[PLUTO-help] Enorme Problema con Samba 3
Piero Salandin
piero.salandin a eriador.it
Mer 4 Giu 2008 17:18:57 CEST
Salve a tutti!
Questa volta spero veramente che ci sia qualcuno in grado di darmi una
mano o almeno dei consigli per capire come risolvere questo problema.
Siete la mia ultima spiaggia prima della canna del gas...
Ho un server di produzione con una Slackware 10, si tratta di un IBM
acquistato nel 2004 con tre dischi in raid 5 per un totale di poco
meno di 50 giga di capacità.
Ovviamente è stato deciso di prendere un altro server, sia perché
cambiare i dischi IBM costa una follia, sia perché il server è una
macchina un po' datata e non espandibile, ma soprattutto perché così
ne avremmo uno di ridondanza, pronto ad entrare in funzione.
Con ridondanza intendo "messo via e se l'altro si spacca copiamo i
dati dal backup della notte precedente e si ricomincia".
Sul vecchio server di fatto gira solo una SAMBA 3.0.4 con la seguente
configurazione:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
# Created by administrators
# Global parameters
[global]
workgroup = CLESP
server string = Samba %v on (%L)
netbios name = FILESERVER
log file = /var/log/samba/%m.log
log level = 2
max log size = 50
## Recieve windows default is 4098
socket options = SO_KEEPALIVE SO_SNDBUF=8192
os level = 60
local master = yes
preferred master = Yes
domain master = no
dns proxy = yes
wins proxy = no
wins support = Yes
time server = yes
locking = yes
strict locking = yes
oplocks = no
level2 oplocks= no
lock spin count = 50
lock spin time = 10
[libri]
comment = Libri Directory
path = /datashare/libri
create mask = 0666
directory mask = 0777
writeable = no
valid users = @manager, @ufficio
write list = @manager, @ufficio
[clesp2app]
comment = Archimede Directory Link
path = /datashare/clesp2app
create mask = 0666
directory mask = 0777
writable = no
write list = @magazzino
browseable = no
[prj]
comment = Projects Directory
path = /datashare/prj
create mask = 0666
directory mask = 0777
writable = no
valid users = @manager, @ufficio
write list = @manager, @ufficio
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Cose da sapere:
/datashare/clesp2app è un link simbolico a /datashare/libri/CLESP2,
una directory.
L'installazione del server e la configurazione del Samba sono state
fatte da una persona non più raggiungibile, anche se poi alla
configurazione di Samba sono stati aggiunti alcuni parametri per il
controllo del lock dei file.
Questo server Samba ospita infatti i file di un'applicazione DOS di
rete scritta in CLIPPER con indici CDX, ed i parametri di lock sono
serviti a non far crashare indici e tabelle.
Quanto alla security è di tipo share, in quanto la presenza di
macchine Windows 98 e Windows XP Home rendevano impossibile la
costruzione di un dominio. i gruppi manager, ufficio e magazzino
ripartono i vari utenti.
Comprato un DELL 2900 con tre dischi SATA II da 250 giga in raid 5
anche loro (un bel salto come spazio!)
Abbiamo installato una Debian 4 stabile perché non conosco la
Slackware, né qualcuno che la conosca e che ci possa aiutare alla
bisogna.
Comunque sia, abbiamo ricopiato la configurazione di Samba 3, creato
gli utenti e iniziato a connettere le macchine. La configurazione è
leggermente diversa poiché così com'era non andava; sospetto che di
default il Samba 3 della debian abbia security = user mentre quello
precedente sulla slack sembra avesse security = share, che è quello
che ci serviva.
Inoltre pareva non digerire opzioni come "valid users" e "write list".
Comunque ecco la nuova configurazione:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
#======================= Global Settings =======================
[global]
workgroup = CLESP
log file = /var/log/samba/%m.log
socket options = SO_KEEPALIVE SO_SNDBUF=8192
strict locking = yes
domain master = no
time server = yes
level2 oplocks = no
wins proxy = no
wins support = yes
dns proxy = yes
oplocks = no
netbios name = FILESERVER
server string = %h Samba %v
locking = yes
lock spin count = 50
local master = yes
os level = 60
lock spin time = 10
syslog = 0
security = share
preferred master = yes
panic action = /usr/share/samba/panic-action %d
max log size = 100
log level = 2
#======================= Share Definitions =======================
[libri]
path = /srv/samba/libri
comment = Libri Directory
create mask = 0666
directory mask = 0777
writeable = yes
user = @manager, a ufficio
write list = @manager, a ufficio
[prj]
path = /srv/samba/prj
comment = Projects Directory
create mask = 0666
directory mask = 0777
writeable = yes
user = @manager, @ufficio
write list = @manager, @ufficio
[clesp2app]
path = /srv/samba/clesp2app
comment = Archimede Directory Link
create mask = 0666
directory mask = 0777
writeable = yes
user = @manager, @magazzino
write list = @manager, @magazzino
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Ho anche dovuto cambiare la writeable a yes se no non si avevano i
diritti in scrittura, nonostante la write list.
Sembrava anche che tutto andasse bene.
Poi sono iniziati i problemi: al'inizio sembrava solo una faccenda di
performance su alcune macchine (mentre in altre sembrava addirittura
migliore di prima), poi però ci siamo accorti che:
- l'applicazione (che quando parte controlla l'esistenza di molti
file) è molto lenta all'avvio, come se andasse in timeout leggendo
alcuni file (già aperti? già aperti da almeno N utenti? non saprei),
ma quel che è più grave è che quando partono le macchine a volte NON
TROVANO alcuni file, e il programma è istruito a ricostruirli in tal
caso. Perciò ieri ci siamo trovati con alcuni file (cioè alcune
tabelle DBF) completamente spianati, probabilmente (è una mia
supposizione per ora) perché, appunto, non "vedendo" una tabella la
ricrea.
- va detto che non è una cosa sistematica, altrimenti avrebbe spianato
tutte le tabelle, dato che in partenza le controlla tutte quante
Inutile aggiungere il grado di disperazione in cui verso.. Io ho
sempre considerato Samba una roccia e non ho mai avuto problemi del
genere.. ma essendo uno sviluppatore non ho nemmeno sistemi che stesso
gran che.
Un saluto, un abbraccio, un grande grazie ed una pizza con birra a chi
riesca a darmi qualche dritta REALMENTE utile.
--
Piero Salandin
via G.B.Tiepolo, 14
I-35031 Abano Terme PD
piero.salandin a eriador.it
Skype: psalandin
Dona il Cinque per mille al CLUB ALPINO ITALIANO !
Sezione di Padova Codice Fiscale 80018900284
More information about the pluto-help
mailing list