Date: Sun, 8 Oct 2017 23:34:18 +0100 From: Dr Josef Karthauser <joe@tao.org.uk> To: Matthew Seaman <matthew@FreeBSD.org> Cc: freebsd-stable@freebsd.org Subject: Re: 10.4 release - is the binary update corrupt? Message-ID: <44BD1E61-E17A-4AD0-8E19-415CDC21B0A2@tao.org.uk> In-Reply-To: <17d76f7d-4b9a-6a3e-ffae-ee3c2ffd27b0@FreeBSD.org> References: <B3C507A4-2955-465C-A355-C38B22569843@truespeed.com> <201710081227.35629.dr.klepp@gmx.at> <17d76f7d-4b9a-6a3e-ffae-ee3c2ffd27b0@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> On 8 Oct 2017, at 12:04, Matthew Seaman <matthew@FreeBSD.org> wrote: >=20 >> Am Sonntag, 8. Oktober 2017 schrieb Dr Josef Karthauser: >>> Hi, >>>=20 >>> I=E2=80=99m having trouble upgrading a 10.3 machine to 10.4: looks = like something is corrupt: >>>=20 >>> Fetching metadata signature for 10.4-RELEASE from = update4.freebsd.org... done. >>> Fetching metadata index... done. >>> Fetching 1 metadata patches. done. >>> Applying metadata patches... done. >>> Fetching 1 metadata files... done. >>> Inspecting system... done. >>> Fetching files from 10.3-RELEASE for merging... done. >>> Preparing to download files... done. >>> Fetching 38573 = patches.....10....20....30....40....50....60....70....80....90....100....1= 10....120....130....140=E2=80=A6 >>> [cut] >>> Applying patches... done. >>> Fetching 9266 files... >>> gunzip: (stdin): unexpected end of file >>> efb4027db1ae440353955aa1bcfc9c69d1cafbdb53b4bfc6584d64b1e1bfd209 has = incorrect hash. >>>=20 >>> Has anyone else also seen this? >>>=20 >=20 > With luck you've only got a problem with that one patch file, but if = the > corruption is much wider, then moving aside your existing > /var/db/freebsd-update and starting again from scratch is probably a > good idea. >=20 > If you consistently get broken patch files from whichever of the = update > servers you get directed to, that probably means that update server > needs some TLC. Please do report that to clusteradm@... While waiting > for them to sort out the problems, you can play with the 'ServerName' > parameter in /etc/freebsd-update.conf to point yourself towards some > other server. I=E2=80=99ve upgrade from 10.1 today to 10.2, then 10.3; and only had = this problem moving to 10.4. I can=E2=80=99t see how a file could have become corrupt = in transit - TCP protects against that kind of thing. :) I=E2=80=99ll try moving the damaged file aside and see if that fixes = anything and report back. Cheers, Joe=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44BD1E61-E17A-4AD0-8E19-415CDC21B0A2>