Newsgroup: it.comp.os.linux.sys
Titolo: sarge=>etch: seri problemi samba pdc

Salve a tutti,
   ho un grosso problema.... ho aggiornato samba alla versione debian 
etch e ora nessun account riesce ad effettuare il login, nemmeno 
l'account di amministratore di rete
L'upgrade non ha dato errori, tutti i file di configurazione sono gli 
stessi.
'getent passwd' e 'pdbedit -v -L' riportano correttamente tutte le info 
sugli utenti e sui pc
Ho provato a togliere un pc dal dominio -mi chiede la password di 
amministratore di rete, e la riconosce!- e a rimetterlo: tutto ok, ma 
nessun account fa il login.
Ho notato che con Konquerror posso entrare nelle directory samba 
-autentificandomi- e browsare le dir secondo i privilegi dell'account 
che ho utilizzato.
Unica differenza: prima con Konq. vedevo tutte le dir e mi chiedeva di 
autentificarmi entrando sulla prima di esse, mentre ora mi chiede la 
password prima di visualizzare la lista delle dir.
Avete idea di cosa possa essere?
Grazie
Alessandro

>   ho un grosso problema.... ho aggiornato samba alla versione debian 
Aggiornamento:
smbclient -L //ip_server_pdv -U username
funziona perfettamente, e infatti konquerror funziona..
Inotre (e questa mi sembra una magia): per poter accedere alle dir di 
rete con un client windows devo entrare come utente locale e poi andare 
a browsare le dir sul server pdc: come in conquerror, prima di listare 
le dir mi chiede l'autentificazione e successivamente posso accedere.
In pratica è solo la login iniziale che fallisce miseramente
Mi auguravo un sabato mattina migliore..
Alessandro

 In pratica è solo la login iniziale che fallisce miseramente
]zac
Una occhiata ai log dovrebbe chiare qual'è il problema, utente non valido,
password non valida, ecc. o altro.
A quel punto sarebbe da provare a creare un nuovo utente per verificare se
il problema è generale o solo per i vecchi utenti.
Se i nuovi utenti funzionano, la strada è trovata, nel caso buona camminata
( :) ).

 ( :) ).
Mah, a parte questa nottata mi aspetta anche una bella domenica...
Mi sorge un dubbio: ma se azzero tutto il db di samba, provando a 
reimmettere da zero tutti gli utenti, poi funzionerà? Vabbè, dovrei 
reimmettere nel dominio una trentina di macchine, ma almeno avrei una 
soluzione.
Ciao e grazie
Alessandro

 password non valida, ecc. o altro.
Penso che i log di Samba siano i peggiori in assoluto...
Enrico

> Sto provando a ripartire da capo, impostando a mano i vari SID:
Lasciando i sid nuovi (quindi partendo da una nuova istallazione di 
samba) ho gli stessi identici problemi: i client windows non trovano il 
dominio
Ho installato anche la vecchia versione di samba, invano: a questo punto 
non credo sia un problema di samba.
Ci deve essere qualche script da qualche parte che forza i sid o altro; 
considerate inoltre che ho fatto un aggiornamento completo a etch, 
quindi anche altri programmi sono stati aggiornati.
Alessandro


http://groups.google.it/group/linux.samba/browse_thread/thread/c896d5ea25a72341/5183303468c3a0be?hl=it#5183303468c3a0be
]zac[
Niente log, niente luce, e brancolare nel buio fa male.
E viste tutte le prove che hai fatto la situazione potrebbe essersi
incasinata ancora di più.
In sintesi la situazione dovrebbe essere che i client win, fuori dal
dominio, riescono a vedere (usando il nome del server) le risorse di samba
ed entrarci (dando utente e password), il che vuol dire che NMB funziona (e
non si è incasinato) e che samba riconosce l'utente e ne consente
l'accesso.
Se non arrivi a questo punto (LOG LOG leggere LOG LOG) ogni altro tentativo
è vano.
Poi si può provare con un NUOVO utente CONTEMPORANEMENTE con un nuovo nome
di un client.
Se fallisce rimane solo .. LOG LOG .... perché le possibilità sono tante,
comandi/script di creazione del machine account fallati, errori di
risoluzione dei nomi delle macchine, samba che non si avvia come domain e
master browser, XP senza pacchetti fino al SP2, ecc. .
Auguri.

 Auguri.
Mi serviranno di sicuro per la prossima volta che riprovo 
l'aggiornamento di samba
Grazie
Alessandro

 l'account di amministratore di rete
[...]
Dopo aver letto tutto il thread... penso che aspetterò ancora un po'
prima di aggiornare... se mi va giù samba è un casino.
Intanto in bocca al lupo!
-- 
Ciao, Mirco.
[ 
http://hellspawn.dnsalias.net/~mircomir/
 ]
[ GPG public key available ][ ICQ 51640305 ]

 Intanto in bocca al lupo!
ehhe, magari usare una macchina clone/muletto?

 Alessandro
De che? non visto i log non ti sono stato utile ...

 De che? non visto i log non ti sono stato utile ...
Supporto morale :-)  In pratica hai risposto solo tu
Alessandro

 Intanto in bocca al lupo!
