Upgrading from 14.4 to 15 causes breakage

[bob2112]

Not sure it's the case or not, but this wouldn't work if local-unbound is up and running. (In case you have local_unbound_enable="YES" in your /etc/rc.conf.)
It automatically and forcibly comments out all existing nameserver entries in /etc/resolv.conf and put nameserver 127.0.0.1 and options edns0 lines at the end

But once it's done that, if you edit resolv.conf and put in your own nameserver lines, local_unbound is bypassed as long as the change doesn't get reverted. In my experience that doesn't routinely happen, at least not with static IP addresses.

 

[SirDice]

Unless you can give me the commands to run to check.

Besides a bunch of error messages does the system still boot? Once booted what does freebsd-version -urk show? I need to know how far the upgrade process was done, freebsd-update install doesn't require network access (everything it needs is already downloaded with freebsd-update {...} upgrade) so this should work even if you disconnect the entire host from the network.

And have a look in /boot/loader.conf, specifically look for lines that look like if_<interface>_updated_load="YES".

Best to try by commenting almost everything in rc.conf, don't start any services, strip it down to the bare minimum (setting IP addresses, hostname, and sshd for example). The less there's running while doing the upgrade the better. It can all produce a bunch of scary looking error messages if you're half way through the upgrade.

 

[T-Aoki]

But once it's done that, if you edit resolv.conf and put in your own nameserver lines, local_unbound is bypassed as long as the change doesn't get reverted. In my experience that doesn't routinely happen, at least not with static IP addresses.

If you DON'T have local_unbound_enable="YES" in your /etc/rc.conf, this does not matter.

What I've experienced before with local_unbound_enable="YES" was that /etc/resolve.conf was updated again (commented out nameserver entries) on restart (regardless manually or after actual reboot) if any changes to /etc/resolve.conf were made.

Most notablly, when I've disconnected from wired home LAN and connected WiFi outside home, then back to home and reconnected to wired home LAN, no hostnames other than ones in /etc/hosts could be resolved.

This was because /var/unbound/forward.conf was updated to use the DNS supplied on the DHCP server of the WiFi was unavailable outside the WiFi network and I've NOT manually edited neither /etc/resolve.conf nor /var/unbound/forward.conf for home LAN, thus, no usable DNS server was available.

Not sure it still matters, though, as I'm not using other than wired LAN with fixed IP addresses for years.

 

[bob2112]

What I've experienced before with local_unbound_enable="YES" was that /etc/resolve.conf was updated again (commented out nameserver entries) on restart (regardless manually or after actual reboot) if any changes to /etc/resolve.conf were made.
...
This was because /var/unbound/forward.conf was updated to use the DNS supplied on the DHCP server of the WiFi was unavailable server was available.

This is why I wrote "at least not with static IP addresses". The key thing though, is that if you have a networking problem and still have only well known addresses in resolv.conf, local_unbound is not relevant.

 

[honkydonky97]

Besides a bunch of error messages does the system still boot? Once booted what does freebsd-version -urk show? I need to know how far the upgrade process was done, freebsd-update install doesn't require network access (everything it needs is already downloaded with freebsd-update {...} upgrade) so this should work even if you disconnect the entire host from the network.

And have a look in /boot/loader.conf, specifically look for lines that look like if_<interface>_updated_load="YES".

Best to try by commenting almost everything in rc.conf, don't start any services, strip it down to the bare minimum (setting IP addresses, hostname, and sshd for example). The less there's running while doing the upgrade the better. It can all produce a bunch of scary looking error messages if you're half way through the upgrade.

I will try that tonight. Yeah, it boots but I have a gnome gui and normally before installing version 15.0 the OS would boot into gnome gui. However, after installing the 15.0 it boots into terminal only. I am going to run that comment. I ran freebsd-version a couple of days ago and it shown freebsd 15.0. I will try today to use your commend and will let you know.

 

[honkydonky97]

Besides a bunch of error messages does the system still boot? Once booted what does freebsd-version -urk show? I need to know how far the upgrade process was done, freebsd-update install doesn't require network access (everything it needs is already downloaded with freebsd-update {...} upgrade) so this should work even if you disconnect the entire host from the network.

And have a look in /boot/loader.conf, specifically look for lines that look like if_<interface>_updated_load="YES".

Best to try by commenting almost everything in rc.conf, don't start any services, strip it down to the bare minimum (setting IP addresses, hostname, and sshd for example). The less there's running while doing the upgrade the better. It can all produce a bunch of scary looking error messages if you're half way through the upgrade.

I followed your instruction.

The freebsd-version -urk commnd shows
15.0-RELEASE-p13
15.0-RELEASE-p13
15.0-RELEASE-p13

It shows that 3 times. I don't know if it means anything.

