Permission denied ONLY after pulling bundles

Permission denied ONLY after pulling bundles

[Rossella Barletta]

Dear git group,


I would like to ask your help for a problem that we cannot fix in any way.

We have a git repository in folder on Windows.

Then we use VMware player on CentOS_6 on which we create a clone of
the git repository, after of course having mounted the directory in
which the repository is.

So the repository is on windows and the clone on Linux.

We are able to perfom all the git operations we need, except for the
pull .bundle, which is successful in itself but prevent us from
pushing after that.

As we try to push after pulling a .bundle in a branch we get the error message

NODE1:fdp> git push
Counting objects: 1977, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (423/423), done.
fatal: write error: Permission denied00 KiB | 158 KiB/s
error: pack-objects died of signal 13
error: pack-objects died with strange error


We have checked all the permissions, changed the users, recreated the
clone but nothing worked.
The push operation works perfectly until we pull a bundle. After
pulling a bundle we are not able to push anymore.We tryed to delete
the branches, recreate others and all works perfectly, also the
push.As we pull the .bundle we cannot get the permission to do the
push anymore.

What has this to do with the bundle?



Thanks for your support.


-- 
Rossella

Re: Permission denied ONLY after pulling bundles

[Christian Couder]

Hi,

On Thu, Jun 4, 2015 at 3:04 PM, Rossella Barletta
<rossella.barletta@gmail.com> wrote:
> Dear git group,
>
>
> I would like to ask your help for a problem that we cannot fix in any way.
>
> We have a git repository in folder on Windows.
>
> Then we use VMware player on CentOS_6 on which we create a clone of
> the git repository, after of course having mounted the directory in
> which the repository is.
>
> So the repository is on windows and the clone on Linux.
>
> We are able to perfom all the git operations we need, except for the
> pull .bundle, which is successful in itself but prevent us from
> pushing after that.

It is not very clear how the bundle has been made, and on which
machine you made it and you pulled from it.

> As we try to push after pulling a .bundle in a branch we get the error message
>
> NODE1:fdp> git push
> Counting objects: 1977, done.
> Delta compression using up to 2 threads.
> Compressing objects: 100% (423/423), done.
> fatal: write error: Permission denied00 KiB | 158 KiB/s
> error: pack-objects died of signal 13
> error: pack-objects died with strange error

Can you have a look at the machine you push to and see if some file or
directory permissions changed between before and after you made the
bundle or you pulled the bundle?

> We have checked all the permissions, changed the users, recreated the
> clone but nothing worked.

What do you mean by checked all the permissions?
You mean that permissions haven't changed at all since before you
pulled the first bundle?

> The push operation works perfectly until we pull a bundle. After
> pulling a bundle we are not able to push anymore.We tryed to delete
> the branches, recreate others and all works perfectly, also the
> push.As we pull the .bundle we cannot get the permission to do the
> push anymore.
>
> What has this to do with the bundle?

