Gitlab vbox permission denied

[Rainmaker1987]

Om verschillende projecten wat beter te stroomlijnen qua versiebeheer etc wil ik op mijn thuisserver (Ubuntu 14.04) Gitlab draaien (van een aantal projecten wil ik de source niet publiekelijk beschikbaar maken).

Om dit te doen heb ik met VirtualBox een nieuwe machine aangemaakt, hierop ook weer Ubuntu geïnstalleerd en dmv shared folders toegang gegeven tot nog een extra harde schijf waarop uiteindelijk de repositories moeten komen te staan. De gebruiker git heb ik toegang gegeven tot de group vboxsf.

Na alle installaties heb ik bij Gitlab goed kunnen aangeven dat er gebruik moet worden gemaakt van /media/sf_Development/git. Te zien aan de aangemaakte mappenstructuur lijkt alles goed te zijn gegaan, alleen kan ik geen nieuwe gebruikers aanmaken en ook geen nieuwe repositories. De foutmelding die ik krijg bij het aanmaken van de gebruiker rob:

code:

Errno:EACCES (Permission denied - /media/sf_Development/Git/Repositories/rob)

Ergens heb ik dus nog niet alle rechten goed toegekend, mijn vraag is echter welke rechten mis ik nu nog? De server heb ik al meerdere malen aangemaakt, ook opnieuw opgestart na het toekennen van de rechten en ik heb heel google afgestruind alleen daar wordt steeds geen gebruik gemaakt van een extra hdd bij het installeren van Gitlab.

De enige optie die ik nog kan bedenken is met een chown van eigenaar te wisselen, maar dat lijkt mij toch niet de meest elegante oplossing.

[Pizzalucht]

Pas wel op met shared folders in virtualbox, de performance kan echt heel erg slecht zijn.
Je kan denk ik beter NFS gebruiken, dan los je waarschijnlijk je permission probleem ook makkelijker op.

[LEDfan]

Ik heb hier ook verschillende problemen mee gehad. Ik heb het kunnen oplossen door tijdens het mounten van de shared folder de user en owner te specifieren. Als het goed is staat het hier beschreven: https://www.virtualbox.org/manual/ch04.html#sharedfolders .

Je kan zoals Pizzalucht zij ook NFS gebruiken, daarbij kan je ook iets mounten met een bepaalde user en group.

[Rainmaker1987]

@Pizalucht, dank voor je tip. De mount lukt nu zonder problemen, hoewel ik nog altijd issues met mn rechten blijf hebben.

Als ik sudo gitlab-ctl reconfigure draai dan maakt hij wel de map Git en de onderliggende map repositories aan. Alleen daarna heeft hij weer het probleem: Operation not permitted.

De eigenaar van de folder is root en ook de aangemaakte folder(beide groups zijn: users), ondanks dat het door gitlab (onder de naam git) wordt aangemaakt. De gebruiker git bestaat ook op de parent server.

[CyBeR]

Draai je virtualbox in Windows toevallig?

Nee dus, 1e zin.

Waarom draai je gitlab in een vm maar wil je de repo's buiten je vm?

[ Voor 57% gewijzigd door CyBeR op 05-07-2014 16:27 ]

[Rainmaker1987]

Reden voor de repo buiten mn vm is dat ik deze op een aparte hdd heb staan ivm grootte. De VM draait op een SSD en daarnaast maakt dit het eenvoudiger om puur de data goed te backuppen of te benaderen.

[Verwijderd]

Ik heb hier ook een tijd mee zitten klooien. Toen ik het uiteindelijk aan de praat had bleek de performance van die shared folders dusdanig slecht te zijn dat ik uiteindelijk maar ben overgestapt op NFS.

Dus om je veel ellende te besparen: Stap nu over op NFS.

[Rainmaker1987]

@SKRE, dat heb ik nu dus ook gedaan. Kan jij misschien aangeven hoe je uiteindelijk alles hebt geconfigureerd?

[CyBeR]

Rainmaker1987 schreef op zaterdag 05 juli 2014 @ 16:51:
Reden voor de repo buiten mn vm is dat ik deze op een aparte hdd heb staan ivm grootte. De VM draait op een SSD en daarnaast maakt dit het eenvoudiger om puur de data goed te backuppen of te benaderen.

