Upgrade to 18.1.8 fails

[Dimi3]

Hi,

Just tried to do upgrade from 1.18.7_1 to 18.1.8, and upgrade is not successful. Packages are downloaded, but reboot did not happen. Then I manually rebooted the router, and I'm still on old version. If I initiate upgrade again..this is the output;



**GOT REQUEST TO UPGRADE: all***
Updating OPNsense repository catalogue...
OPNsense repository is up to date.
All repositories are up to date.
Updating OPNsense repository catalogue...
OPNsense repository is up to date.
All repositories are up to date.
Checking for upgrades (67 candidates): .......... done
Processing candidates (67 candidates): ... done
The following 16 package(s) will be affected (of 0 checked):

Installed packages to be UPGRADED:
   sudo: 1.8.22_5 -> 1.8.23_2
   sqlite3: 3.23.0 -> 3.23.1
   socat: 1.7.3.2_2 -> 1.7.3.2_3
   python27: 2.7.14_1 -> 2.7.15
   py27-sqlite3: 2.7.14_7 -> 2.7.15_7
   opnsense-update: 18.1.6 -> 18.1.8
   opnsense: 18.1.7_1 -> 18.1.8
   openssh-portable: 7.7.p1_1,1 -> 7.7.p1_2,1
   libnghttp2: 1.31.1 -> 1.32.0
   liblz4: 1.8.1.2,1 -> 1.8.2,1
   krb5: 1.16_1 -> 1.16.1
   freetype2: 2.9_1 -> 2.9.1
   ca_root_nss: 3.36.1 -> 3.37

Installed packages to be REINSTALLED:
   libucl-0.8.0
   libffi-3.2.1_2
   curl-7.59.0 (options changed)

Number of packages to be upgraded: 13
Number of packages to be reinstalled: 3

The operation will free 1 MiB.
1 MiB to be downloaded.
[1/2] Fetching curl-7.59.0.txz: .......... done
pkg-static: cached package curl-7.59.0: size mismatch, fetching from remote
[2/2] Fetching curl-7.59.0.txz: .......... done
pkg-static: cached package curl-7.59.0: size mismatch, cannot continue
Starting web GUI...done.
Generating RRD graphs...done.
***DONE***

[franco]

Are you using the dns-root.de mirror? Try *any* other mirror.


Cheers,
Franco

[Dimi3]

hi franco, yes..that is the mirror and the problem thanks, now upgrade went fine.

[franco]

I'll talk to the maintainer. Cloudflare has a serious problem of late. This was a clean update where nothing could have gone wrong. Thanks for letting us know!


Cheers,
Fracno

[MrB]

While not an actual failure, since it seems to have upgraded after all, I did recieve the following error when updating from 18.1.7 -> 18.1.8

Code: [Select]

Installing kernel-18.1.8-amd64.txz... done
Installing base-18.1.8-amd64.txz..../net/: Can't restore time
tar: Error exit delayed from previous errors.
 failed
***DONE***
The system didn't reboot automatically after it was ***DONE*** so I had to initiate it manually, but it looks like everything is fine nonetheless. It does report ver. 18.1.8 after a reboot and as far as I can tell everything seems to be working. Any logs I should be looking at to try and find what exactly caused the error?

[franco]

Aha, I remember this from a long time ago. We don't reboot to catch errors like this or when something goes really wrong. In this case, however, unpack keeps going until the end but "remembers" that it couldn't set a timestamp on a file or folder. Actually, I'm not sure why it does that.

But I agree that after the manual reboot this particular update was finished successfully.

Here comes the fun part. When you have a free moment to reboot go to System: Firmware: Packages and reinstall "base" package to see if you can reproduce the same error or if it just goes as expected again: update + reboot = done.


Thanks,
Franco

[MrB]

The error can indeed be reproduced by trying to reinstall the Base package, but since no other user has reported it I'll just file it under "weird things going on with my system" and do a fresh install at some point.

[franco]

Since all of our ecosystem is open source, it's easy to find the one instance throwing the error:

https://github.com/opnsense/src/blob/master/contrib/libarchive/libarchive/archive_write_disk_posix.c#L3306-L3307

So something inside libarchive's set_time() is wrong, but the error is not very elaborate.

Not an expert on this, so it may be worth asking the libarchive developers what this could be. There's already an open ticket from 2016 but no troubleshooting yet.

https://github.com/libarchive/libarchive/issues/772


Cheers,
Franco