Did you try to everything (cloning, creating a bundle, pulling it and
pushing on the same machine to see if it makes a difference? Also did
you try with another smaller fake repository?

If you can reproduce with a smaller fake repo on just one machine it
could help us reproduce on one of our machine and have a look.

And could you tell us which version of git (using git --version) you
are using on both machines?

Thanks,
Christian.

Re: Permission denied ONLY after pulling bundles

[Philip Oakley]

From: "Christian Couder" <christian.couder@gmail.com>
> Hi,
>
> On Thu, Jun 4, 2015 at 3:04 PM, Rossella Barletta
> <rossella.barletta@gmail.com> wrote:
>> Dear git group,
>>
>>
>> I would like to ask your help for a problem that we cannot fix in any 
>> way.
>>
>> We have a git repository in folder on Windows.
>>
>> Then we use VMware player on CentOS_6 on which we create a clone of
>> the git repository, after of course having mounted the directory in
>> which the repository is.
>>
>> So the repository is on windows and the clone on Linux.
>>
>> We are able to perfom all the git operations we need, except for the
>> pull .bundle, which is successful in itself but prevent us from
>> pushing after that.
>
> It is not very clear how the bundle has been made, and on which
> machine you made it and you pulled from it.
>
>> As we try to push after pulling a .bundle in a branch we get the 
>> error message
>>
>> NODE1:fdp> git push
>> Counting objects: 1977, done.
>> Delta compression using up to 2 threads.
>> Compressing objects: 100% (423/423), done.
>> fatal: write error: Permission denied00 KiB | 158 KiB/s
>> error: pack-objects died of signal 13
>> error: pack-objects died with strange error
>
> Can you have a look at the machine you push to and see if some file or
> directory permissions changed between before and after you made the
> bundle or you pulled the bundle?
>
>> We have checked all the permissions, changed the users, recreated the
>> clone but nothing worked.
>
> What do you mean by checked all the permissions?
> You mean that permissions haven't changed at all since before you
> pulled the first bundle?
>
>> The push operation works perfectly until we pull a bundle. After
>> pulling a bundle we are not able to push anymore.We tryed to delete
>> the branches, recreate others and all works perfectly, also the
>> push.As we pull the .bundle we cannot get the permission to do the
>> push anymore.
>>
>> What has this to do with the bundle?
>
> Did you try to everything (cloning, creating a bundle, pulling it and
> pushing on the same machine to see if it makes a difference? Also did
> you try with another smaller fake repository?
>
> If you can reproduce with a smaller fake repo on just one machine it
> could help us reproduce on one of our machine and have a look.
>
> And could you tell us which version of git (using git --version) you
> are using on both machines?
>
--
Also, check the config file to see if the push url has somehow changed 
to the bundle file?

I know that if you clone from a bundle the origin is set to the bundle 
file, so that you can push back into it for the return sneakernet (RFC 
1194 ?) journey. It maybe that fetching from a bundle does the same 
setup (not looked at the code)

--
Philip 

Re: Permission denied ONLY after pulling bundles

[Rossella Barletta]

Dear Philip and Christian,

Here my answers:

1)  We have a repository that we got from another person in another
city.We use the same CENTOS_6 . We put the repository on Windows
machine, on which we can access remotely and mounted the directory on
CENTOS_6, that we use by the WMVare Player (basically we all have
Windows on our machines, through the VMPlayer we access the local
files of CENTOS_6) .

As i got the bundle file i pulled it on my CENTOS_6 machine on the
same branch :  git pull NAME_BRANCH.bundle NAME_BRANCH

The bundle has been created : git bundle create NAME_BRANCH.bundle NAME_BRANCH

The 2 repositories, the one we get from our colleagues and our local
one are the same.Now are trying to share changes through bundles and
we are using the same branch name to create bundles and pull bundles.


2) I did not check the permission before and after , we have several
files and several directories, ,but after having the problem i just
gave the chmod -R 777 to all the files, i am sure that all the files
involved have those permission. Still i get the problem when trying to
push.

3) I tryed to clone the repository using --bare, and i used it as a
local repository on linux. Only in this case i can push without
problems after pulling the bundle.

So if the repository is on the local machine itself (CENTOS_6) i do
not have the problem. But we need to have it in a shared folder on
windows. When we try to push on the repository on Windows we get
permission problems.(Of course we dont get problems before pulling the
bundle).

So again the 2 possibilities that we tryed are:

FIST ONE (PERMISSION PROBLEMS)

- Repo is on windows
- Repo folder is shared
-Repo is a copy of another repository being on a machine in another
city on which we cannot access. We got all the files, included the
folder .git a put everything in our shared folder
- Mounted the Repo folder on Linux
-Created the clone
- got a bundle from the original repository (bundle created from a branch)
-pulled the bundle in the same branch



SECOND ONE (NO PROBLEMS BUT WE CANT USE THIS)
- Repo is on Linux
-Repo is a copy of another repository being on a machine in another
city on which we cannot access.
- got a bundle from the original repository (bundle created from a branch)
-pulled the bundle in the same branch



4) Git version is 1.7.1

5) For Philip: The config file has not changed.


Thank you all for your support


