Unable to upgrade 14.2-p6 to 14.3

dns.company

dns.company

Code: 
root@pri-sin:~ # uname -a
FreeBSD bla.dom.tld 14.2-RELEASE-p6 FreeBSD 14.2-RELEASE-p6 f3ffa7eb3 GENERIC amd64
and
Code: 
root@bla:~ # freebsd-version -kru
14.2-RELEASE-p6
14.2-RELEASE-p6
14.2-RELEASE-p6

Now when I try to upgrade to 14.3, I hit this fatal problem:

Code: 
root@bla:~ #freebsd-update upgrade -r 14.3-RELEASE
Looking up update.FreeBSD.org mirrors... 3 mirrors found.
Fetching metadata signature for 14.2-RELEASE from update1.freebsd.org... done.

Files on mirror (14.2-RELEASE-p5) appear older than what
we are currently running (14.2-RELEASE-p6)!
Cowardly refusing to proceed any further.

Even this already fails:

Code: 
root@bla:~ # freebsd-update fetch
Looking up update.FreeBSD.org mirrors... 3 mirrors found.
Fetching metadata signature for 14.2-RELEASE from update1.freebsd.org... done.

Files on mirror (14.2-RELEASE-p5) appear older than what
we are currently running (14.2-RELEASE-p6)!
Cowardly refusing to proceed any further.

Anyone any suggestion how to get out from this situation?
Try next week?

A new installation is not impossible, only a lot of work, as this is running within Akamai's Linode cloud.
 
So I suspect you built from source recently?
Click to expand...
Correct.
In normal operation I run a custom kernel, therefor before upgrading I first revert to GENERIC, which now brought me p6.

Would the -w option in gitup maybe allow me to go "back" to p5 ..?
If so, how would I find out the "delta" value?
 
dns.company said:
In normal operation I run a custom kernel, therefor before upgrading I first revert to GENERIC, which now brought me p6.
Click to expand...
It's not only the kernel you rebuilt, looking at your freebsd-version(8) output your userland was also rebuilt, it too has the p6 version.

Easiest, but also the most time consuming, would be to upgrade to 14.3-RELEASE by building from source. Simply switch your source to releng/14.3 branch and you should be good to go.
 
If I'm interpreting this correctly, then any build from source where the running kernel gets bumped, in this particular case where there's a p-bump fully outside of the current architecture (here arm64 and you're running amd64), would have resulted in the error, freebsd-update - 14.2R Line 1276:
Rich (BB code): 
# Sanity-check the patch number in a tag, to make sure that we're not
# going to "update" backwards and to prevent replay attacks.
fetch_tagsanity () {
    # Check that we're not going to move from -pX to -pY with Y < X.
    RELPX=`uname -r | sed -E 's,.*-,,'`
    if echo ${RELPX} | grep -qE '^p[0-9]+$'; then
        RELPX=`echo ${RELPX} | cut -c 2-`
    else
        RELPX=0
    fi
    if [ "${RELPATCHNUM}" -lt "${RELPX}" ]; then
        echo
        echo -n "Files on mirror (${RELNUM}-p${RELPATCHNUM})"
        echo " appear older than what"
        echo "we are currently running (`uname -r`)!"
        echo "Cowardly refusing to proceed any further."
        return 1
    fi
   [...]

It seems that this sanity check is not meant for his situation.
 
You must log in or register to reply here.
Back
Top