This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Possible issue with newest version of git (v 2.8) under Cygwin
- From: andrew stern <astern dot fix8 dot forum at gmail dot com>
- To: cygwin at cygwin dot com
- Date: Mon, 9 May 2016 14:34:08 -0400
- Subject: Possible issue with newest version of git (v 2.8) under Cygwin
- Authentication-results: sourceware.org; auth=none
Recently I upgraded to version 2.8.0 of git on cygwin. Iâm running
under Windows 2008 R2. Before this upgrade we were able to share a
NFS drive as a main repository. After the upgrade the permissions
were changed so that only a single person had write access to the
repository on a shared NFS drive. When the push is done to the NFS
drive these permissions cause deny write access to the other users of
the repository so we couldnât update the sha1 of the head reference.
An example of the incorrect permissions are:
Allow User Special not
inherited This folder only
Allow dev Special not
inherited This folder only
Allow Everyone Read & execute not
inherited This folder, subfolders and
Allow Administators for machine Special not
inherited This folder only
Allow SYSTEM Special not
inherited This folder only
Allow Users for machine Special not
inherited This folder only
Allow CREATOR OWNER Special not
inherited Subfolders and files only
Allow CREATOR GROUP Special not
inherited Subfolders and files only
But the Windows permissions should have been inherited only. Also not
the group dev is not in the list. The permissions after a push showed
dev on the shared NFS drive along with errors that the permissions
were out of order.
Allow Administators Full Control D:\ This folder,
subfolders and
Allow SYSTEM Full Control D:\ This folder,
subfolders and
Allow User Special D:\ This folder only
Allow CREATOR OWNER Special D:\ Subfolders
and files only
Allow User on Machine Read & execute D:\ This folder,
subfolders and
Allow User on Machine Special D:\ This folder,
subfolders
After searching through new groups and the web it was decided to add
noacl to the fstab for the cygwin mount:
none /cygdrive cygdrive binary,posix=0,user,noacl 0 0
Now we are finding that the git merge onto our local drive after a
fetch from the NFS shared repository is taking a very long time.
(shown with >> in front on below line)
$ git pull origin MCSTRATEGY_4_4
13:01:16.587064 git.c:351 trace: built-in: git 'pull'
'origin' 'MCSTRATEGY_4_4'
13:01:16.752064 run-command.c:336 trace: run_command: 'fetch'
'--update-head-ok' 'origin' 'MCSTRATEGY_4_4'
13:01:16.790064 exec_cmd.c:120 trace: exec: 'git' 'fetch'
'--update-head-ok' 'origin' 'MCSTRATEGY_4_4'
13:01:16.821064 git.c:351 trace: built-in: git 'fetch'
'--update-head-ok' 'origin' 'MCSTRATEGY_4_4'
13:01:17.069064 run-command.c:336 trace: run_command:
'git-upload-pack
'\''/cygdrive/s/StrategyServers/git/gitbmssorsrc.git/.'\'''
13:01:17.136064 run-command.c:195 trace: exec: '/bin/sh' '-c'
'git-upload-pack
'\''/cygdrive/s/StrategyServers/git/gitbmssorsrc.git/.'\'''
'git-upload-pack
'\''/cygdrive/s/StrategyServers/git/gitbmssorsrc.git/.'\'''
13:01:18.084064 run-command.c:336 trace: run_command: 'rev-list'
'--objects' '--stdin' '--not' '--all' '--quiet'
13:01:18.229064 run-command.c:336 trace: run_command: 'rev-list'
'--objects' '--stdin' '--not' '--all'
13:01:18.284064 exec_cmd.c:120 trace: exec: 'git' 'rev-list'
'--objects' '--stdin' '--not' '--all'
13:01:18.314064 git.c:351 trace: built-in: git
'rev-list' '--objects' '--stdin' '--not' '--all'
From /cygdrive/s/StrategyServers/git/gitbmssorsrc.git/.
* branch MCSTRATEGY_4_4 -> FETCH_HEAD
13:01:18.367064 run-command.c:952 run_processes_parallel:
preparing to run up to 1 tasks
13:01:18.373064 run-command.c:984 run_processes_parallel: done
13:01:18.375064 run-command.c:336 trace: run_command: 'gc' '--auto'
13:01:18.410064 exec_cmd.c:120 trace: exec: 'git' 'gc' '--auto'
13:01:18.440064 git.c:351 trace: built-in: git 'gc' '--auto'
13:01:18.454064 run-command.c:336 trace: run_command: 'merge' 'FETCH_HEAD'
13:01:18.486064 exec_cmd.c:120 trace: exec: 'git' 'merge' 'FETCH_HEAD'
>> 13:01:18.517064 git.c:351 trace: built-in: git 'merge' 'FETCH_HEAD'
Updating 9c40e07..a0f35eb
Fast-forward
13:18:39.432839 run-command.c:336 trace: run_command: 'gc' '--auto'
13:18:43.559539 exec_cmd.c:120 trace: exec: 'git' 'gc' '--auto'
13:18:43.623539 git.c:351 trace: built-in: git 'gc' '--auto'
file.cpp | 5 +++--
First question is could this very large delay on git merge be caused
by the noacl? If noacl is causing this very large delay (which I
suspect to be the case since we didnât have this large delay till the
noacl was added) is there another way to fix the permission issue when
using an NFS drive as a shared repository?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple