Hi all,
I am setting up an internal build/poudriere server for use on our data centre network. We are using Colin Percival's freebsd-update-build package.
I have successfully performed, approved and staged builds of 11.0-RELEASE-p15 and 11.1-RELEASE-p6 (as per instructions here: https://www.freebsd.org/doc/en_US.ISO8859-1/articles/freebsd-update-server/index.html).
However, I'm having problems when I try to update/upgrade clients. The client is currently running 11.0-RELEASE-p1. The first step of upgrading is to perform a "freebsd-update fetch".
This errors (slightly redacted):
When I dig into the actual failure, the sanity check is falling over on this line of the index file:
Being a directory (|d|) this should not have a hash (at least according to the regexes used in /usr/sbin/freebsd-update). In fact this directory appears twice in the index:
Can anyone help me with why this entry is appearing in the index? I don't have the same problem in the index for 11.1-RELEASE, but then I can't upgrade to that without patching 11.0 up-to-date first... Has anyone met this issue before? The issue also doesn't appear in the index file on update.freebsd.org.
I assume a work-around (assuming I don't want to maintain 11.0 going forward) is just to remove this line from the index, re-hash it and update the index list accordingly, however I don't want to start making changes like this without knowing where the problem originates from.
Thanks in advance!
Laurence
I am setting up an internal build/poudriere server for use on our data centre network. We are using Colin Percival's freebsd-update-build package.
I have successfully performed, approved and staged builds of 11.0-RELEASE-p15 and 11.1-RELEASE-p6 (as per instructions here: https://www.freebsd.org/doc/en_US.ISO8859-1/articles/freebsd-update-server/index.html).
However, I'm having problems when I try to update/upgrade clients. The client is currently running 11.0-RELEASE-p1. The first step of upgrading is to perform a "freebsd-update fetch".
This errors (slightly redacted):
Code:
root@clientname:/var/log # freebsd-update fetch
src component not installed, skipped
Looking up servername.domain mirrors... none found.
Fetching metadata signature for 11.0-RELEASE from servername.domain... done.
Fetching metadata index... done.
The update metadata is correctly signed, but
failed an integrity check.
Cowardly refusing to proceed any further.
When I dig into the actual failure, the sanity check is falling over on this line of the index file:
Code:
kernel|generic|/|d|0|0|0755|0|9d9f290527a6be626a8f5985b26e19b237b44872b03631811df4416fc1713178|
Being a directory (|d|) this should not have a hash (at least according to the regexes used in /usr/sbin/freebsd-update). In fact this directory appears twice in the index:
Code:
root@clientname:/var/db/freebsd-update/files # cat 9229b2af3766e954de14acdba2ab88d425c5ddab65b4692850e31f9bfe8c05c2 | grep "kernel|generic|/|"
kernel|generic|/|d|0|0|0755|0|9d9f290527a6be626a8f5985b26e19b237b44872b03631811df4416fc1713178|
kernel|generic|/|d|0|0|0755|4000||
Can anyone help me with why this entry is appearing in the index? I don't have the same problem in the index for 11.1-RELEASE, but then I can't upgrade to that without patching 11.0 up-to-date first... Has anyone met this issue before? The issue also doesn't appear in the index file on update.freebsd.org.
I assume a work-around (assuming I don't want to maintain 11.0 going forward) is just to remove this line from the index, re-hash it and update the index list accordingly, however I don't want to start making changes like this without knowing where the problem originates from.
Thanks in advance!
Laurence