Wasn't this supposed to be the Unix board?

---
þ Synchronet þ End Of The Line BBS - endofthelinebbs.com

Mortar wrote to All <=-

Wasn't this supposed to be the Unix board?

Well, it's the DoveNet "Unix Discussion" sub-board. What exactly do you
mean by your question?



... He does the work of 3 Men...Moe, Larry & Curly
--- MultiMail/Linux v0.52
þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL

Re: Back on Track
By: Mortar to All on Wed Dec 18 2024 12:44 am

Wasn't this supposed to be the Unix board?

LOL

Anyboy working with Redhat / Alma Linux / Rocky Linux 10.0 Beta?

...I used to be indecisive; now I'm not sure.
---
Amessyroom
toolazy.synchro.net:2323 (telnet)

---
þ Synchronet þ Too Lazy BBS - toolazy.synchro.net:2323

Re: Back on Track / Beta Testing RH
By: Amessyroom to all on Wed Dec 18 2024 09:42:53

Wasn't this supposed to be the Unix board?

Anyboy working with Redhat / Alma Linux / Rocky Linux 10.0 Beta?

Heh, at least it's moving in the right direction.

---
þ Synchronet þ End Of The Line BBS - endofthelinebbs.com

Re: Re: Back on Track
By: Gamgee to Mortar on Wed Dec 18 2024 07:21:46

Well, it's the DoveNet "Unix Discussion" sub-board. What exactly do you mean by your question?

Read the last dozen or so msgs.

---
þ Synchronet þ End Of The Line BBS - endofthelinebbs.com

Hello Mortar,

On Wed, Dec 18 2024 20:52:40 -0600, you wrote ..

Anyboy working with Redhat / Alma Linux / Rocky Linux 10.0 Beta?

Heh, at least it's moving in the right direction.

I see what you did there. :P

Regards,
Nick

... He who laughs last, thinks slowest.
---
þ Synchronet þ _thePharcyde telnet://bbs.pharcyde.org (Wisconsin)

On Wed, 18 Dec 2024 09:42:53 -0500
"Amessyroom" (VERT/TL-QWK) <VERT/TL-QWK!Amessyroom@endofthelinebbs.com>
wrote:

Re: Back on Track
By: Mortar to All on Wed Dec 18 2024 12:44 am

Wasn't this supposed to be the Unix board?

LOL

Anyboy working with Redhat / Alma Linux / Rocky Linux 10.0 Beta?

...I used to be indecisive; now I'm not sure.
---
Amessyroom
toolazy.synchro.net:2323 (telnet)

---
þ Synchronet þ Too Lazy BBS - toolazy.synchro.net:2323

I have a bunch of servers that I just updated to RHEL 8 from RHEL
between 5-7 last year. I'm desperately trying to put the customer from
moving to RHEL 9 right now. When these systems were built out the /boot
file system wasn't sized well and nope. it's a disk partition not LVM
so I can't even extend it. I'm going to have a do a bunch of manual
jiggery with all these servers and not looking foward to it. If I can
wait a couple of years, I might be able to offload it to someone else
in the meantime.
--
End Of The Line BBS - Plano, TX
telnet endofthelinebbs.com 23
---
þ Synchronet þ End Of The Line BBS - endofthelinebbs.com

Re: Re: Back on Track / Beta Testing RH
By: nelgin to All on Mon Jan 06 2025 08:35 pm

On Wed, 18 Dec 2024 09:42:53 -0500
"Amessyroom" (VERT/TL-QWK) <VERT/TL-QWK!Amessyroom@endofthelinebbs.com> wrote:

Re: Back on Track
By: Mortar to All on Wed Dec 18 2024 12:44 am

Wasn't this supposed to be the Unix board?

LOL

Anyboy working with Redhat / Alma Linux / Rocky Linux 10.0 Beta?

...I used to be indecisive; now I'm not sure. ---
Amessyroom
toolazy.synchro.net:2323 (telnet)

---
þ Synchronet þ Too Lazy BBS - toolazy.synchro.net:2323

I have a bunch of servers that I just updated to RHEL 8 from RHEL between 5-7 last year. I'm desperately trying to put the customer from moving to RHEL 9 right now. When these systems were built out the /boot file system wasn't sized well and nope. it's a disk partition not LVM so I can't even extend it. I'm going to have a do a bunch of manual jiggery with all these servers and not looking foward to it. If I can wait a couple of years, I might be able to offload it to someone else in the meantime.
--

Man that does sound painful. Kinda like the vps my BBS is on; no lvm was used. So I'm stuck with how they built it. I should have taken time to have redone it. But it is for hobby -- and not suppose to be a time sink.

We are just starting to get people on 9. Saw counts today and we have like 200+ on RHEL7. Hope they start moving over to 9 now; they have waited so long now, 8 will be going extended support before you know it. Creeps up on you.

I have a lot of peers that are looking at RHEL 10 being, someone elses problem. The betas were just released for it.

Hope it is someone elses' problem, or you have plenty of time to plan the RHEL9 layout for the migration; to decrease the pain when it occurs.