2015-06-04 21:25 GMT+02:00 Philip Oakley <philipoakley@iee.org>:
> From: "Christian Couder" <christian.couder@gmail.com>
>
>> Hi,
>>
>> On Thu, Jun 4, 2015 at 3:04 PM, Rossella Barletta
>> <rossella.barletta@gmail.com> wrote:
>>>
>>> Dear git group,
>>>
>>>
>>> I would like to ask your help for a problem that we cannot fix in any
>>> way.
>>>
>>> We have a git repository in folder on Windows.
>>>
>>> Then we use VMware player on CentOS_6 on which we create a clone of
>>> the git repository, after of course having mounted the directory in
>>> which the repository is.
>>>
>>> So the repository is on windows and the clone on Linux.
>>>
>>> We are able to perfom all the git operations we need, except for the
>>> pull .bundle, which is successful in itself but prevent us from
>>> pushing after that.
>>
>>
>> It is not very clear how the bundle has been made, and on which
>> machine you made it and you pulled from it.
>>
>>> As we try to push after pulling a .bundle in a branch we get the error
>>> message
>>>
>>> NODE1:fdp> git push
>>> Counting objects: 1977, done.
>>> Delta compression using up to 2 threads.
>>> Compressing objects: 100% (423/423), done.
>>> fatal: write error: Permission denied00 KiB | 158 KiB/s
>>> error: pack-objects died of signal 13
>>> error: pack-objects died with strange error
>>
>>
>> Can you have a look at the machine you push to and see if some file or
>> directory permissions changed between before and after you made the
>> bundle or you pulled the bundle?
>>
>>> We have checked all the permissions, changed the users, recreated the
>>> clone but nothing worked.
>>
>>
>> What do you mean by checked all the permissions?
>> You mean that permissions haven't changed at all since before you
>> pulled the first bundle?
>>
>>> The push operation works perfectly until we pull a bundle. After
>>> pulling a bundle we are not able to push anymore.We tryed to delete
>>> the branches, recreate others and all works perfectly, also the
>>> push.As we pull the .bundle we cannot get the permission to do the
>>> push anymore.
>>>
>>> What has this to do with the bundle?
>>
>>
>> Did you try to everything (cloning, creating a bundle, pulling it and
>> pushing on the same machine to see if it makes a difference? Also did
>> you try with another smaller fake repository?
>>
>> If you can reproduce with a smaller fake repo on just one machine it
>> could help us reproduce on one of our machine and have a look.
>>
>> And could you tell us which version of git (using git --version) you
>> are using on both machines?
>>
> --
> Also, check the config file to see if the push url has somehow changed to
> the bundle file?
>
> I know that if you clone from a bundle the origin is set to the bundle file,
> so that you can push back into it for the return sneakernet (RFC 1194 ?)
> journey. It maybe that fetching from a bundle does the same setup (not
> looked at the code)
>
> --
> Philip



-- 
Rossella

Re: Permission denied ONLY after pulling bundles

[Christian Couder]

On Fri, Jun 5, 2015 at 8:54 AM, Rossella Barletta
<rossella.barletta@gmail.com> wrote:

[...]

> FIST ONE (PERMISSION PROBLEMS)
>
> - Repo is on windows
> - Repo folder is shared
> -Repo is a copy of another repository being on a machine in another
> city on which we cannot access. We got all the files, included the
> folder .git a put everything in our shared folder
> - Mounted the Repo folder on Linux
> -Created the clone
> - got a bundle from the original repository (bundle created from a branch)
> -pulled the bundle in the same branch
>
>
>
> SECOND ONE (NO PROBLEMS BUT WE CANT USE THIS)
> - Repo is on Linux
> -Repo is a copy of another repository being on a machine in another
> city on which we cannot access.
> - got a bundle from the original repository (bundle created from a branch)
> -pulled the bundle in the same branch
>
>
>
> 4) Git version is 1.7.1

It would be nice if you could try to reproduce the problem:

- using a recent Git, as v1.7.1 is 5 years old,
- using a small fake repo,
- doing everything on Windows.

Best,
Christian.

Re: Permission denied ONLY after pulling bundles

[Rossella Barletta]

I followed all your indications (created a small fake repo on windows,
cloned it and playing with bundles)  and in this case everything
works.On windows i dont have any problem and i used the version 1.9.5.

Then i created a clone of my original repo, again on Windows (since my
original one is a bare repository) and i pulled the bundle and then
pushed in the branch and it worked. Same operation that doesnt work on
Linux works on Windows.

So i went again on Linux, pulled on my branch of the clone repo , i
has to commit first since i had some changes. So i committed, pulled,
and then pushed again.The push was unsuccessful giving the error
message that i indicated at the beginning.

So i cannot push only my clone on Linux.

Rossella

