eix-sync error, not a git packfile

[skeerly]

Hello,

 

After running eix-sync today (Aug 14) I get this error message:

 

* Running emerge --sync
>>> Syncing repository 'gentoo' into '/usr/portage'...
/usr/bin/git pull
error: file .git/objects/pack/pack-b567dc01ae1d04ef05471f573d8fe1d24e1fac70.pack is not a GIT packfile
error: file .git/objects/pack/pack-b567dc01ae1d04ef05471f573d8fe1d24e1fac70.pack is not a GIT packfile
error: Could not read f90e39bc672747ed1996f1fcd97d4ca7bca96b6b
remote: Counting objects: 256, done.
remote: Compressing objects: 100% (54/54), done.
remote: Total 256 (delta 202), reused 256 (delta 202), pack-reused 0
Receiving objects: 100% (256/256), 65.51 KiB | 0 bytes/s, done.
error: file .git/objects/pack/pack-b567dc01ae1d04ef05471f573d8fe1d24e1fac70.pack is not a GIT packfile
error: file .git/objects/pack/pack-b567dc01ae1d04ef05471f573d8fe1d24e1fac70.pack is not a GIT packfile
error: file .git/objects/pack/pack-b567dc01ae1d04ef05471f573d8fe1d24e1fac70.pack is not a GIT packfile
error: file .git/objects/pack/pack-b567dc01ae1d04ef05471f573d8fe1d24e1fac70.pack is not a GIT packfile
Resolving deltas:  99% (200/202), completed with 186 local objects.
fatal: pack has 2 unresolved deltas
fatal: index-pack failed
!!! git pull error in /usr/portage
q: Updating ebuild cache in /usr/portage ...
q: Finished 38535 entries in 0.720473 seconds
* Copying old database to /var/cache/eix/previous.eix
* Running eix-update
Reading Portage settings...
Building database (/var/cache/eix/portage.eix)...
[0] "gentoo" /usr/portage/ (cache: metadata-md5-or-flat)
     Reading category 165|165 (100) Finished
[1] "mybox" /usr/local/portage (cache: parse|ebuild*#metadata-md5#metadata-flat#assign)
     Reading category 165|165 (100) Finished
Applying masks...
Calculating hash tables...
Writing database file /var/cache/eix/portage.eix...
Database contains 19231 packages in 165 categories.
* Calling eix-diff
Diffing databases (19231 -> 19231 packages)
* Time statistics:
     6 seconds for syncing
    29 seconds for eix-update
     8 seconds for eix-diff
    44 seconds total

 

The list of pack files looks like this:

 

skeerly@mybox /usr/portage/.git/objects/pack $ ls -lt
total 345936
-r--r--r-- 1 root root    833428 Aug 14 18:13 tmp_pack_T0lqg5
-r--r--r-- 1 root root    833428 Aug 14 11:59 tmp_pack_eOpyf2
-r--r--r-- 1 root root    833428 Aug 14 10:45 tmp_pack_RzbDcf
-r--r--r-- 1 root root    833428 Aug 14 08:54 tmp_pack_7BZn78
-r--r--r-- 1 root root    833428 Aug 14 07:07 tmp_pack_eMsMiS
-r--r--r-- 1 root root      7400 Aug 13 07:28 pack-b248916f72e625d46ed042c3da633a882b245186.idx
-r--r--r-- 1 root root    546172 Aug 13 07:28 pack-b248916f72e625d46ed042c3da633a882b245186.pack
-r--r--r-- 1 root root     71520 Aug 12 20:32 pack-885a3d0a514166399a7dd7296610d308278211de.idx
-r--r--r-- 1 root root   2188436 Aug 12 20:32 pack-885a3d0a514166399a7dd7296610d308278211de.pack
-r--r--r-- 1 root root     29520 Aug 12 07:31 pack-b567dc01ae1d04ef05471f573d8fe1d24e1fac70.idx
-r--r--r-- 1 root root   1040172 Aug 12 07:31 pack-b567dc01ae1d04ef05471f573d8fe1d24e1fac70.pack
,,,

 

Fetch returns an empty FETCH_HEAD file.

 

skeerly@mybox /usr/portage/.git $ ls -lt
total 15928
-rw-r--r--   1 root root        0 Aug 14 18:13 FETCH_HEAD
-rw-r--r--   1 root root 16262739 Aug 13 07:28 index
-rw-r--r--   1 root root       41 Aug 13 07:28 ORIG_HEAD
drwxr-xr-x 175 root root     4096 Aug  1 18:35 objects
...

 

What can I do to get git working again? Can I remove the offending pack file?

 

Thanks for any advice.

 

[Oleg Vinichenko]

maybe a git tree got corrupted. yes, it's perfectly safe to remove the tree and then do initial emerge --sync (or eix sync), it will clone fresh copy of portage tree.

[skeerly]

I removed and rebuilt the full tree, then updated. All is well. Thanks Oleg.

[Sandro]

I had the same idea :D

 

But, 

the problem could also be solved by

# emerge --regen

or it is only for Gentoo and not for Funtoo ?

 

Thx for explanations :)

[Oleg Vinichenko]

this should work on both. however this looked as git corruption.

[Sandro]

Ok ... Thanks Oleg :)