Ciao
Alessandro
PS: hai aggiornato amavis da sarge a etch?? ecco la procedura automatica 
cosa ti dirà..
1) sto' downlodando la nuova versione di amavis
2) sto' stoppando il servizio amavis
3) sto' rimpiazzando il pacchetto amavis
4) sto' riavviando il servizio amavis
5) oops.. il file di configurazione è di tipo vecchio, prego leggere il 
sito "http:
www.blablabla.com/conf_update.html
" per scrivere il nuovo 
file di configurazione e ripristinare il servizio... in bocca al lupo! 
Con affetto
Firmato: la tua procedura guidata preferita

> Ah! bel colpo.
A chiarimento di ciò che ho detto: l'aggiornamento a samba 3.0.24-6 non 
sembrava aver dato problemi, e pdedit mi elencava tutti gli utenti 
(anche se un errorino me lo metteva sempre).
Tornando indietro a samba 3.0.16xxx pdbedit, dopo una valanga di log, mi 
diceva che tdbsam versione 3 gli era sconosciuta.
Quindi sembrava che la nuova istallazione avesse eseguito una 
"conversione", e per tornare indietro ho dovuto usare i gli arichi .tdb 
di backup (non avevo nessun export di tali archivi)
Alessandro

 Supporto morale :-)  In pratica hai risposto solo tu
]zac[
E' che con samba bisogna essere metodici e precisi:
- impostare il log di samba a 2 e a un size di centinaia di KB
- preparare tutto fino al punto topico e che sia tutto fermo
- tailf sul log di samba
- eseguire la prova
- leggere con attenzione i messaggi scritti
Poi ricercare su google gli errori trovati e poi postare l'esatta situazione
in maniera da restringere tutte le possibilità (nmb funziona, l'utente
viene riconosciuto, la macchina entra a dominio, è solo l'utente che non è 
accettato per il dominio, ecc.).
Purtroppo scrivere centinaia di righe di configurazione, di log, o al
contrario lasciare troppe possibilità porta a non riuscire ad avere un
colpevole da puntare.

 "conversione", e per tornare indietro ho dovuto usare i gli arichi .tdb
]zac[
Si, più che probabile, tipico di samba la conversione al volo.
--------------------------------------------------------------------------
Una veloce lettura di vari problemi simili ai tuoi segnalati da altri
sembrerebbe che:
- A volte bug di samba
- A volte database degli utenti fallato
- A volte id delle utente in samba che non corrisponde all'id dell'utente di
linux.
- A volte configurazione errate (LDAP non accessibile all'utente guest,
accesso al database degli utenti con problemi, utente mancante o errato,
ecc.).
In sintesi il problema è che non riesce a fare il match tra l'utente samba
con quello di linux (il motivo esatto è da scoprire volta per volta).

 ehhe, magari usare una macchina clone/muletto?
si, la ho dentro una macchina virtuale... ma se leggo che ci sono
problemi non ci sto nemmeno a perdere il tempo che non ho in questo
periodo.


 con quello di linux (il motivo esatto è da scoprire volta per volta).
Scoprire come? I log di samba danno i risultati delle singole funzioni 
in c di samba.
A cosa servono tali funzioni? Probabilmente il sorgente di samba può aiutare
Comunque ci sono dei metodi di debugging
http://us3.samba.org/samba/docs/man/Samba-HOWTO-Collection/troubleshooting.html
La cosa che non mi piace è il consiglio di fare il dump delle 
comunicazioni rete; più a basso livello di così...
Forse servirebbe una bella lista di script che testino ogni singola 
funzione di samba partendo dall'smb.conf attuale + una serie di dati di 
test, tipo nome-utente-da-testare + password/policy da cambiare ecc.
Vedo che nel sorgente c'e' la dir. "testsuite/", poi "./examples/", 
magari rappresentano ciò che cerco.
Smbclient come strumento di diagnosi, nel mio caso, ha miseramente 
fallito (nel senso che lui funzionava alla perfezione, ma i client 
window no..)
Alessandro

Mandi! Alessandro
  In chel d? si favelave...
A>    ho un grosso problema.... ho aggiornato samba alla versione debian 
A> etch e ora nessun account riesce ad effettuare il login, nemmeno 
A> l'account di amministratore di rete
Leggere il changelog, no?
Sono cambiati un dozzilione di parametri, e un altro quarto di trilione
di default degli stessi.
In particolare per me sei andato a incappare nel cambio di default
della 'nominazione' degli utenti. Se prima l'utente 'pippo' era
'DOMINIO\pippo', ora ? 'HOSTLOCALE\pippo'.
Che non sono propiamente la stessa cosa. ;)
Ti consiglio una sana lettura di:
 