2015-06-05 18:01 GMT+02:00 Christian Couder <christian.couder@gmail.com>:
> On Fri, Jun 5, 2015 at 8:54 AM, Rossella Barletta
> <rossella.barletta@gmail.com> wrote:
>
> [...]
>
>> FIST ONE (PERMISSION PROBLEMS)
>>
>> - Repo is on windows
>> - Repo folder is shared
>> -Repo is a copy of another repository being on a machine in another
>> city on which we cannot access. We got all the files, included the
>> folder .git a put everything in our shared folder
>> - Mounted the Repo folder on Linux
>> -Created the clone
>> - got a bundle from the original repository (bundle created from a branch)
>> -pulled the bundle in the same branch
>>
>>
>>
>> SECOND ONE (NO PROBLEMS BUT WE CANT USE THIS)
>> - Repo is on Linux
>> -Repo is a copy of another repository being on a machine in another
>> city on which we cannot access.
>> - got a bundle from the original repository (bundle created from a branch)
>> -pulled the bundle in the same branch
>>
>>
>>
>> 4) Git version is 1.7.1
>
> It would be nice if you could try to reproduce the problem:
>
> - using a recent Git, as v1.7.1 is 5 years old,
> - using a small fake repo,
> - doing everything on Windows.
>
> Best,
> Christian.



-- 
Rossella

Re: Permission denied ONLY after pulling bundles

[Rossella Barletta]

So summarizing:

1)  Git repository (bare)  is on Windows on a shared folder
2)  Clone of the repository is on Linux
3) Clone of the repository is on windows
4) I received a bundle made starting by a branch, i pull the bundle on
the same branch on Windows, i push the changes , everything ok
5) I go on the clone on Linux, i pull the changes in the branch, make
some updates, push...but i get error message about permissions.



4-Alternative)  I received a bundle made starting by a branch, i pull
the bundle on the same branche on Linux, i push the changes ,
permission errors.

The permissions of the files are all set to 777. It is not clear why
pushing (after pulling a bundle) on Linux gives permission problems.
Even thinking about the user, we have to take in account that before
pulling the bundle the same user was used and there was no problem
before.

Thanks for your support.

Rossella




2015-06-08 10:34 GMT+02:00 Rossella Barletta <rossella.barletta@gmail.com>:
> I followed all your indications (created a small fake repo on windows,
> cloned it and playing with bundles)  and in this case everything
> works.On windows i dont have any problem and i used the version 1.9.5.
>
> Then i created a clone of my original repo, again on Windows (since my
> original one is a bare repository) and i pulled the bundle and then
> pushed in the branch and it worked. Same operation that doesnt work on
> Linux works on Windows.
>
> So i went again on Linux, pulled on my branch of the clone repo , i
> has to commit first since i had some changes. So i committed, pulled,
> and then pushed again.The push was unsuccessful giving the error
> message that i indicated at the beginning.
>
> So i cannot push only my clone on Linux.
>
> Rossella
>
> 2015-06-05 18:01 GMT+02:00 Christian Couder <christian.couder@gmail.com>:
>> On Fri, Jun 5, 2015 at 8:54 AM, Rossella Barletta
>> <rossella.barletta@gmail.com> wrote:
>>
>> [...]
>>
>>> FIST ONE (PERMISSION PROBLEMS)
>>>
>>> - Repo is on windows
>>> - Repo folder is shared
>>> -Repo is a copy of another repository being on a machine in another
>>> city on which we cannot access. We got all the files, included the
>>> folder .git a put everything in our shared folder
>>> - Mounted the Repo folder on Linux
>>> -Created the clone
>>> - got a bundle from the original repository (bundle created from a branch)
>>> -pulled the bundle in the same branch
>>>
>>>
>>>
>>> SECOND ONE (NO PROBLEMS BUT WE CANT USE THIS)
>>> - Repo is on Linux
>>> -Repo is a copy of another repository being on a machine in another
>>> city on which we cannot access.
>>> - got a bundle from the original repository (bundle created from a branch)
>>> -pulled the bundle in the same branch
>>>
>>>
>>>
>>> 4) Git version is 1.7.1
>>
>> It would be nice if you could try to reproduce the problem:
>>
>> - using a recent Git, as v1.7.1 is 5 years old,
>> - using a small fake repo,
>> - doing everything on Windows.
>>
>> Best,
>> Christian.
>
>
>
> --
> Rossella



-- 
Rossella

Re: Permission denied ONLY after pulling bundles

[Thomas Ferris Nicolaisen]

On Mon, Jun 8, 2015 at 10:47 AM, Rossella Barletta
<rossella.barletta@gmail.com> wrote:
>
> So summarizing:
>
> 1)  Git repository (bare)  is on Windows on a shared folder
> 2)  Clone of the repository is on Linux
> 3) Clone of the repository is on windows
> 4) I received a bundle made starting by a branch, i pull the bundle on
> the same branch on Windows, i push the changes , everything ok
> 5) I go on the clone on Linux, i pull the changes in the branch, make
> some updates, push...but i get error message about permissions.
>
>
>
> 4-Alternative)  I received a bundle made starting by a branch, i pull
> the bundle on the same branche on Linux, i push the changes ,
> permission errors.
>
> The permissions of the files are all set to 777. It is not clear why
> pushing (after pulling a bundle) on Linux gives permission problems.
> Even thinking about the user, we have to take in account that before
> pulling the bundle the same user was used and there was no problem
> before.

