On 5/6/21 11:00 AM, J. Roeleveld wrote:
On Thursday, May 6, 2021 9:40:21 AM CEST n952162 wrote:
On 5/6/21 7:42 AM, n952162 wrote:
On 5/6/21 7:30 AM, n952162 wrote:
On 5/5/21 8:24 PM, Michael Orlitzky wrote:
On Wed, 2021-05-05 at 20:11 +0200, n952162 wrote:
Hello.

I update several machines every month.  This month, most of the
machines
needed to update more than 300 packages.  But one, which isn't any
different than the others, has 0 to update, after running --sync.

Does anybody have an explanation for that?
The manifest verification failed during emerge --sync and you didn't
notice it. Happens to me every time.
Yes!  It did!  It does, every time!  But why?  I have enough disk
space...
This forum entry from 2018:

https://forums.gentoo.org/viewtopic-t-1085556-start-0.html
<https://forums.gentoo.org/viewtopic-t-1085556-start-0.html>

lists various possible causes, all of which involve complicated or

expensive fixes:
  1. with "hard-links"
  2. without "hard-links"
  3. /usr/portage is corrupted (/var/db/repos/gentoo in my case, I guess)
  4. rsync-excludes?
  5. use a different mirror (but it works for other machines)

Is there a consensus in the mean time?
Here's the error:

   * Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine
...!!! Manifest verification failed:
Manifest mismatch for metadata/Manifest.gz
    __size__: expected: 3019, have: 3011

I diffed the two metadata/Manifest.gz files, here as a png to retain the
spacing.

I'm not sure what __size__ is being displayed there.
What's the size of the "Manifest.gz" file?
And did you try re-synching?

--
Joost


01/var/db/repos/gentoo>ls -l metadata/Manifest.gz
.tmp-unverified-download-quarantine/metadata/Manifest.gz
-rw-r--r-- 1 root root 3011 May  6 07:39
.tmp-unverified-download-quarantine/metadata/Manifest.gz
-rw-r--r-- 1 root root 3007 Apr  1 12:09 metadata/Manifest.gz

01/var/db/repos/gentoo>wc  <(gzip -cd < metadata/Manifest.gz | sort)
<(gzip -cd < .tmp-unverified-download-quarantine/metadata/Manifest.gz |
sort)
     21     127    5298 /dev/fd/63
     21     127    5298 /dev/fd/62
     42     254   10596 total

I've resynced multiple times over multiple days.

Interesting observation - all three syncs I did in May have this
__size__ issue.  When I look back at the logs from April, I see I did it
twice.  The first time also failed for metadata/Manifest.gz, but not for
a __size__ problem, but the check sums were dumped.

Apparently, the update failed and I resynced, and the second time it
succeeded!



Reply via email to