Dotaz: samba cp: cannot create directory : Permission denied

[masomlejn]

Zdravím, mám následující problém při kopírování adresářů a souborů na připojený samba svazek. Pokud chci zkopírovat adresář obsahující podadresáře, tak ty podadresáře nelze vytvořit ale hlavni adresář je vytvořen. Vysvětlím na příkladě:

$ mkdir -p zumpa/main/second
$ touch zumpa/main/second/mrkev.zel
$ ls -lR zumpa
zumpa:
total 0
drwxr-xr-x 3 milan milan 72 2010-02-26 15:30 main

zumpa/main:
total 0
drwxr-xr-x 2 milan milan 80 2010-02-26 15:30 second

zumpa/main/second:
total 0
-rw-r--r-- 1 milan milan 0 2010-02-26 15:30 mrkev.zel

Teď chci tuto adresářovou strukturu zkopírovat na smb server "slugh08", který je přimontován do adresáře /media/slugh08 pomocí zápisu ve fstab (mount.cifs veze 1.12-3.4.5):

//192.168.1.10/home /media/slugh08 cifs users,noauto,uid=milan,gid=milan,file_mode=0644,dir_mode=0755,rw 0 0

Takže napíšu (připojení svazku proběhlo OK a cílový adresář milan existuje, user milan na samba serveru existuje a ma vygenerované heslo pomocí smbpasswd -a milan)

$ cp -r zumpa /media/slugh08/milan/
cp: cannot create directory `/media/slugh08/milan/zumpa/main': Permission denied

Pokud akci opakuji párkrát za sebou

$ cp -r zumpa /media/slugh08/milan/
cp: cannot create directory `/media/slugh08/milan/zumpa/main/second': Permission denied
$ cp -r zumpa /media/slugh08/milan/
cp: cannot create regular file `/media/slugh08/milan/zumpa/main/second/mrkev.zel': Permission denied
$ cp -r zumpa /media/slugh08/milan/
$ 

tak je patrné, že se vše nakonec zkopíruje. Můžu také kopírovat prázdné adresáře a jednotlivé soubory. Samba server verze 3.2.5 (běží na NSLU2, Debian) je nastaven

slug:/home/milan# testparm 
Load smb config files from /etc/samba/smb.conf
Processing section "[home]"
Processing section "[printers]"
Processing section "[print$]"
Processing section "[pub]"
Loaded services file OK.
Server role: ROLE_STANDALONE
Press enter to see a dump of your service definitions

[global]
	workgroup = KAKADU
	netbios name = SLUGH08
	server string = %h server (Samba %v)
	obey pam restrictions = Yes
	passdb backend = tdbsam
	passwd program = /usr/bin/passwd %u
	passwd chat = *Enter\snew\sUNIX\spassword:* %n\n *Retype\snew\sUNIX\spassword:* %n\n .
	unix password sync = Yes
	syslog = 10
	syslog only = Yes
	log file = /var/log/samba/log.%m
	max log size = 1000
	printcap name = cups
	domain master = No
	dns proxy = No
	wins support = Yes
	invalid users = root

[home]
	comment = Home Directories
	path = /home/
	read only = No
	create mask = 0775
	directory mask = 0775

[printers]
	comment = All Printers
	path = /var/spool/samba
	create mask = 0700
	guest ok = Yes
	printable = Yes
	use client driver = Yes
	browseable = No

[print$]
	comment = Printer Drivers
	path = /var/lib/samba/printers
	write list = milan, @ntadmin
	guest ok = Yes

[pub]
	comment = share directory 3775 root:src
	path = /home/pub
	read only = No
	create mask = 0640
	directory mask = 0750
	guest ok = Yes

Když výše uvedené provedu například z winXP(virtuální stroj), tak vše proběhne naráz a OK. Nevíte prosím vás, kde se stala chyba? Předpokládám, že problém bude na straně klienta (způsob přimontování samba svazku mount.cifs ve fstab)

---

---

Odpovědi

[Tom]

Není to trochu nepraktické použít sambu jako síťový disk na linux-linux strojích? To osobně používám pouze ve vztahu linux-windows a pro linux-linux používám NFS. Za ty roky se to osvědčilo jako bezproblémová kombinace. Je teda fakt, že je sem tam potřeba spustit (nebo dát do cronu) příkaz "chmod 'práva' -R /'adresář společný pro sambu a NFS'", ale to už je jen drobnost.

[masomlejn]

No nepřipojuju se tam bohužel sám a víceméně jsem tu s linuxem za exota, ostatní používají windows. Proto jsem to taky testoval na windousu ve virtuální mašině. Ale popřemejšlím o tom NFS. Dik.

[tyctor]

v tom fstab zazname nieje uvedene pod akym userom sa to ma pripojit na tu sambu, nemoze to byt problem?

[masomlejn]

To řeším při připojování toho svazku (něděje se to při bootu). Z linuxového stroje si to vezme aktuálně přihlášeného uživatele (shodný s tím co je na sambě) a u win se to řeší v tom dialogu "namapovat síťovou jednotku". Tam by problém neměl být. Navíc při výpisu smbstatus na tom serveru je vidět spravně přihlášený uživatel milan.

slug:/home/milan# smbstatus 

Samba version 3.2.5
PID     Username      Group         Machine                        
-------------------------------------------------------------------
3959      milan         milan         __ffff_192.168.1.20 (::ffff:192.168.1.20)

Service      pid     machine       Connected at
-------------------------------------------------------
home         3959   __ffff_192.168.1.20  Fri Feb 26 16:04:58 2010

No locked files

Dik za reakci.

[masomlejn]

noperm do fstab

[masomlejn]

Muchas gracias! Zabralo. Na serveru to vytváří adresáře s maskou drwx------ a soubory -rw-------. Co více si přát? Takže vyřešeno a dík.

[pavel]

Rád jsem pomohl. Hezký den (večer).

[ZAH]

Zkusil bych přidat parametry

dirsync
iversion

[masomlejn]

Vyzkoušel jsem to - přidal jsem to fstab, remountoval - ale nedošlo k žádné změně. Mě je fakt záhadou, že jeden adresář (soubor) to zkopíruje-vytvoří, ale ten následující podadresář už ne. Nějak mi to neleze na rozum, teda pokud správně chápu jak fungujou atributy u adresářů a souborů. Nebo se budu muset po devíti letech "převychovat" . Navíc jsem teď zkoušel v tom sdíleném přimontovaném adresáři (/media/slugh08/milan) vytvořit adresářovou strukturu

$ mkdir -p test0/test1/test2
$ ls -lR test0
test0:
total 0
drwxr-xr-x 3 milan milan 0 2010-02-26 17:24 test1

test0/test1:
total 0
drwxr-xr-x 2 milan milan 0 2010-02-26 17:24 test2

test0/test1/test2:
total 0

a jak je vidět to proběhlo v pohodě ... slovy klasika "no to mi ho teda vyndej" ...

[Lol Phirae]

Zkus obcas zaktualizovat kernel. Viz http://patchwork.kernel.org/patch/9046/

[zulu]

Po funuse a ještě na špatném hřbitově. Toš vitaj ogare.