Just to quickly shoot in a thought: I've heard about some similar
permission problems that occurred when setting up a bare repository
(on a Linux system). They solved it by re-initializing the repository
with --shared parameter.

Looking what shared does in the documentation of git-init, the default
is to use "umask" if --shared is "not specified". I'm not sure if even
Windows has any sort of umask.. In any case, my wild guess is that
some operations triggers the remote Git process/user to create new
files (repack, gc, etc) that get restricted permissions on Windows.

How do you set permissions to 777 on Windows? I didn't know Windows
uses the same kind of permissions there.. Anyhow, is it possible for
you to reset the permissions again so that the pushing works again
(until the next bundle)? If you can do so, configure the bare
repository to have --shared=all, and see if that helps.

For more help, please share with us the following:

* A complete zip of the bare repository where pushing still works
(shared over Internet, not as email attachment)
* The commands you are executing, and their complete output
* A complete zip of the bare repository where pushing no longer works
* The complete configuration of the Linux client where the push is
failing (git config -l)


Also noting that this seems to be cross-posted to StackOverflow:
http://stackoverflow.com/questions/30500226/git-push-fatal-write-error-permission-denied-after-pulling-a-bundle

Re: Permission denied ONLY after pulling bundles

[Rossella Barletta]

Dear Thomas,

Unfortunatly for me i cannot send the files, since there are
restrictions, but thanks for your offer.

At the moment also configuring the repo with --shared=all is not
helping, but i could try to reproduce the problem with a fake repo
shared between windows and linux and see if i get the same error and
at the point i will share the files

with you.

Thanks again.



Rossella

2015-06-08 15:03 GMT+02:00 Thomas Ferris Nicolaisen <tfnico@gmail.com>:
> On Mon, Jun 8, 2015 at 10:47 AM, Rossella Barletta
> <rossella.barletta@gmail.com> wrote:
>>
>> So summarizing:
>>
>> 1)  Git repository (bare)  is on Windows on a shared folder
>> 2)  Clone of the repository is on Linux
>> 3) Clone of the repository is on windows
>> 4) I received a bundle made starting by a branch, i pull the bundle on
>> the same branch on Windows, i push the changes , everything ok
>> 5) I go on the clone on Linux, i pull the changes in the branch, make
>> some updates, push...but i get error message about permissions.
>>
>>
>>
>> 4-Alternative)  I received a bundle made starting by a branch, i pull
>> the bundle on the same branche on Linux, i push the changes ,
>> permission errors.
>>
>> The permissions of the files are all set to 777. It is not clear why
>> pushing (after pulling a bundle) on Linux gives permission problems.
>> Even thinking about the user, we have to take in account that before
>> pulling the bundle the same user was used and there was no problem
>> before.
>
> Just to quickly shoot in a thought: I've heard about some similar
> permission problems that occurred when setting up a bare repository
> (on a Linux system). They solved it by re-initializing the repository
> with --shared parameter.
>
> Looking what shared does in the documentation of git-init, the default
> is to use "umask" if --shared is "not specified". I'm not sure if even
> Windows has any sort of umask.. In any case, my wild guess is that
> some operations triggers the remote Git process/user to create new
> files (repack, gc, etc) that get restricted permissions on Windows.
>
> How do you set permissions to 777 on Windows? I didn't know Windows
> uses the same kind of permissions there.. Anyhow, is it possible for
> you to reset the permissions again so that the pushing works again
> (until the next bundle)? If you can do so, configure the bare
> repository to have --shared=all, and see if that helps.
>
> For more help, please share with us the following:
>
> * A complete zip of the bare repository where pushing still works
> (shared over Internet, not as email attachment)
> * The commands you are executing, and their complete output
> * A complete zip of the bare repository where pushing no longer works
> * The complete configuration of the Linux client where the push is
> failing (git config -l)
>
>
> Also noting that this seems to be cross-posted to StackOverflow:
> http://stackoverflow.com/questions/30500226/git-push-fatal-write-error-permission-denied-after-pulling-a-bundle



-- 
Rossella