[lustre-devel] git packfile

Andreas Dilger adilger at whamcloud.com
Tue Mar 26 14:32:55 PDT 2019


url = ssh://review.whamcloud.com:29418/fs/lustre-release

> On Mar 26, 2019, at 06:48, Degremont, Aurelien <degremoa at amazon.com> wrote:
> 
> For the records, I hit this problem again this morning. The git repo was already fetched yesterday.
> Indeed, it matches with a master-next update. I've never seen force-pushes creating such issues in the past with other Git projects.
> Re-running 'git fetch' a second time did not raise any error.
> 
> remote: warning: packfile ./objects/pack/pack-69f40cb9d10db9a97f6df59c80a6279f808b9d5d.pack cannot be accessed
> remote: error: refs/changes/47/33547/6 does not point to a valid object!
> remote: warning: packfile ./objects/pack/pack-090b03d5723083bb4a1e7b524bc83dc9de504f17.pack cannot be accessed
> remote: error: refs/changes/47/33547/7 does not point to a valid object!
> remote: warning: packfile ./objects/pack/pack-0397e40c8813c5601975c99c94afed5ddfbbf1dc.pack cannot be accessed
> remote: error: refs/changes/47/33547/8 does not point to a valid object!
> remote: warning: packfile ./objects/pack/pack-a20995b7160fa2708c42f05111b39126a96b9bd4.pack cannot be accessed
> remote: warning: packfile ./objects/pack/pack-765a1f16499228e6910765c218733cfb8852e953.pack cannot be accessed
> 
> I was able to reproduce it twice, on 2 different git repos (one Linux, one MacOS. Both using git:// protocol)
> What ssh URL are you using to retrieve the source code?
> 
> 
> Aurélien
> 
> Le 26/03/2019 12:23, « Andreas Dilger » <adilger at whamcloud.com> a écrit :
> 
>    Cory, Aurelien,
>    are you using a git@ URL for the repo, or ssh@?  It looks like the git@ transport may be less reliable than the ssh@ transport for some reason.  Everyone who has a Gerrit account can use the ssh@ transport by adding an SSH key to their account.
> 
>    Cheers, Andreas
> 
>> On Mar 25, 2019, at 21:17, Cory Spitz <spitzcor at cray.com> wrote:
>> 
>> I ended up checking out a few different branches and then going back to master.  At that point, the pull seemed to be OK.
>> 
>> We did also experience this once in our 'official' Cray pull from upstream, but the problem went away there too after some fiddling.  I'm not sure what is making it come and go.
>> 
>> Aurélien and Andreas, thank you both for your input.  I'll keep an eye out for it and try the workaround again if it pops back up.
>> 
>> -Cory
>> 
>> -- 
>> 
>> On 3/25/19, 12:22 PM, "Degremont, Aurelien" <degremoa at amazon.com> wrote:
>> 
>>   It depends.
>>   It persisted for a while. Now, I do not see them anymore. I don't know what changed in-between.
>> 
>> 
>>   Le 25/03/2019 11:02, « Andreas Dilger » <adilger at whamcloud.com> a écrit :
>> 
>>       On Mar 25, 2019, at 03:47, Degremont, Aurelien <degremoa at amazon.com> wrote:
>>> 
>>> I'm facing similar problem than Cory, times to times.
>>> I did not track the detailed error messages but, for example, here are the errors I got when running 'git fetch' on a directory where only git://git.whamcloud.com/fs/lustre-release.git is declared. I did not update the repo for few days/weeks.
>>> 
>>> remote: warning: packfile ./objects/pack/pack-2b5d1356632dfdbfd86c2d36e529a0a8af47f9af.pack cannot be accessed
>>> remote: error: refs/changes/47/33547/4 does not point to a valid object!
>>> remote: warning: packfile ./objects/pack/pack-d2307b0367688a7b6599e36453a20e02d6a0302e.pack cannot be accessed
>>> remote: error: refs/changes/47/33547/5 does not point to a valid object!
>>> remote: warning: packfile ./objects/pack/pack-69f40cb9d10db9a97f6df59c80a6279f808b9d5d.pack cannot be accessed
>>> remote: error: refs/changes/47/33547/6 does not point to a valid object!
>>> remote: warning: packfile ./objects/pack/pack-090b03d5723083bb4a1e7b524bc83dc9de504f17.pack cannot be accessed
>>> remote: error: refs/changes/47/33547/7 does not point to a valid object!
>>> remote: warning: packfile ./objects/pack/pack-0397e40c8813c5601975c99c94afed5ddfbbf1dc.pack cannot be accessed
>>> remote: error: refs/changes/47/33547/8 does not point to a valid object!
>>> remote: warning: packfile ./objects/pack/pack-a20995b7160fa2708c42f05111b39126a96b9bd4.pack cannot be accessed
>>> remote: warning: packfile ./objects/pack/pack-765a1f16499228e6910765c218733cfb8852e953.pack cannot be accessed
>>> 
>>> This problem started few months ago.
>> 
>>       If you do a fetch on the same tree again right away does the error persist or go away?
>> 
>>       Cheers, Andreas
>> 
>>> Le 25/03/2019 07:05, « lustre-devel au nom de Andreas Dilger » <lustre-devel-bounces at lists.lustre.org au nom de adilger at whamcloud.com> a écrit :
>>> 
>>>  On Mar 22, 2019, at 09:59, Cory Spitz <spitzcor at cray.com> wrote:
>>>> 
>>>> Hello.
>>>> 
>>>> I’ve occasionally seen errors like the following when pulling upstream master:
>>>> 
>>>> remote: warning: packfile ./objects/pack/pack-8a0ac446942c02bf656a79a2d7fa79d33f1fa4e2.pack cannot be accessed        
>>>> remote: error: refs/changes/47/5347/9 does not point to a valid object!        
>>>> remote: warning: packfile ./objects/pack/pack-8a0ac446942c02bf656a79a2d7fa79d33f1fa4e2.pack cannot be accessed        
>>>> remote: error: refs/changes/47/7247/23 does not point to a valid object!        
>>>> remote: warning: packfile ./objects/pack/pack-8a0ac446942c02bf656a79a2d7fa79d33f1fa4e2.pack cannot be accessed        
>>>> remote: error: refs/changes/47/7747/14 does not point to a valid object!        
>>>> remote: warning: packfile ./objects/pack/pack-8a0ac446942c02bf656a79a2d7fa79d33f1fa4e2.pack cannot be accessed     
>>>> 
>>>> Other clones/checkouts seem to be OK.  Has anyone else seen this?  It seems that this has something to do with Gerrit changes.  I just did a clone of master and I never set things up to my knowledge to pull all of these refs.  Anyone have a workaround (besides a fresh clone) or any tips?
>>> 
>>>  Cory, does this happen repeatedly, or just one time?  There are definitely errors that are generated because the master-next branch is "rewound" every time that Oleg lands those patches to master.
>>> 
>>>  It is a bit strange about the changes that are referenced above.  https://review.whamcloud.com/7247 and https://review.whamcloud.com/5347 were landed 5 years ago, so it is unlikely that anything related to them was changed recently.  Looking at the changes in Gerrit they appear to be OK.
>>> 
>>>  Cheers, Andreas
>>>  ---
>>>  Andreas Dilger
>>>  Principal Lustre Architect
>>>  Whamcloud
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>>  _______________________________________________
>>>  lustre-devel mailing list
>>>  lustre-devel at lists.lustre.org
>>>  http://lists.lustre.org/listinfo.cgi/lustre-devel-lustre.org
>>> 
>>> 
>> 
>>       Cheers, Andreas
>>       ---
>>       Andreas Dilger
>>       Principal Lustre Architect
>>       Whamcloud
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
> 
>    Cheers, Andreas
>    ---
>    Andreas Dilger
>    Principal Lustre Architect
>    Whamcloud
> 
> 
> 
> 
> 
> 
> 
> 
> 

Cheers, Andreas
---
Andreas Dilger
CTO Whamcloud






More information about the lustre-devel mailing list