Gandhi di Laives: server Lenny funzionante e aggiornato questa mattina alle 11 (quindi con l'ultimo octofussd) Client Lucid + fuss-client. Lancio fuss-client -a: ottengo il seguente errore, dopo che apparentemente sembra funzionare:
/usr/lib/pymodules/python2.6/fussclient/client.py:310: DeprecationWarning: use gtk.ComboBoxEntry self.server_entry = gtk.Combo() /usr/lib/pymodules/python2.6/fussclient/client.py:322: DeprecationWarning: use gtk.ComboBoxEntry self.cluster_entry = gtk.Combo() Adding workstation to Fuss Server * Restarting LDAP connection daemon nslcd nslcd: no URIs defined in config [fail] * Restarting Name Service Cache Daemon nscd
Help! .. e ciao
Pier
vai di mail a Christopher che e' online e risponde.
La prima parte del messaggio di errore e' da ignorare se hai lanciato fuss-client da shell e non da una console in grafica.
/etc/fuss-client/server.conf e' a posto?
paolo
Il giorno mer, 09/06/2010 alle 15.00 +0200, pcemin@fuss.bz.it ha scritto:
Gandhi di Laives: server Lenny funzionante e aggiornato questa mattina alle 11 (quindi con l'ultimo octofussd) Client Lucid + fuss-client. Lancio fuss-client -a: ottengo il seguente errore, dopo che apparentemente sembra funzionare:
/usr/lib/pymodules/python2.6/fussclient/client.py:310: DeprecationWarning: use gtk.ComboBoxEntry self.server_entry = gtk.Combo() /usr/lib/pymodules/python2.6/fussclient/client.py:322: DeprecationWarning: use gtk.ComboBoxEntry self.cluster_entry = gtk.Combo() Adding workstation to Fuss Server
- Restarting LDAP connection daemon nslcd nslcd: no URIs defined in config [fail]
- Restarting Name Service Cache Daemon nscd
Help! .. e ciao
Pier
fuss-devel mailing list fuss-devel@fuss.bz.it http://www.fuss.bz.it/cgi-bin/mailman/listinfo/fuss-devel
vai di mail a Christopher che e' online e risponde.
La prima parte del messaggio di errore e' da ignorare se hai lanciato fuss-client da shell e non da una console in grafica.
/etc/fuss-client/server.conf e' a posto?
Mi sembra di sì:
[Server] address = 192.168.20.1
l'indirizzo è quello giusto
Pier
paolo
Il giorno mer, 09/06/2010 alle 15.00 +0200, pcemin@fuss.bz.it ha scritto:
Gandhi di Laives: server Lenny funzionante e aggiornato questa mattina alle 11 (quindi con l'ultimo octofussd) Client Lucid + fuss-client. Lancio fuss-client -a: ottengo il seguente errore, dopo che apparentemente sembra funzionare:
/usr/lib/pymodules/python2.6/fussclient/client.py:310: DeprecationWarning: use gtk.ComboBoxEntry self.server_entry = gtk.Combo() /usr/lib/pymodules/python2.6/fussclient/client.py:322: DeprecationWarning: use gtk.ComboBoxEntry self.cluster_entry = gtk.Combo() Adding workstation to Fuss Server
- Restarting LDAP connection daemon nslcd nslcd: no URIs defined in config [fail]
- Restarting Name Service Cache Daemon nscd
Help! .. e ciao
Pier
fuss-devel mailing list fuss-devel@fuss.bz.it http://www.fuss.bz.it/cgi-bin/mailman/listinfo/fuss-devel
-- paolo paolo@fuss.bz.it _______________________________________________ fuss-devel mailing list fuss-devel@fuss.bz.it http://www.fuss.bz.it/cgi-bin/mailman/listinfo/fuss-devel
On Wed, 2010-06-09 at 15:15 +0200, pcemin@fuss.bz.it wrote:
vai di mail a Christopher che e' online e risponde.
La prima parte del messaggio di errore e' da ignorare se hai lanciato fuss-client da shell e non da una console in grafica.
/etc/fuss-client/server.conf e' a posto?
Mi sembra di sì:
[Server] address = 192.168.20.1
l'indirizzo è quello giusto
sulla macchina in questione, prova
grep uri /etc/nslcd.conf
da root.
Grazie,
C.
Trovo uri ldaps://gandhi.segandhi.local/
esattamente ciò che c'è nel file /etc/nslcd.conf
Pier
On Wed, 2010-06-09 at 15:15 +0200, pcemin@fuss.bz.it wrote:
vai di mail a Christopher che e' online e risponde.
La prima parte del messaggio di errore e' da ignorare se hai lanciato fuss-client da shell e non da una console in grafica.
/etc/fuss-client/server.conf e' a posto?
Mi sembra di sì:
[Server] address = 192.168.20.1
l'indirizzo è quello giusto
sulla macchina in questione, prova
grep uri /etc/nslcd.conf
da root.
Grazie,
C.
fuss-devel mailing list fuss-devel@fuss.bz.it http://www.fuss.bz.it/cgi-bin/mailman/listinfo/fuss-devel
On Wed, 2010-06-09 at 15:27 +0200, pcemin@fuss.bz.it wrote:
Trovo uri ldaps://gandhi.segandhi.local/
esattamente ciò che c'è nel file /etc/nslcd.conf
E se fai , sempre da root
service nslcd restart
che dice?
nslcd: ldap://gandhi.segandhi.local/ doesn't start with ldaps:// and "ssl on" is specified
On Wed, 2010-06-09 at 15:40 +0200, pcemin@fuss.bz.it wrote:
On Wed, 2010-06-09 at 15:27 +0200, pcemin@fuss.bz.it wrote:
Trovo uri ldaps://gandhi.segandhi.local/
esattamente ciò che c'è nel file /etc/nslcd.conf
E se fai , sempre da root
service nslcd restart
che dice?
nslcd: ldap://gandhi.segandhi.local/ doesn't start with ldaps:// and "ssl on" is specified
Oh, ok, questo mi piace di piu' :) Investigo e ti dico
On Wed, 2010-06-09 at 15:40 +0200, pcemin@fuss.bz.it wrote:
On Wed, 2010-06-09 at 15:27 +0200, pcemin@fuss.bz.it wrote:
Trovo uri ldaps://gandhi.segandhi.local/
esattamente ciò che c'è nel file /etc/nslcd.conf
E se fai , sempre da root
service nslcd restart
che dice?
nslcd: ldap://gandhi.segandhi.local/ doesn't start with ldaps:// and "ssl on" is specified
Ma hai modificato a mano il file? Perche' fuss-client imposta a forza ldaps://
Cazzata:
Questo è l'originale
nslcd: ldaps//gandhi.segandhi.local/ doesn't start with ldaps:// and "ssl on" is specified
Non è ldap, come sotto, avevo per curiosità provato a cambiare in ldap quando ho visto la tua richiesta
Scusami
Pier
On Wed, 2010-06-09 at 15:40 +0200, pcemin@fuss.bz.it wrote:
On Wed, 2010-06-09 at 15:27 +0200, pcemin@fuss.bz.it wrote:
Trovo uri ldaps://gandhi.segandhi.local/
esattamente ciò che c'è nel file /etc/nslcd.conf
E se fai , sempre da root
service nslcd restart
che dice?
nslcd: ldap://gandhi.segandhi.local/ doesn't start with ldaps:// and "ssl on" is specified
Oh, ok, questo mi piace di piu' :) Investigo e ti dico
On Wed, 2010-06-09 at 15:52 +0200, pcemin@fuss.bz.it wrote:
Cazzata:
Questo è l'originale
nslcd: ldaps//gandhi.segandhi.local/ doesn't start with ldaps:// and "ssl on" is specified
Non è ldap, come sotto, avevo per curiosità provato a cambiare in ldap quando ho visto la tua richiesta
Sicuro che sia l'originale?
Prova ad eseguire:
grep ldaps /usr/share/pyshared/fussclient/actions.py
Piero... hai idea di quello che ti costera' la faccenda?
Christopher, ma anch'io, siamo in attesa di proposta congrua :)
paolo
Il giorno mer, 09/06/2010 alle 15.52 +0200, pcemin@fuss.bz.it ha scritto:
Cazzata:
Questo è l'originale
nslcd: ldaps//gandhi.segandhi.local/ doesn't start with ldaps:// and "ssl on" is specified
Non è ldap, come sotto, avevo per curiosità provato a cambiare in ldap quando ho visto la tua richiesta
Scusami
Pier
On Wed, 2010-06-09 at 15:40 +0200, pcemin@fuss.bz.it wrote:
On Wed, 2010-06-09 at 15:27 +0200, pcemin@fuss.bz.it wrote:
Trovo uri ldaps://gandhi.segandhi.local/
esattamente ciò che c'è nel file /etc/nslcd.conf
E se fai , sempre da root
service nslcd restart
che dice?
nslcd: ldap://gandhi.segandhi.local/ doesn't start with ldaps:// and "ssl on" is specified
Oh, ok, questo mi piace di piu' :) Investigo e ti dico
fuss-devel mailing list fuss-devel@fuss.bz.it http://www.fuss.bz.it/cgi-bin/mailman/listinfo/fuss-devel
Per non saper ne' leggere ne' scrivere ho: 1)rimosso fuss-client 2) apt-get --purge remove fuss-client nslcd 3)apt-get install fuss-client nslcd 4) fuss-client -a ...
stesso errore di prima
grep ldaps /usr/share/pyshared/fussclient/actions.py mi dà
uri ldaps://%s/
On Wed, 2010-06-09 at 15:52 +0200, pcemin@fuss.bz.it wrote:
Cazzata:
Questo è l'originale
nslcd: ldaps//gandhi.segandhi.local/ doesn't start with ldaps:// and "ssl on" is specified
Non è ldap, come sotto, avevo per curiosità provato a cambiare in ldap quando ho visto la tua richiesta
Sicuro che sia l'originale?
Prova ad eseguire:
grep ldaps /usr/share/pyshared/fussclient/actions.py
On Wed, 2010-06-09 at 16:01 +0200, pcemin@fuss.bz.it wrote:
Per non saper ne' leggere ne' scrivere ho: 1)rimosso fuss-client 2) apt-get --purge remove fuss-client nslcd 3)apt-get install fuss-client nslcd 4) fuss-client -a ...
stesso errore di prima
grep ldaps /usr/share/pyshared/fussclient/actions.py mi dà
uri ldaps://%s/
Quindi, la versione di fuss-client e' quella giusta, mette "ldaps://" dentro nslcd.conf. Dopo fuss-client -a, cosa hai in output con
grep uri /etc/nslcd.conf
L'importante e' _non_ modificare i file, altrimenti non si capisce dove e' presente un eventuale errore nella procedura.
Beh noo, dai! Ho modificato solo dopo varie prove e la comunicazione, giusto per vedere ... ...certo che Chris, cacchio, ti becca subito, non ti lascia nemmeno un minuto .. comunque ho capito ... mi toccherà portarvi a cena ... stinco o cinghiale?
Pier
Piero... hai idea di quello che ti costera' la faccenda?
Christopher, ma anch'io, siamo in attesa di proposta congrua :)
paolo
Il giorno mer, 09/06/2010 alle 15.52 +0200, pcemin@fuss.bz.it ha scritto:
Cazzata:
Questo è l'originale
nslcd: ldaps//gandhi.segandhi.local/ doesn't start with ldaps:// and "ssl on" is specified
Non è ldap, come sotto, avevo per curiosità provato a cambiare in ldap quando ho visto la tua richiesta
Scusami
Pier
On Wed, 2010-06-09 at 15:40 +0200, pcemin@fuss.bz.it wrote:
On Wed, 2010-06-09 at 15:27 +0200, pcemin@fuss.bz.it wrote:
Trovo uri ldaps://gandhi.segandhi.local/
esattamente ciÃÂò che c'ÃÂè nel file /etc/nslcd.conf
E se fai , sempre da root
service nslcd restart
che dice?
nslcd: ldap://gandhi.segandhi.local/ doesn't start with ldaps:// and "ssl on" is specified
Oh, ok, questo mi piace di piu' :) Investigo e ti dico
fuss-devel mailing list fuss-devel@fuss.bz.it http://www.fuss.bz.it/cgi-bin/mailman/listinfo/fuss-devel
-- paolo paolo@fuss.bz.it _______________________________________________ fuss-devel mailing list fuss-devel@fuss.bz.it http://www.fuss.bz.it/cgi-bin/mailman/listinfo/fuss-devel
On Wed, 2010-06-09 at 16:01 +0200, pcemin@fuss.bz.it wrote:
Per non saper ne' leggere ne' scrivere ho: 1)rimosso fuss-client 2) apt-get --purge remove fuss-client nslcd 3)apt-get install fuss-client nslcd 4) fuss-client -a ...
stesso errore di prima
grep ldaps /usr/share/pyshared/fussclient/actions.py mi dÃ
uri ldaps://%s/
Quindi, la versione di fuss-client e' quella giusta, mette "ldaps://" dentro nslcd.conf. Dopo fuss-client -a, cosa hai in output con
grep uri /etc/nslcd.conf
L'importante e' _non_ modificare i file, altrimenti non si capisce dove e' presente un eventuale errore nella procedura.
uri ldaps://gandhi.segandhi.local/
E' lo stesso di prima, la modifica manuale l'avevo fatta dopo
Aggiunta:
ora però, se faccio service nslcd restart riavvia senza errori.
On Wed, 2010-06-09 at 16:01 +0200, pcemin@fuss.bz.it wrote:
Per non saper ne' leggere ne' scrivere ho: 1)rimosso fuss-client 2) apt-get --purge remove fuss-client nslcd 3)apt-get install fuss-client nslcd 4) fuss-client -a ...
stesso errore di prima
grep ldaps /usr/share/pyshared/fussclient/actions.py mi dÃ
uri ldaps://%s/
Quindi, la versione di fuss-client e' quella giusta, mette "ldaps://" dentro nslcd.conf. Dopo fuss-client -a, cosa hai in output con
grep uri /etc/nslcd.conf
L'importante e' _non_ modificare i file, altrimenti non si capisce dove e' presente un eventuale errore nella procedura.
uri ldaps://gandhi.segandhi.local/
E' lo stesso di prima, la modifica manuale l'avevo fatta dopo
On Wed, 2010-06-09 at 16:05 +0200, pcemin@fuss.bz.it wrote:
On Wed, 2010-06-09 at 16:01 +0200, pcemin@fuss.bz.it wrote:
Per non saper ne' leggere ne' scrivere ho: 1)rimosso fuss-client 2) apt-get --purge remove fuss-client nslcd 3)apt-get install fuss-client nslcd 4) fuss-client -a ...
stesso errore di prima
grep ldaps /usr/share/pyshared/fussclient/actions.py mi dÃ
uri ldaps://%s/
Quindi, la versione di fuss-client e' quella giusta, mette "ldaps://" dentro nslcd.conf. Dopo fuss-client -a, cosa hai in output con
grep uri /etc/nslcd.conf
L'importante e' _non_ modificare i file, altrimenti non si capisce dove e' presente un eventuale errore nella procedura.
uri ldaps://gandhi.segandhi.local/
E' lo stesso di prima, la modifica manuale l'avevo fatta dopo
Ok, quindi fuss-client fa il suo dovere correttamente. Con il DNS come va?
uri ldaps://%s/
Quindi, la versione di fuss-client e' quella giusta, mette "ldaps://" dentro nslcd.conf. Dopo fuss-client -a, cosa hai in output con
grep uri /etc/nslcd.conf
L'importante e' _non_ modificare i file, altrimenti non si capisce dove e' presente un eventuale errore nella procedura.
uri ldaps://gandhi.segandhi.local/
E' lo stesso di prima, la modifica manuale l'avevo fatta dopo
Ok, quindi fuss-client fa il suo dovere correttamente. Con il DNS come va?
Lascia stare, ho trovato il problema. Ti aggiorno a breve
Il giorno mer, 09/06/2010 alle 16.03 +0200, pcemin@fuss.bz.it ha scritto:
Beh noo, dai! Ho modificato solo dopo varie prove e la comunicazione, giusto per vedere ... ...certo che Chris, cacchio, ti becca subito, non ti lascia nemmeno un minuto .. comunque ho capito ... mi toccherà portarvi a cena ... stinco o cinghiale?
Pier
sto seguendo, per come sta andando saranno stinco E cinghiale E i famosi 20 prosecchi per prepare lo stomaco. Sempre che il primario sia d'accordo :)
paolo
Piero... hai idea di quello che ti costera' la faccenda?
Christopher, ma anch'io, siamo in attesa di proposta congrua :)
paolo
Il giorno mer, 09/06/2010 alle 15.52 +0200, pcemin@fuss.bz.it ha scritto:
Cazzata:
Questo è l'originale
nslcd: ldaps//gandhi.segandhi.local/ doesn't start with ldaps:// and "ssl on" is specified
Non è ldap, come sotto, avevo per curiosità provato a cambiare in ldap quando ho visto la tua richiesta
Scusami
Pier
On Wed, 2010-06-09 at 15:40 +0200, pcemin@fuss.bz.it wrote:
On Wed, 2010-06-09 at 15:27 +0200, pcemin@fuss.bz.it wrote: > Trovo > uri ldaps://gandhi.segandhi.local/ > > esattamente ciÃÂò che c'ÃÂè nel file /etc/nslcd.conf
E se fai , sempre da root
service nslcd restart
che dice?
nslcd: ldap://gandhi.segandhi.local/ doesn't start with ldaps:// and "ssl on" is specified
Oh, ok, questo mi piace di piu' :) Investigo e ti dico
fuss-devel mailing list fuss-devel@fuss.bz.it http://www.fuss.bz.it/cgi-bin/mailman/listinfo/fuss-devel
-- paolo paolo@fuss.bz.it _______________________________________________ fuss-devel mailing list fuss-devel@fuss.bz.it http://www.fuss.bz.it/cgi-bin/mailman/listinfo/fuss-devel
fuss-devel mailing list fuss-devel@fuss.bz.it http://www.fuss.bz.it/cgi-bin/mailman/listinfo/fuss-devel
On Wed, 2010-06-09 at 16:13 +0200, Christopher R. Gabriel wrote:
uri ldaps://%s/
Quindi, la versione di fuss-client e' quella giusta, mette "ldaps://" dentro nslcd.conf. Dopo fuss-client -a, cosa hai in output con
grep uri /etc/nslcd.conf
L'importante e' _non_ modificare i file, altrimenti non si capisce dove e' presente un eventuale errore nella procedura.
uri ldaps://gandhi.segandhi.local/
E' lo stesso di prima, la modifica manuale l'avevo fatta dopo
Ok, quindi fuss-client fa il suo dovere correttamente. Con il DNS come va?
Lascia stare, ho trovato il problema. Ti aggiorno a breve
Ok, aggiorna fuss-client e riprova.
Ciao!
C.
On Wed, 2010-06-09 at 16:19 +0200, paolo wrote:
Il giorno mer, 09/06/2010 alle 16.03 +0200, pcemin@fuss.bz.it ha scritto:
Beh noo, dai! Ho modificato solo dopo varie prove e la comunicazione, giusto per vedere ... ...certo che Chris, cacchio, ti becca subito, non ti lascia nemmeno un minuto .. comunque ho capito ... mi toccherà portarvi a cena ... stinco o cinghiale?
Pier
sto seguendo, per come sta andando saranno stinco E cinghiale E i famosi 20 prosecchi per prepare lo stomaco. Sempre che il primario sia d'accordo :)
Dieta. Fa Caldo™.
Il giorno mer, 09/06/2010 alle 16.21 +0200, Christopher R. Gabriel ha scritto:
On Wed, 2010-06-09 at 16:19 +0200, paolo wrote:
Il giorno mer, 09/06/2010 alle 16.03 +0200, pcemin@fuss.bz.it ha scritto:
Beh noo, dai! Ho modificato solo dopo varie prove e la comunicazione, giusto per vedere ... ...certo che Chris, cacchio, ti becca subito, non ti lascia nemmeno un minuto .. comunque ho capito ... mi toccherà portarvi a cena ... stinco o cinghiale?
Pier
sto seguendo, per come sta andando saranno stinco E cinghiale E i famosi 20 prosecchi per prepare lo stomaco. Sempre che il primario sia d'accordo :)
Dieta. Fa Caldo™.
giusto! vita sana, dieta e pallone con i ragazzi che scorrazzano davanti alle vostre vetrine :)
fuss-devel mailing list fuss-devel@fuss.bz.it http://www.fuss.bz.it/cgi-bin/mailman/listinfo/fuss-devel
Ho aggiornato fuss-client ma mi dice che è alla versione più recente: sto usando il tuo repo.
On Wed, 2010-06-09 at 16:13 +0200, Christopher R. Gabriel wrote:
uri ldaps://%s/
Quindi, la versione di fuss-client e' quella giusta, mette
"ldaps://"
dentro nslcd.conf. Dopo fuss-client -a, cosa hai in output con
grep uri /etc/nslcd.conf
L'importante e' _non_ modificare i file, altrimenti non si capisce
dove
e' presente un eventuale errore nella procedura.
uri ldaps://gandhi.segandhi.local/
E' lo stesso di prima, la modifica manuale l'avevo fatta dopo
Ok, quindi fuss-client fa il suo dovere correttamente. Con il DNS come va?
Lascia stare, ho trovato il problema. Ti aggiorno a breve
Ok, aggiorna fuss-client e riprova.
Ciao!
C.
fuss-devel mailing list fuss-devel@fuss.bz.it http://www.fuss.bz.it/cgi-bin/mailman/listinfo/fuss-devel
On Wed, 2010-06-09 at 16:46 +0200, pcemin@fuss.bz.it wrote:
Ho aggiornato fuss-client ma mi dice che è alla versione più recente: sto usando il tuo repo.
Non devi usare il mio repo, da un po' (vedi mail di qualche giorno fa) l'unico repository aggiornato e' quello ufficiale "vero", cioe'
deb http://archive.fuss.bz.it/ lucid main contrib
Ciao,
C.
On Wed, 2010-06-09 at 16:13 +0200, Christopher R. Gabriel wrote:
> uri ldaps://%s/
Quindi, la versione di fuss-client e' quella giusta, mette
"ldaps://"
dentro nslcd.conf. Dopo fuss-client -a, cosa hai in output con
grep uri /etc/nslcd.conf
L'importante e' _non_ modificare i file, altrimenti non si capisce
dove
e' presente un eventuale errore nella procedura.
uri ldaps://gandhi.segandhi.local/
E' lo stesso di prima, la modifica manuale l'avevo fatta dopo
Ok, quindi fuss-client fa il suo dovere correttamente. Con il DNS come va?
Lascia stare, ho trovato il problema. Ti aggiorno a breve
Ok, aggiorna fuss-client e riprova.
Ciao!
C.
fuss-devel mailing list fuss-devel@fuss.bz.it http://www.fuss.bz.it/cgi-bin/mailman/listinfo/fuss-devel
OK. Scusa e fatto. Ora con fuss-client -a ottengo
Restarting LDAP connection daemon nslcd [ OK ] * Restarting Name Service Cache Daemon nscd [ OK ] restart: Unknown instance:
Ma ancora non si collega.
Tutti i comandi che mi avevi chiesto precedentemente:
root@pc1:/home/local-fuss# grep ldaps /usr/share/pyshared/fussclient/actions.py uri ldaps://%s/
root@pc1:/home/local-fuss# grep uri /etc/nslcd.conf uri ldaps://gandhi.segandhi.local/
root@pc1:/home/local-fuss# service nslcd restart * Restarting LDAP connection daemon nslcd
On Wed, 2010-06-09 at 16:46 +0200, pcemin@fuss.bz.it wrote:
Ho aggiornato fuss-client ma mi dice che è alla versione più recente: sto usando il tuo repo.
Non devi usare il mio repo, da un po' (vedi mail di qualche giorno fa) l'unico repository aggiornato e' quello ufficiale "vero", cioe'
deb http://archive.fuss.bz.it/ lucid main contrib
Ciao,
C.
On Wed, 2010-06-09 at 16:13 +0200, Christopher R. Gabriel wrote:
>> uri ldaps://%s/ > > Quindi, la versione di fuss-client e' quella giusta, mette
"ldaps://"
> dentro nslcd.conf. Dopo fuss-client -a, cosa hai in output con > > grep uri /etc/nslcd.conf > > L'importante e' _non_ modificare i file, altrimenti non si
capisce
dove
> e' presente un eventuale errore nella procedura. >
uri ldaps://gandhi.segandhi.local/
E' lo stesso di prima, la modifica manuale l'avevo fatta dopo
Ok, quindi fuss-client fa il suo dovere correttamente. Con il DNS
come
va?
Lascia stare, ho trovato il problema. Ti aggiorno a breve
Ok, aggiorna fuss-client e riprova.
Ciao!
C.
fuss-devel mailing list fuss-devel@fuss.bz.it http://www.fuss.bz.it/cgi-bin/mailman/listinfo/fuss-devel
On Wed, 2010-06-09 at 17:06 +0200, pcemin@fuss.bz.it wrote:
OK. Scusa e fatto. Ora con fuss-client -a ottengo
Restarting LDAP connection daemon nslcd [ OK ]
- Restarting Name Service Cache Daemon nscd [
OK ]
Questo mi dice che il problema precedente e' risolto.
restart: Unknown instance:
Ma ancora non si collega.
Tutti i comandi che mi avevi chiesto precedentemente:
root@pc1:/home/local-fuss# grep ldaps /usr/share/pyshared/fussclient/actions.py uri ldaps://%s/
root@pc1:/home/local-fuss# grep uri /etc/nslcd.conf uri ldaps://gandhi.segandhi.local/
getent che dice?
Aggiungo problema su server lenny (che credo non c'entri con questo)
Rilanciando octofussd ottengo:
gandhi:~# /etc/init.d/octofussd restart Restarting Octofuss server: octofussdException caught loading plugin <module 'quota' from '/usr/share/octofussd/plugins/quota.pyc'>: skipping plugin Exception details: Traceback (most recent call last): File "/usr/sbin/octofussd", line 384, in build_tree for pdata in p.init(conf = conf, tree = tree): File "/usr/share/octofussd/plugins/quota.py", line 399, in init filesystems = find_quota_fs() File "/usr/share/octofussd/plugins/quota.py", line 367, in find_quota_fs if line[0] == "#": IndexError: string index out of range
Pier
OK. Scusa e fatto. Ora con fuss-client -a ottengo
Restarting LDAP connection daemon nslcd [ OK ]
- Restarting Name Service Cache Daemon nscd [
OK ] restart: Unknown instance:
Ma ancora non si collega.
Tutti i comandi che mi avevi chiesto precedentemente:
root@pc1:/home/local-fuss# grep ldaps /usr/share/pyshared/fussclient/actions.py uri ldaps://%s/
root@pc1:/home/local-fuss# grep uri /etc/nslcd.conf uri ldaps://gandhi.segandhi.local/
root@pc1:/home/local-fuss# service nslcd restart * Restarting LDAP connection daemon nslcd
On Wed, 2010-06-09 at 16:46 +0200, pcemin@fuss.bz.it wrote:
Ho aggiornato fuss-client ma mi dice che è alla versione più recente: sto usando il tuo repo.
Non devi usare il mio repo, da un po' (vedi mail di qualche giorno fa) l'unico repository aggiornato e' quello ufficiale "vero", cioe'
deb http://archive.fuss.bz.it/ lucid main contrib
Ciao,
C.
On Wed, 2010-06-09 at 16:13 +0200, Christopher R. Gabriel wrote:
> >> uri ldaps://%s/ > > > > Quindi, la versione di fuss-client e' quella giusta, mette
"ldaps://"
> > dentro nslcd.conf. Dopo fuss-client -a, cosa hai in output con > > > > grep uri /etc/nslcd.conf > > > > L'importante e' _non_ modificare i file, altrimenti non si
capisce
dove
> > e' presente un eventuale errore nella procedura. > > > > uri ldaps://gandhi.segandhi.local/ > > E' lo stesso di prima, la modifica manuale l'avevo fatta dopo
Ok, quindi fuss-client fa il suo dovere correttamente. Con il DNS
come
va?
Lascia stare, ho trovato il problema. Ti aggiorno a breve
Ok, aggiorna fuss-client e riprova.
Ciao!
C.
fuss-devel mailing list fuss-devel@fuss.bz.it http://www.fuss.bz.it/cgi-bin/mailman/listinfo/fuss-devel
On Wed, 2010-06-09 at 17:21 +0200, pcemin@fuss.bz.it wrote:
Aggiungo problema su server lenny (che credo non c'entri con questo)
Rilanciando octofussd ottengo:
gandhi:~# /etc/init.d/octofussd restart Restarting Octofuss server: octofussdException caught loading plugin <module 'quota' from '/usr/share/octofussd/plugins/quota.pyc'>: skipping plugin Exception details: Traceback (most recent call last): File "/usr/sbin/octofussd", line 384, in build_tree for pdata in p.init(conf = conf, tree = tree): File "/usr/share/octofussd/plugins/quota.py", line 399, in init filesystems = find_quota_fs() File "/usr/share/octofussd/plugins/quota.py", line 367, in find_quota_fs if line[0] == "#": IndexError: string index out of range
No, questo e' legato a quota, c'e' stato una aggiornamento di octofuss poco fa.
root@pc1:/home/local-fuss# grep ldaps /usr/share/pyshared/fussclient/actions.py uri ldaps://%s/
root@pc1:/home/local-fuss# grep uri /etc/nslcd.conf uri ldaps://gandhi.segandhi.local/
getent che dice?
Prova anche ad eseguire fuss-client usando l'opzione --debug
On Wed, 2010-06-09 at 17:06 +0200, pcemin@fuss.bz.it wrote:
OK. Scusa e fatto. Ora con fuss-client -a ottengo
Restarting LDAP connection daemon nslcd [ OK ]
- Restarting Name Service Cache Daemon nscd
[ OK ]
Questo mi dice che il problema precedente e' risolto.
restart: Unknown instance:
Ma ancora non si collega.
Tutti i comandi che mi avevi chiesto precedentemente:
root@pc1:/home/local-fuss# grep ldaps /usr/share/pyshared/fussclient/actions.py uri ldaps://%s/
root@pc1:/home/local-fuss# grep uri /etc/nslcd.conf uri ldaps://gandhi.segandhi.local/
getent che dice?
da getent passwd
nslcd:x:115:123:nslcd name service LDAP connection daemon,,,:/var/run/nslcd/:/bin/false
o ti serve altro?
da getent passwd
nslcd:x:115:123:nslcd name service LDAP connection daemon,,,:/var/run/nslcd/:/bin/false
o ti serve altro?
Se l'ouput di 'getent passwd' ti da soltanto questo credo che il tuo problema non sia fuss-client.
root@pc1:/home/local-fuss# grep ldaps /usr/share/pyshared/fussclient/actions.py uri ldaps://%s/
root@pc1:/home/local-fuss# grep uri /etc/nslcd.conf uri ldaps://gandhi.segandhi.local/
getent che dice?
Prova anche ad eseguire fuss-client usando l'opzione --debug
Niente di diverso
fuss-devel mailing list fuss-devel@fuss.bz.it http://www.fuss.bz.it/cgi-bin/mailman/listinfo/fuss-devel
da getent passwd
nslcd:x:115:123:nslcd name service LDAP connection daemon,,,:/var/run/nslcd/:/bin/false
o ti serve altro?
Se l'ouput di 'getent passwd' ti da soltanto questo credo che il tuo problema non sia fuss-client.
No, scusa, mi dà questo (pensavo bastasse cò che riguarda nslcd):
root@pc1:/var/log# getent passwd root:x:0:0:root:/root:/bin/bash daemon:x:1:1:daemon:/usr/sbin:/bin/sh bin:x:2:2:bin:/bin:/bin/sh sys:x:3:3:sys:/dev:/bin/sh sync:x:4:65534:sync:/bin:/bin/sync games:x:5:60:games:/usr/games:/bin/sh man:x:6:12:man:/var/cache/man:/bin/sh lp:x:7:7:lp:/var/spool/lpd:/bin/sh mail:x:8:8:mail:/var/mail:/bin/sh news:x:9:9:news:/var/spool/news:/bin/sh uucp:x:10:10:uucp:/var/spool/uucp:/bin/sh proxy:x:13:13:proxy:/bin:/bin/sh www-data:x:33:33:www-data:/var/www:/bin/sh backup:x:34:34:backup:/var/backups:/bin/sh list:x:38:38:Mailing List Manager:/var/list:/bin/sh irc:x:39:39:ircd:/var/run/ircd:/bin/sh gnats:x:41:41:Gnats Bug-Reporting System (admin):/var/lib/gnats:/bin/sh nobody:x:65534:65534:nobody:/nonexistent:/bin/sh libuuid:x:100:101::/var/lib/libuuid:/bin/sh syslog:x:101:103::/home/syslog:/bin/false messagebus:x:102:107::/var/run/dbus:/bin/false avahi-autoipd:x:103:110:Avahi autoip daemon,,,:/var/lib/avahi-autoipd:/bin/false avahi:x:104:111:Avahi mDNS daemon,,,:/var/run/avahi-daemon:/bin/false couchdb:x:105:113:CouchDB Administrator,,,:/var/lib/couchdb:/bin/bash speech-dispatcher:x:106:29:Speech Dispatcher,,,:/var/run/speech-dispatcher:/bin/sh usbmux:x:107:46:usbmux daemon,,,:/home/usbmux:/bin/false haldaemon:x:108:114:Hardware abstraction layer,,,:/var/run/hald:/bin/false kernoops:x:109:65534:Kernel Oops Tracking Daemon,,,:/:/bin/false pulse:x:110:115:PulseAudio daemon,,,:/var/run/pulse:/bin/false rtkit:x:111:117:RealtimeKit,,,:/proc:/bin/false saned:x:112:118::/home/saned:/bin/false hplip:x:113:7:HPLIP system user,,,:/var/run/hplip:/bin/false gdm:x:114:120:Gnome Display Manager:/var/lib/gdm:/bin/false local-fuss:x:1000:1000:local-fuss,,,:/home/local-fuss:/bin/bash nslcd:x:115:123:nslcd name service LDAP connection daemon,,,:/var/run/nslcd/:/bin/false sshd:x:116:65534::/var/run/sshd:/usr/sbin/nologin statd:x:117:65534::/var/lib/nfs:/bin/false piero:x:1001:1001:piero,,,,:/home/piero:/bin/bash
On Wed, 2010-06-09 at 17:32 +0200, pcemin@fuss.bz.it wrote:
root@pc1:/home/local-fuss# grep ldaps /usr/share/pyshared/fussclient/actions.py uri ldaps://%s/
root@pc1:/home/local-fuss# grep uri /etc/nslcd.conf uri ldaps://gandhi.segandhi.local/
getent che dice?
Prova anche ad eseguire fuss-client usando l'opzione --debug
Niente di diverso
CMq il problema non e' piu' li', verifica le cose usuali (Dns, ldapsearch etc)
Mah, non trovo nulla di strano, ho riavviato bind e tutto a posto. Comunque ora la mollo lì e torno dal paesello (laives) alla city Domanda (se è troppo complicato non rispondere): qual'era il problema che hai risolto? Ciao e grazie Pier
On Wed, 2010-06-09 at 17:32 +0200, pcemin@fuss.bz.it wrote:
root@pc1:/home/local-fuss# grep ldaps /usr/share/pyshared/fussclient/actions.py uri ldaps://%s/
root@pc1:/home/local-fuss# grep uri /etc/nslcd.conf uri ldaps://gandhi.segandhi.local/
getent che dice?
Prova anche ad eseguire fuss-client usando l'opzione --debug
Niente di diverso
CMq il problema non e' piu' li', verifica le cose usuali (Dns, ldapsearch etc)
On Wed, 2010-06-09 at 18:09 +0200, pcemin@fuss.bz.it wrote:
Mah, non trovo nulla di strano, ho riavviato bind e tutto a posto. Comunque ora la mollo lì e torno dal paesello (laives) alla city Domanda (se è troppo complicato non rispondere): qual'era il problema che hai risolto?
Davo per scontato che il garbage collector di python mi chiudesse un file descriptor (quindi salvando il file effettivamente), e invece non lo faceva. Quindi io scrivevo nel file, riavviavo il servizio ma il file ancora non era scritto, quindi la configurazione era quella vecchia. Infatti subito dopo l'esecuzione, se ricordi, nslcd si riavvia senza problemi. Pero' lo script era terminato, e quindi il GC aveva chiuso il file :)
LA modifica e' stato esplicitare la chiusura del file dopo la scrittura.
Ciao,
Christopher
Grazie! Pier
On Wed, 2010-06-09 at 18:09 +0200, pcemin@fuss.bz.it wrote:
Mah, non trovo nulla di strano, ho riavviato bind e tutto a posto. Comunque ora la mollo lì e torno dal paesello (laives) alla city Domanda (se è troppo complicato non rispondere): qual'era il problema che hai risolto?
Davo per scontato che il garbage collector di python mi chiudesse un file descriptor (quindi salvando il file effettivamente), e invece non lo faceva. Quindi io scrivevo nel file, riavviavo il servizio ma il file ancora non era scritto, quindi la configurazione era quella vecchia. Infatti subito dopo l'esecuzione, se ricordi, nslcd si riavvia senza problemi. Pero' lo script era terminato, e quindi il GC aveva chiuso il file :)
LA modifica e' stato esplicitare la chiusura del file dopo la scrittura.
Ciao,
Christopher
-
Christopher R. Gabriel -
paolo -
pcemin＠fuss.bz.it