http://us1.samba.org/samba/history/samba-3.0.24.html
(uno che deve aggiornare una dozzina di server, e che ringrazia
comunque di questa esperienza ;)
-- 
  Internet it's the largest equivalence class in the reflexive
  transitive symmetric closure of the relationship:
  ``can be reached by an IP packet from''.		(Seth Breidbart)

 Smbclient come strumento di diagnosi, nel mio caso, ha miseramente
]zac[
Beh no, smbclient serve per accedere alle risorse condivise, cosa che fa
egregiamente, dimostrando che il problema non è li.
E, se ricordo bene le prove che hai fatto, funziona anche l'aggiunta della
macchina a dominio, e il punto in cui fallisce è '''solo''' il login a
dominio (cosa che mi puzza di bug, incasinamento di librerie/db
utenti/configurazione da aggiornamento, cambio delle opzioni di
configurazione per gestire un dominio, streghe e folletti).
Probabilmente servirebbe mettere in piedi un muletto di test con nuova
installazione per vedere se il problema si ripresenta, vedere se hanno
cambiato qualcosa sulla gestione dei dominio, scaricare l'ultima versione
di samba direttamente dal loro sito, ecc. (cosette da poco ( :) ).
Auguri.

 configurazione per gestire un dominio, streghe e folletti).
Ecco perchè non ne venivo a capo:sono le streghe e i folletti! :-)
E quindi seguirò il tuo consiglio: muletto di test
Alessandro

 comunque di questa esperienza ;)
Tanto di cappello!
Ciao
Alessandro

 E quindi seguirò il tuo consiglio: muletto di test
]zac[
Acetta (!) un altro consiglio, una bella rilettura della nuova
documentazione di samba sulla configurazione di un dominio, magari la parte
per impazienti, è probabili che ci sia qualche 'rito' anti folletti (leggi
cambiamenti fetenti).

 al contrario smbclient di funzionare?
]zac[
A parte che mi sembra strano (le parole giuste sono parolacce estreme) che
non ci sia compatibilità (è cambiata una sottoversione di samba) con una
situazione già esistente e funzionante e che una delle prove che Alessandro
ha fatto è creare un nuovo utente e un nuovo nome del client e il problema
sembrerebbe uguale.
Sarebbe una spiegazione valida, se non cerchi di loggarti al dominio basta
che l'utente sia ESISTENTE, altrimenti l'utente deve esistere nel db utenti
PER QUEL DOMINIO.

Mandi! Alessandro
  In chel d? si favelave...
A> E ciò potrebbe avermi provocato il mancato login da windows permettendo 
A> al contrario smbclient di funzionare?
...se hai messo esplicitamente dei valid user/write list o se contavi
sulla definizione di guest account, direi che pu? essere.
-- 
 Due cose sono infinite: l'universo e la stupidit? umana,
 ma riguardo l'universo ho ancora dei dubbi.	(A. Einstein)

 sulla definizione di guest account, direi che pu? essere.
Dopo l'upgrade avevo creato un nuovo account di prova.
Ho visto proprio ieri -stavo facendo un check- che la home del nuovo 
account era sotto /home/nome_nuovo_utente  e non dove doveva essere 
(sotto un'altra directory)
Non ricordo di aver eseguito testparm , oppure l'ho fatto ma ho dato per 
scontato questa cosa.
Se la direttiva per settare la path delle home è la stessa, allora direi 
proprio di essere incappato in un bug; che ne dici?
Comunque il login era negato sia per il nuovo utente (con la home 
settata nella nuova path) che con i vecchi
Alessandro