Have you used any of RHEL's migration tools? We stay away from them. We tell the customer they have to the new OS, and migrate/reinstall their app.

Our windows team does similar; so gives another reason not to use migration tools.

Cool they have them; but sometimes they leave baggage that bites you later down the road.
---
Amessyroom
toolazy.synchro.net:2323 (telnet)

---
þ Synchronet þ Too Lazy BBS - toolazy.synchro.net:2323

Re: Re: Back on Track / Beta Testing RH
By: Amessyroom to nelgin on Tue Jan 07 2025 00:17:38

Man that does sound painful. Kinda like the vps my BBS is on; no lvm was used. So I'm stuck with how they built it. I should have taken time to have redone it. But it is for hobby -- and not suppose to be a time sink.

I expect your VPS isn't more than 50-100GB? You could easily offload the data, reload the OS with LVM and then restore. My VPS provider just creates with one filesystem and extends it so you just have to go into fdisk or whatever, to create a new partition table and then extend the filesystem. Easy enough.

---
þ Synchronet þ End Of The Line BBS - endofthelinebbs.com

nelgin wrote to All <=-

I have a bunch of servers that I just updated to RHEL 8 from RHEL
between 5-7 last year. I'm desperately trying to put the customer from moving to RHEL 9 right now. When these systems were built out the /boot file system wasn't sized well and nope. it's a disk partition not LVM
so I can't even extend it. I'm going to have a do a bunch of manual jiggery with all these servers and not looking foward to it. If I can
wait a couple of years, I might be able to offload it to someone else
in the meantime.

I was that guy who got the can kicked down the road. Recently had to
upgrade 50+ servers from Ubuntu 14.04, with tiny /boot partitions.
Thought it would be easier to do incremental upgrades and keep the
configs, in retrospect I should have created new VMs and blown the old
ones away... :(



--- MultiMail/Win v0.52
þ Synchronet þ .: realitycheckbbs.org :: scientia potentia est :.

nelgin wrote to Amessyroom <=-

I expect your VPS isn't more than 50-100GB? You could easily offload
the data, reload the OS with LVM and then restore. My VPS provider just creates with one filesystem and extends it so you just have to go into fdisk or whatever, to create a new partition table and then extend the filesystem. Easy enough.

Back in the old days, we'd just create a 1gb file and leave it on the
file system. Run out of space? Delete it and revel in your added disk
space. Sort of a poor-man's LVM. :)

--- MultiMail/Win v0.52
þ Synchronet þ .: realitycheckbbs.org :: scientia potentia est :.

Re: Re: Back on Track / Beta Testing RH
By: poindexter FORTRAN to nelgin on Tue Jan 07 2025 06:46:55

Back in the old days, we'd just create a 1gb file and leave it on the
file system. Run out of space? Delete it and revel in your added disk
space. Sort of a poor-man's LVM. :)

That's kind of odd, but I guess it's one way to get some space back.

---
þ Synchronet þ End Of The Line BBS - endofthelinebbs.com

I expect your VPS isn't more than 50-100GB? You could easily offload
the data, reload the OS with LVM and then restore. My VPS provider just creates with one filesystem and extends it so you just have to go into fdisk or whatever, to create a new partition table and then extend the filesystem. Easy enough.

Back in the old days, we'd just create a 1gb file and leave it on the
file system. Run out of space? Delete it and revel in your added disk
space. Sort of a poor-man's LVM. :)

My assumption here is that, once you reached that point, the 1gb would be a good "buffer" but also the need to remove it would be a warning that you
needed to take additional action soon. It doesn't seem to take much to eat
up 1gb pretty quick these days.


* SLMR 2.1a * Desk: A very large wastebasket with drawers.
---
þ Synchronet þ CAPCITY2 * capcity2.synchro.net * Telnet/SSH:2022/Rlogin/HTTP

nelgin wrote to poindexter FORTRAN <=-

Back in the old days, we'd just create a 1gb file and leave it on the
file system. Run out of space? Delete it and revel in your added disk
space. Sort of a poor-man's LVM. :)

That's kind of odd, but I guess it's one way to get some space back.

Mind you, this was back in the SunOS/early Solaris days before LVM, when
adding disk space usually meant adding another disk and splicing it into
the filesystem somewhere.



--- MultiMail/Win v0.52
þ Synchronet þ .: realitycheckbbs.org :: scientia potentia est :.

Re: Re: Back on Track / Beta Testing RH
By: poindexter FORTRAN to nelgin on Wed Jan 08 2025 11:26:22

Mind you, this was back in the SunOS/early Solaris days before LVM, when adding disk space usually meant adding another disk and splicing it into
the filesystem somewhere.

Well, that makes more sense.

---
þ Synchronet þ End Of The Line BBS - endofthelinebbs.com

Re: Re: Back on Track / Beta Testing RH
By: poindexter FORTRAN to nelgin on Tue Jan 07 2025 06:46 am

configs, in retrospect I should have created new VMs and blown the old
ones away... :(

*mumbles something about "cattle, not pets"*

---
þ Synchronet þ TIRED of waiting 2 hours for a taco? GO TO TACOPRONTO.bbs.io