Waarom maak je dan niet een 2e virtuele disk aan, zet je die op je 2e fysieke schijf en mount je die in je vm? Dan heb je al dit soort lastigheden omzeild.

Trouwens, je kunt ook gitlab gewoon helemaal niet zelf draaien en gitlab.com gebruiken. (Ook voor private projecten.)

[ Voor 10% gewijzigd door CyBeR op 05-07-2014 17:04 ]

[Verwijderd]

Rainmaker1987 schreef op zaterdag 05 juli 2014 @ 16:57:
@SKRE, dat heb ik nu dus ook gedaan. Kan jij misschien aangeven hoe je uiteindelijk alles hebt geconfigureerd?

Wat bedoel je dan precies? Hoe NFS is geconfigureerd?

[Rainmaker1987]

Verwijderd schreef op zaterdag 05 juli 2014 @ 19:09:
[...]

Wat bedoel je dan precies? Hoe NFS is geconfigureerd?

De host (192.168.1.35) heb ik de locatie /media/Develop/Git gedeeld dmv NFS

code:

/media/Development/Git 192.168.1.35/24(rw,sync,no_subtree_check)

De client (192.168.1.55) mount deze share via /etc/fstab

code:

192.168.1.35:/media/Development/Git /media/sf_Development nfs _netdev,defaults 0 0

Eerst gaf de firewall nog problemen, maar deze heeft netjes de volgende poorten hiervoor open staan:
Port 111 (TCP and UDP) and 2049 (TCP and UDP).

@CyBeR, ik weet dat ik gebruik zou kunnen maken van betaalde versies van Gitlab of Github. Alleen als ik hier zelf een thuisserver heb staan, waarom zou ik er dan geen gebruik van maken? Daarnaast is het codewerk wat ik niet op andere servers wil hebben staan.

[CyBeR]

Rainmaker1987 schreef op zondag 06 juli 2014 @ 15:39:
[...]

@CyBeR, ik weet dat ik gebruik zou kunnen maken van betaalde versies van Gitlab of Github. Alleen als ik hier zelf een thuisserver heb staan, waarom zou ik er dan geen gebruik van maken?

Gitlab is gratis. En waarom zou je een thuisserver hebben staan als 't niet nodig is?

Daarnaast is het codewerk wat ik niet op andere servers wil hebben staan.

Fair enough.

[Verwijderd]

Maar wat werkt er niet aan je NFS? Krijg je foutmeldingen of?

[Rainmaker1987]

Ik dump maar even de volledige code die ik terug krijg wanneer ik gitlab-ctl reconfigure draai. De bestaande mappen heb ik weggehaald voor het executen.

code:

Starting Chef Client, version 11.12.2
Compiling Cookbooks...
Recipe: gitlab::default
  * directory[/etc/gitlab] action create (up to date)
[2014-07-06T17:02:35+02:00] WARN: Cloning resource attributes for directory[/var/opt/gitlab/gitlab-rails/etc] from prior resource (CHEF-3694)
[2014-07-06T17:02:35+02:00] WARN: Previous directory[/var/opt/gitlab/gitlab-rails/etc]: /opt/gitlab/embedded/cookbooks/gitlab/recipes/gitlab-rails.rb:36:in `block in from_file'
[2014-07-06T17:02:35+02:00] WARN: Current  directory[/var/opt/gitlab/gitlab-rails/etc]: /opt/gitlab/embedded/cookbooks/gitlab/definitions/unicorn_config.rb:21:in `block in from_file'
[2014-07-06T17:02:35+02:00] WARN: Cloning resource attributes for service[unicorn] from prior resource (CHEF-3694)
[2014-07-06T17:02:35+02:00] WARN: Previous service[unicorn]: /opt/gitlab/embedded/cookbooks/gitlab/recipes/default.rb:58:in `block in from_file'
[2014-07-06T17:02:35+02:00] WARN: Current  service[unicorn]: /opt/gitlab/embedded/cookbooks/runit/definitions/runit_service.rb:173:in `block in from_file'
[2014-07-06T17:02:35+02:00] WARN: Cloning resource attributes for service[sidekiq] from prior resource (CHEF-3694)
[2014-07-06T17:02:35+02:00] WARN: Previous service[sidekiq]: /opt/gitlab/embedded/cookbooks/gitlab/recipes/default.rb:58:in `block in from_file'
[2014-07-06T17:02:35+02:00] WARN: Current  service[sidekiq]: /opt/gitlab/embedded/cookbooks/runit/definitions/runit_service.rb:173:in `block in from_file'
Converging 126 resources
  * directory[/etc/gitlab] action nothing (skipped due to action :nothing)
  * directory[/var/opt/gitlab] action create (up to date)
