12.2 --> 14.3: Install Painfully Slow

jasonvp

jasonvp

Yeah, I know I shouldn't have waited. But the system was so stable and it's been running too many jails over the last several years, one of which is my email server. But given the problems I'm having with ZFS, I decided to try and move to 14.3. The download freebsd-update
took a bit of time, but no big deal. I actually did that last week to prep the server. This morning, about 2.5 hours ago, I fired off the install part. It's still grrrrrrrrrinnnnnnding away, even with SSDs.

This seems a bit excessive from a time perspective, but perhaps the 2-version jump is actually that slow? Any feedback other than: don't wait that long next time? I assume there's no way to actually check the status since the VGA console is running the command; backgrounding it with CTRL-Z, I assume, would be a bad idea?

Thanks.
 
jasonvp said:
Yeah, I know I shouldn't have waited. But the system was so stable and it's been running too many jails over the last several years, one of which is my email server. But given the problems I'm having with ZFS, I decided to try and move to 14.3. The download freebsd-update
took a bit of time, but no big deal. I actually did that last week to prep the server. This morning, about 2.5 hours ago, I fired off the install part. It's still grrrrrrrrrinnnnnnding away, even with SSDs.

This seems a bit excessive from a time perspective, but perhaps the 2-version jump is actually that slow? Any feedback other than: don't wait that long next time? I assume there's no way to actually check the status since the VGA console is running the command; backgrounding it with CTRL-Z, I assume, would be a bad idea?

Thanks.
Click to expand...
AFAIK, upgrading from a old release that's a few versions behind, should be step by step, so you shouldn't hop 2 version at a time. I'd try changing to another console and kill the process but that may cause bad consequences, I am not sure. Maybe try updating step by step from now on? Note that I didn't do an upgrade similar to this case.
 
This extreme long time is normal. It's already long just for a minor version increment.

It's better to not wait for upgrading. It's likely you will have several problems here. And once you will resolve them, it will be time to upgrade your jails as well and face another ones.

Above all: DO NOT UPGRADE your pools before to upgrade your boot loaders or don't upgrade your pools at all.
 
Emrion said:
This extreme long time is normal. It's already long just for a minor version increment.
Click to expand...

OK. We're at over 2.5 hours now and ticking. It would be nice of the install had some sort of running status update so you could see that it's doing something. Right now the cursor is just sitting there. Forgot there were other consoles (woo hoo!) and can see it's just in wait state. I assume waiting for the SSDs.
 
OK it's done. I know specific package questions don't belong here and I'm not asking about them. I am asking about the pkg command. In the base OS, I was able to bootstrap it to use the 14.x repos. But in the jails, it's stuck using the 12.x ones. I tried running freebsd-update within the jail and it said I can't upgrade 14.3 to itself.

Seems like I've missed a step or three perhaps?
 
freebsd14.3 will upgrade zfs system. so that will take long time when u running "freebsd-update install " for upgrade userland... i have 10TB normal disk (not ssd, nvme) , the data most touch 2TB , when i upgrade it from 14.2 to 14.3. that take me about 2 hours. yeah, i am mazing same why this upgrading progress spend more time never like before...
i think the zfs system upgrade cause this status..
maybe the jail cause..
i am new guys . so maybe wrong.
 
jasonvp said:
OK it's done. I know specific package questions don't belong here and I'm not asking about them. I am asking about the pkg command. In the base OS, I was able to bootstrap it to use the 14.x repos. But in the jails, it's stuck using the 12.x ones. I tried running freebsd-update within the jail and it said I can't upgrade 14.3 to itself.

Seems like I've missed a step or three perhaps?
Click to expand...
docs.freebsd.org

Chapter 17. Jails and Containers

Jails improve on the concept of the traditional chroot environment in several ways
docs.freebsd.org docs.freebsd.org

Jails must be updated from the host operating system. The default behavior in FreeBSD is to disallow the use of chflags(1) in a jail. This will prevent the update of some files so updating from within the jail will fail.
Click to expand...
 
Update:

  1. I think the terrible delay is the due to the /usr/src package that was also installed. That's just unfortunate. See second bullet...
  2. I finally did understand that freebsd-update has to be run from the host, and started that process. Along with the host, one of the jails also has the /usr/src package installed. That jail took over 4 hours to complete. The others were about an hour or so.

My email jail is up. My public DNS jail is up. Those were what I was mostly concerned with. My public website (wordpress) jail is busted; I think it's an incompatibility between an older wordpress install and new PHP. But this isn't the place to discuss that.
 
fff2024g said:
freebsd14.3 will upgrade zfs system.
Click to expand...
14.3 has a newer version of ZFS, yes, but the freebsd-update(8) process never upgrades the pools.


