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

Subject: Re: Back on Track / Beta Testing RH
@MSGID: <677D3E5F.41.dove.dove-nix@realitycheckbbs.org>
@REPLY: <20250106203503.5a136e93@wibble.sysadmininc.com>
@TZ: 41e0

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 :.

Subject: Re: Back on Track / Beta Testing RH
@MSGID: <677D3E5F.42.dove.dove-nix@realitycheckbbs.org>
@REPLY: <677CDBBB.1015.dove-unix@endofthelinebbs.com>
@TZ: 41e0

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

Subject: Re: Back on Track / Beta Testing RH
@MSGID: <677ED15E.45.dove.dove-nix@realitycheckbbs.org>
@REPLY: <677D4FA4.1018.dove-unix@endofthelinebbs.com>
@TZ: 41e0

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

Subject: Re: Back on Track / Beta Testing RH
@MSGID: <67966468.1187.dove-unix@sbbs.mrnet.work>
@REPLY: <677ED15E.45.dove.dove-nix@realitycheckbbs.org>
@TZ: fe5c
Re: Re: Back on Track / Beta Testing RH
By: poindexter FORTRAN to nelgin on Wed Jan 08 2025 11:26 am

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.

ZFS FTW thesedays IMO. Home Built NAS setup.

ISCSI JOBO, Mounted on target servers. Expand as needed.
Full Mirror of the OS in ZFS, can tollerate full disk loss on any of the volumes, including boot drive.

---
■ Synchronet ■ My Brand-New BBS

Subject: Re: Back on Track / Beta Testing RH
@MSGID: <6797B078.51.dove.dove-nix@realitycheckbbs.org>
@REPLY: <67966468.1187.dove-unix@sbbs.mrnet.work>
@TZ: 41e0

Mrnet wrote to poindexter FORTRAN <=-

ZFS FTW thesedays IMO. Home Built NAS setup.

ISCSI JOBO, Mounted on target servers. Expand as needed.
Full Mirror of the OS in ZFS, can tollerate full disk loss on any of
the volumes, including boot drive.

Nice. I've heard lots of good things about ZFS, not in a place to use it
(yet). My servers are all running on raid-nothing with a NAS NFS share
for data. I've got 2 backups, one is a file copy of the BBS VM, the
other is a full system backup and VM-level backup (fingers crossed)




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

Subject: Re: Back on Track / Beta Testing RH
@MSGID: <6798F2C3.52.dove.dove-nix@realitycheckbbs.org>
@REPLY: <67966468.1187.dove-unix@sbbs.mrnet.work>
@TZ: 41e0

Mrnet wrote to poindexter FORTRAN <=-

ZFS FTW thesedays IMO. Home Built NAS setup.

ISCSI JOBO, Mounted on target servers. Expand as needed.
Full Mirror of the OS in ZFS, can tollerate full disk loss on any of
the volumes, including boot drive.

Nice. I've heard lots of good things about ZFS, not in a place to use it
(yet). My servers are all running on raid-nothing with a NAS NFS share
for data. I've got 2 backups, one is a file copy of the BBS VM, the
other is a full system backup and VM-level backup (fingers crossed)




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

Subject: Re: Back on Track / Beta Testing RH
@MSGID: <679999CF.1191.dove-unix@sbbs.mrnet.work>
@REPLY: <6797B078.51.dove.dove-nix@realitycheckbbs.org>
@TZ: fe5c
Re: Re: Back on Track / Beta Testing RH
By: poindexter FORTRAN to Mrnet on Mon Jan 27 2025 08:12 am

Interesting. Yeah, I'm looking at ways to setup tiers of storage.
Some things need to be online all the time - for access - others can be turned off to save power and wear and tear on the disks.
One of the problems with using a single server for the bulk of my storage, is that server has to be on all the time and it's quite loud when it contains all those drives.
So I'm thinking about building a small fanless as possible, NVME storage server, with a couple large "BULK" drives to use as "Hot" Data, then potentially using scripts - wake on lan - etc, to trigger another bulk storage server to come online and accept a backup dump, then turn off.
I'm sure there's multiple ways to do something like that, just have to think about it a bit more, & of course collect the funds to buy the toys.

---
■ Synchronet ■ My Brand-New BBS

Re: Re: Back on Track / Beta Testing RH
By: Mrnet to poindexter FORTRAN on Wed Jan 29 2025 03:00 am

contains all those drives.
So I'm thinking about building a small fanless as possible, NVME storage server, with a couple large "BULK" drives to use as "Hot" Data, then potentially using scripts - wake on lan - etc, to trigger another bulk storage server to come online and accept a backup dump, then turn off.
I'm sure there's multiple ways to do something like that, just have to think

stuff nowadays uses such little power. you can get the system with the fans. you can leave it on all the time. you don't need to power it down.
---
■ Synchronet ■ ::: BBSES.info - free BBS services :::

Subject: Re: Back on Track / Beta Testing RH
@MSGID: <679A3BD1.54.dove.dove-nix@realitycheckbbs.org>
@REPLY: <679999CF.1191.dove-unix@sbbs.mrnet.work>
@TZ: 41e0

Mrnet wrote to poindexter FORTRAN <=-

problems with using a single server for the bulk of my storage, is that server has to be on all the time and it's quite loud when it contains
all those drives. So I'm thinking about building a small fanless as possible, NVME storage server

I like the idea of NVMes for online storage and louder nearline
storage. There used to be enterprise systems that would groom your
data, moving infrequently accessed data to slower drives, and
ultimately to WORM drives for archival access.

I have 5 2tb drives, and the drive head seeking sounds are driving me
crazy. I should try to justify replacing them with SSD for... (checks IT
excuse list) Increased MTBF, lower thermal footprint and decreased
power consumption.





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

Re: Re: Back on Track / Beta Testing RH
By: poindexter FORTRAN to Mrnet on Wed Jan 29 2025 06:31 am

I have 5 2tb drives, and the drive head seeking sounds are driving me
crazy. I should try to justify replacing them with SSD for... (checks IT
excuse list) Increased MTBF, lower thermal footprint and decreased
power consumption.

why would you even have 5 2tb drives in this day and are? is your company cheap?
---
■ Synchronet ■ ::: BBSES.info - free BBS services :::