Newsgroup: it.comp.os.linux.sys
Titolo: Ma cosa succede alle nuove versioni di samba?

Ultimamente sto vedendo che samba da problemi assurdi.
Gia' nella versione inserita nella Fedora Core 3 succede che anche dando 
come secure=share mi chiede la password dai client inspiegabilmenete, ora 
con la versione presente in Fedora Core 4 peggio che mai!
Addirittura non riesce a condividere directory che sono mount-point di un 
filesystem.
Nei log incredibilmente dice che la directory a cui punta lo share non 
esiste, cosa che non e' vera, e la cosa bella e' che se restarto smbd 
comincia a funzionare correttamente, ma come, prima la dir non esiste ed ora 
si?
Ma la cosa spettacolare e' che smbd lo devo restartare come nobody (per 
esempio da swat) Se lo faccio da rott continua a dirmi che le directory 
sharate non esistono.
Per le directory "normali" cioe' quelle create dentro / e che non sono 
mount-point di altri filesystem non ho nessun problema.
Insomma io in tutto questo non ci trovo assolutamente nulla di logico e voi? 


Succede anche se compili a mano i sorgenti di SAMBA?
Facci sapere.
Sergio

 Facci sapere.
Piu' tradi faro' questa prova.
Intanto mi piacerebbe sapere se qualcuno di vio ha riscontrato questi 
problemi.
Intanto posto un smb.con che mi da problemi con samba-3.0.14a-2
[global]
workgroup = STUDIO
server string = Samba Server
printcap name = /etc/printcap
load printers = yes
log file = /var/log/samba/%m.log
max log size = 50
security = share
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
dns proxy = no
idmap uid = 16777216-33554431
idmap gid = 16777216-33554431
template shell = /bin/false
winbind use default domain = no
[homes]
comment = Home Directories
browseable = no
writable = yes
[printers]
comment = All Printers
path = /var/spool/samba
browseable = no
guest ok = yes
writable = no
printable = yes
[tmp]
comment = Temporary file space
path = /tmp
read only = no
public = yes
[public]
comment = Public space
path = /samba
read only = no
public = yes
Lo share tmp funziona sempre, lo share public no. /samba e' un filesystem. 
Se "smonto" /samba facendola diventare una directory normale lo share 
funziona!
Per fare in modo che tutto funzioni devo restartare smbd... ma non da root, 
quindi da un pc come nobody (per esempio usando swat) devo restartare smbd e 
allora funziona tutto!!!

Davide D'Amico ha scritto:







Mah io controllerei la compilazione come ti č stato suggerito da Sergio e
come ti avevo anticipato io qualche post fa la tua versione a me non da di
questi problemi assolutamente (č anche vero che io non ho fedora ma gentoo
ma comunque sempre samba č... :) ). O si tratta di un bug di FC4 oppure
ricompila a mano i sorgenti e facci sapere.
Ciao Gabriele
-- 
--=Coltivate Linux...Windows si pianta da solo=--
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Insomma io in tutto questo non ci trovo assolutamente nulla di logico e voi? 
boh io non trovo logico usare security = share nel 2005, il resto
non so

 ma comunque sempre samba č... :) ). O si tratta di un bug di FC4
fedora 4 e` quella "roba su cd" che ho provato a usare in rescue mode,
ma chroot non ha funzionato per bug di glibc, da quella volta noto un'
inspiegabile tendenza dei cd fedora a volare di moto proprio dalla mia
mano al cestino =)

 non so
Ok... ti do ragione. Purtroppo pure con security=user e relativa creazione 
di utenti con password stessa pappa. I problemi che ho descritto  sono 
rimasti identici ma ho scoperto una cosa sconvolgente!
In /etc/rc.d/init.d c'e' un file smb che avvia samba dando semplicemente 
smbd -D e nmbd -D.
Questo file avvia samba ma mi da i problemi che ho descritto prima. Spiando 
con strace il processo smbd ho scoperto che ho dei permission denied sulle 
directory che non riesce a sharare (quelle con filesystem) ma quelle 
directory hanno chmod 777 !!!
La cosa sconvolgente e' che se do manualmente da root smbd -D e nmbd -D 
magicamente tutto funziona alla perfezione e se lancioe /etc/ini.d/smb 
restart ricomincia a non funzionare!!!! 

 mano al cestino =)
ROTFL ! 
stranamente a me' succede lo stesso ...
-- 
Membro del CICAP
Comitato Italiano per il Controllo delle Affermazioni di P4

 restart ricomincia a non funzionare!!!! 
se sposti un po' piu` avanti l'avvio di samba
cambia qualcosa? puzza di problema di kernel

 cambia qualcosa? puzza di problema di kernel