Recipe: gitlab::users
  * group[git] action create (up to date)
  * user[git] action create
    - alter user user[git]

  * template[/var/opt/gitlab/.gitconfig] action create (up to date)
Recipe: gitlab::gitlab-shell
  * directory[/media/sf_Development/repositories] action create
    - create new directory /media/sf_Development/repositories
================================================================================
Error executing action `create` on resource 'directory[/media/sf_Development/repositories]'
================================================================================


Errno::EPERM
------------
Operation not permitted - /media/sf_Development/repositories


Resource Declaration:
---------------------
# In /opt/gitlab/embedded/cookbooks/gitlab/recipes/gitlab-shell.rb

 29: directory repositories_path do
 30:   owner git_user
 31:   group git_group
 32:   mode "2770"
 33:   recursive true
 34: end
 35: 



Compiled Resource:
------------------
# Declared in /opt/gitlab/embedded/cookbooks/gitlab/recipes/gitlab-shell.rb:29:in `from_file'

directory("/media/sf_Development/repositories") do
  provider Chef::Provider::Directory
  action :create
  retries 0
  retry_delay 2
  guard_interpreter :default
  path "/media/sf_Development/repositories"
  recursive true
  cookbook_name :gitlab
  recipe_name "gitlab-shell"
  owner "git"
  group "git"
  mode "2770"
end




Running handlers:
[2014-07-06T17:02:35+02:00] ERROR: Running exception handlers
Running handlers complete

[2014-07-06T17:02:35+02:00] ERROR: Exception handlers complete
[2014-07-06T17:02:35+02:00] FATAL: Stacktrace dumped to /opt/gitlab/embedded/cookbooks/cache/chef-stacktrace.out
Chef Client failed. 1 resources updated in 3.104089633 seconds
[2014-07-06T17:02:35+02:00] ERROR: directory[/media/sf_Development/repositories] (gitlab::gitlab-shell line 29) had an error: Errno::EPERM: Operation not permitted - /media/sf_Development/repositories
[2014-07-06T17:02:36+02:00] FATAL: Chef::Exceptions::ChildConvergeError: Chef run process exited unsuccessfully (exit code 1)
rob@rob-VirtualBox:~$

Het rare vind ik dat hij wel de map repositories kan aanmaken, maar daarna vast loopt.

[Thijmen]

Als welke user draai je het proces?

[Rainmaker1987]

Als superuser. De command die ik uitvoer is:

code:

sudo gitlab-ctl reconfigure

---

TOch maar geprobeerd om het op de host zelf te installeren. Het installeren gaat zonder problemen. Maar als ik mijn locatie wil aanpassen naar de juiste hdd gaat het toch weer mis. Ik denk dus dat mn mount niet goed is. Nu ben ik Linux nog aan het leren, maar kom hier dus even niet uit (heb uiteraard verschillende mounts geprobeerd ondertussen).

/etc/fstab

code:

/dev/sde1 /media/Development vfat rw,noatime,user,umask=0 0 0

/etc/gitlab/gitlab.rb

code:

git_data_dir "/media/Development/Git"

De map Git wordt wel aangemaakt, net als repositories maar daarna loopt het zooitje vast. Komt dit doordat het een fat32 schijf is?

[edit3]
Fat32 is dus het probleem. Nu net geleerd dat je daar geen chown kan doen. Plaatsen op een ntfs schijf werkt wel. Snel maar alle data overzetten en formatteren naar een linux schijf.

[ Voor 90% gewijzigd door Rainmaker1987 op 06-07-2014 22:49 ]

[Verwijderd]

Aha, das op zich wel relevante informatie die je had kunnen geven. Ik ging er vanuit dat je enkel Linux bestandssystemen gebruikte aangezien je ook Linux besturingssystemen gebruikt.

[CyBeR]

CyBeR schreef op zaterdag 05 juli 2014 @ 16:25:
Draai je virtualbox in Windows toevallig?

Kwam ik toch in de buurt