jasonvp said:
I think the terrible delay is the due to the /usr/src package that was also installed. That's just unfortunate. See second bullet...
Click to expand...
Having a populated /usr/src/ does cause the upgrade process to take longer, due to the high number of smallish files it has to process. But the time it takes on your system seems quite excessive. You mentioned you were having problems with ZFS? Maybe partitions that aren't lined up correctly? Or a dodgy disk giving read errors and/or timeouts and stalling the whole pool? That will certainly make things excruciatingly slow.
 
SirDice said:
You mentioned you were having problems with ZFS?
Click to expand...

Dodgy disk in one of the big data pools, yes. The main root drive for the server is a mirrored zpool of 256G SSDs. They're not having any issues whatsoever. I agree that 4+ hours is excessive, but it seems to line up with the /usr/src install. The server and jail that had it were ssslllloooowww. The ones that don't were faster.
 
SirDice said:
14.3 has a newer version of ZFS, yes, but the freebsd-update(8) process never upgrades the pools.



Having a populated /usr/src/ does cause the upgrade process to take longer, due to the high number of smallish files it has to process. But the time it takes on your system seems quite excessive. You mentioned you were having problems with ZFS? Maybe partitions that aren't lined up correctly? Or a dodgy disk giving read errors and/or timeouts and stalling the whole pool? That will certainly make things excruciatingly slow.
Click to expand...
DEar SirDice :
do you know what reason make spending more time upgrading freebsd14.2 to 14.3 ? i have never meet it. that spent about 2hours 20minutes. install kernel was so fast . when i freebsd-update install for userland ,that spent 2hours. thanks.
 
jasonvp said:
Dodgy disk in one of the big data pools, yes. The main root drive for the server is a mirrored zpool of 256G SSDs.
Click to expand...
Are the 'big' pools and the OS mirror on the same controller? That dodgy disk could interfere the entire bus. Better offline it and pull it out. Your pool will be degraded, but I suspect it already is.
 
SirDice said:
Are the 'big' pools and the OS mirror on the same controller?
Click to expand...

Good question and I'm honestly not sure how to check via the OS if that's the case. I can clearly see two Intel controllers, but I'm not clear on which controller each of the drives are aligned to. But I'll bet you're right that there's at least some cross-over.

That dodgy disk could interfere the entire bus. Better offline it and pull it out. Your pool will be degraded, but I suspect it already is.
Click to expand...

It might already be, though zpool is not acknowledging that. Yet. Either way, I have a replacement on its way, delivery tomorrow. I'll get it swapped and re-start the jail updates. As I said earlier: the important ones are already running.
 
nxjoseph said:
AFAIK, upgrading from a old release that's a few versions behind, should be step by step, so you shouldn't hop 2 version at a time. I'd try changing to another console and kill the process but that may cause bad consequences, I am not sure. Maybe try updating step by step from now on? Note that I didn't do an upgrade similar to this case.
Click to expand...
Agreed. Upgrading from 12 --> 14 is not supported. Your choices are upgrade from 12.2 to the latest 12, then 13 and finally 14. Since the machine is so badly out of date they'd almost be better off starting a new install from scratch.

A user had contacted me to maintain a FreeBSD 7 because their previous sysadmin (who left for another job) told them that their the FreeBSD 7 systems were stable and not to be updated.

I refused to do any work on their systems.

Running out of date software is foolishness. The consequences can be severe in the most extreme cases.
 
cy@ said:
Agreed. Upgrading from 12 --> 14 is not supported. Your choices are upgrade from 12.2 to the latest 12, then 13 and finally 14. Since the machine is so badly out of date they'd almost be better off starting a new install from scratch.
Click to expand...

Might have been but it's done, and upgraded, and it's back to biz. Just gotta get that one drive replaced and I'll be golden.

Running out of date software is foolishness. The consequences can be severe in the most extreme cases.
Click to expand...

Silly me for thinking I might be able to get some help without judgement here. I'll certain think better of it next time. :-)
 
Concerning time to upgrade...

I converted to PkgBase an old VirtualBox VM 14.1-RELEASE (desktop style with sddm / lxqt). Then, I updated to 14.2-RELEASE and just after to 14.3-RELEASE. Each minor upgrade took 10 minutes (with src), reboot and pkg upgrade included. 🤩

Didn't succeed to upgrade to 15-CURRENT, though.

Is this the future for FreeBSD?
 
Emrion said:
Concerning time to upgrade...

I converted to PkgBase an old VirtualBox VM 14.1-RELEASE (desktop style with sddm / lxqt). Then, I updated to 14.2-RELEASE and just after to 14.3-RELEASE. Each minor upgrade took 10 minutes (with src), reboot and pkg upgrade included. 🤩

Didn't succeed to upgrade to 15-CURRENT, though.

Is this the future for FreeBSD?
Click to expand...
Upgrading steps on the wiki seems a bit harder than just using freebsd-update(8), maybe freebsd-update(8) wouldn't die after pkgbase and gets added a functionality that makes updating via PkgBase easier like former.
 
You must log in or register to reply here.
Back
Top