Piu' avanti in che senso? Ho tolto l'avvio di samba all'avvio e lo avvio io 
manualmente con /etc/init.d/smb start e non va... piu' avanti di cosi'!
Se invece do a mano smbd -D e nmbd -D tutto funziona alla perfezione.

 Comitato Italiano per il Controllo delle Affermazioni di P4
LOL :)


 non so
IMHO non e' sempre cosi'. Ci sono casi in cui, senza dover
stare a sbattersi con gli utenti (specie in un workgroup con
troppi pc...), interessa solo creare una public share in sola
lettura, accessibile in modo anonimo.
bye G.L.

 ha scritto nel messaggio 

pero` continui a parlare di samba: ho appena perso 5' scarsi a verificare
che non succede su debian e 1' a inserire una query in google, e il primo
risultato e` questo:
http://forums.fedoraforum.org/archive/index.php/t-59414.html

 lettura, accessibile in modo anonimo.
Infatti e' proprio di questo genere di installazione che sto parlando.
Ho delle installazioni con sopra un software di contabilita' e una diretory 
pubblica a cui devono accedere tutti per scaricarci sopra dei files che 
ricevono per email e che devono poi essere importati nel software.
Alcune di queste installazioni hanno terminali che si collegano in datawan 
da diverse citta' con sistemi operativi che vanno da win98 a win2000..... 
non voglio passare 6 giorni a configurare gli utenti per una cavolata simile 
no? Aggiorno il server e deve funzionare tutto come prima. 

Renaissance ha scritto:

aggiungendoci un guest ok magari (cosa che puzza non abbia fatto), e`
che mi ha irritato continuare a sentire tirare in ballo samba (che ha
i suoi problemi, beninteso) quando bastano un po' di buon senso e una
prova di 5min5 su un'altra distro x capire che e` quella m***a di fc4

 
http://forums.fedoraforum.org/archive/index.php/t-59414.html
Ti ringrazio ma purtroppo anche io sono passato per questo link (tra gli 
altri 1000) e purtroppo non rispecchia minimamente il mio problema.
Comunque possiamo chiudere questo 3d. Non mi aspetto mica che mi risolviate 
il problema, anzi forse un vero problema non lo e' neppure. Forse il vero 
problema sono io, il vero problema e' il fatto che installo la fc4 che fa 
schifo ma per ragioni aziendali lo devo fare per forza, o il vero problema 
e' l'utilizzo scorretto delle security.
Volevo sapere solo se il problema era stato riscontrato da altri e 
discuterne. Il fatto stesso che nessuno ha avuto tale problema e' 
significativo.
Il problema non e' nella versione di samba, e questo mi basta. Per il resto 
mi posso arrangiare da solo, anzi ho gia' risolto. Nello script che lancia 
il software di contabilita' ho aggiunto smbd -D e nmbd -D et voila' ora non 
ho piu' problemi.... ma come mai? Mi piacerebbe scoprirlo, magari un giorno 
faro' luce e vi ragguaglio.
Grazie a tutti. Ciao. 

 no? Aggiorno il server e deve funzionare tutto come prima. 
beh, un server su fc4, UN BEL MAL DI TESTA TE LO MERITI! ^__^

 ho piu' problemi.... ma come mai?
una cosa ovvia e che a questo punto avrai indagato e` selinux
(mount con fscontext)

 (mount con fscontext)
Perfetto hai dato voce al mio dubbio piu' grande.... selinux
Penso che possa esserci liu dietro questi strani comportamenti.
Solo dei selinux attualmente so molto poco. Mi podresti indirizzare verso 
valide docs?
Cosa intendi per mount con fscontext, comer potrebbe influire sul 
comportamento di smbd?
Grazie 1000 

 Solo dei selinux attualmente so molto poco.
Allora disabilitalo, per cominciare, onde evitarti derive psicogeografiche
mica da ridere.
SELINUX=disabled in /etc/selinux/config (e riavvii, si intende)
Poi se è il caso te lo studi e te lo configuri come meglio credi.
-- 
Chaos A.D.		|	Raging crowd
Tanks on the streets	|	Burning cars
Confronting police	|	Bloodshed starts
Bleeding the Plebs	|	Who'll be alive?

 ha scritto nel messaggio 

fai partire samba di script, nel modo in cui non funziona sulla share,
dai un ps -axZ|grep smbd, poi dai un ls -Z sulla directory montata, se
confronti i contesti saranno probabilmente diversi, lanciandolo tu hai
lo stesso contesto
certo che se non sai cosa hai sotto i piedi meglio disabilitarlo, come
ha gia` indicato whip
per info da 
selinux.sourceforge.net
 in avanti x link specifici per fc4