I went to the rc.conf[ file and comment out most things. I had a default_router on . I comment out most things.
then my internet come back after I rebooted.

I now have internet access.

I ran freebsd-update fetch install and it's doing that. I couldn't finished this. I got to the part
where it installed freebsd 15.0 but told me to reboot and then run freebsd-update install again one last time.
I couldn't do this. I even tried freebsd-update install first and it said there's no updates. It told me to try to use fetch first.

I did this it found updates and now it's inspecting the server before installing the updates.

I attached the screenshot of the boot/bootloader.conf file

I also tried to do a pkg update && pkg upgrade but it shows that the mirrors cannot be found.
not sure if the freebsd-update would fix this.

 

[honkydonky97]

If you DON'T have local_unbound_enable="YES" in your /etc/rc.conf, this does not matter.

What I've experienced before with local_unbound_enable="YES" was that /etc/resolve.conf was updated again (commented out nameserver entries) on restart (regardless manually or after actual reboot) if any changes to /etc/resolve.conf were made.

Most notablly, when I've disconnected from wired home LAN and connected WiFi outside home, then back to home and reconnected to wired home LAN, no hostnames other than ones in /etc/hosts could be resolved.

This was because /var/unbound/forward.conf was updated to use the DNS supplied on the DHCP server of the WiFi was unavailable outside the WiFi network and I've NOT manually edited neither /etc/resolve.conf nor /var/unbound/forward.conf for home LAN, thus, no usable DNS server was available.

Not sure it still matters, though, as I'm not using other than wired LAN with fixed IP addresses for years.

Yeah, I don't have that in my rc.conf but I comment most of out. I have a static ip address well a node. I used default_router set but commented that out. I now have internet access.

 

[honkydonky97]

I ran pkg-static bootstrap -f it reinstalled pkg and said it completed and showed the version to be something like 12.7 if I recall correctly I did this 2 days ago.

I then tried to do a freebsd-update install but I would get a lot of url errors.

I then did pkg update && pkg upgrade and would get pkg+https://

it would show the url of where to download the packages and gives errors.
I looked it up online and google says it's an SRV mirror type error.

I tried to use pkg to reinstall some software and get libssl.so.30 not found errors.

I do have internet now. I can ping 8.8.8.8 and get responses.

Is there any command I can do to fix this? Do I have to do a hard link for libssl.so?

 

[SirDice]

It shows that 3 times. I don't know if it means anything.

It shows your currently running and installed kernel versions, and the version of the userland. What this shows is that your base OS upgrade to 15.0 is done and dusted.

I looked it up online and google says it's an SRV mirror type error.

Some home internet routers mangle DNS requests, you mentioned static vs DHCP. What are you using right now? If static addresses, what's in /etc/resolv.conf?

Do I have to do a hard link for libssl.so?

Absolutely not. Never, ever.

 

[T-Aoki]

I ran pkg-static bootstrap -f it reinstalled pkg and said it completed and showed the version to be something like 12.7 if I recall correctly I did this 2 days ago.

I then tried to do a freebsd-update install but I would get a lot of url errors.

I then did pkg update && pkg upgrade and would get pkg+https://

it would show the url of where to download the packages and gives errors.
I looked it up online and google says it's an SRV mirror type error.

I tried to use pkg to reinstall some software and get libssl.so.30 not found errors.

I do have internet now. I can ping 8.8.8.8 and get responses.

Is there any command I can do to fix this? Do I have to do a hard link for libssl.so?

Maybe you need to run freebsd-update install additionally to complete upgrade. But as I'm not using freebsd-update nor pkgbase (using src upgrades), I could be wrong. Read Chapter 27.3.3 of the Handbook carefully and confirm your upgrade process is correct or insufficient.

If the error happens on running pkg, try bootstrapping pkg again with pkg-static bootstrap -f.

If the error happenes NOT on running pkg, but installed applications, possibly reinstalling pkg (major version upgrade of base requires all installed pkg to be reinstalled with pkgs built for upgraded major version) is somehow incomplete.

In this case, the issue is because of absense of official pkgs (i.e., on rebuilding by official pkg build cluster), installing misc/compat14x would be the workaround.

 

[SirDice]

Maybe you need to run freebsd-update install additionally to complete upgrade.

No, the problem is that the OP actually did it once to many. The third, and final, freebsd-update install removes all the old libraries from the previous version (libssl.so.30 is from 14.x). Ideally you'd run install twice (to upgrade the kernel and userland), then run pkg upgrade to upgrade all your installed packages (effectively replacing all 14 packages with their 15 package counterpart). Then run the third and final install to remove all the old stuff.

But that's fine, nothing to worry about, nothing a pkg bootstrap -f and pkg upgrade can't fix.