Distribuzione FUSS » Octofuss

Ho fatto diverse prove ma non riesco a riprodurlo.
Quando elimino una stampante da CUPS i client non la vedono più. Ci deve essere qualche passo che mi sfugge, mi potresti elencare dei passi per cui il problema si riproduce o mettermi in grado di vedere le configurazioni su un client che presenta il problema?

Confermo quanto riporta Andrea. Nello screenshot che allego si vedono le stampanti attualmente configurate sul server (hp ed lx3), correttamente riportate in OctoNet ed attribuite a tutti i client di un cluster.

Prima della creazione di lx3 avevo creato e cancellato lexmark, lx ed lx2 che continuano a riproporsi nei client nella finestra di gestione delle stampanti come stampanti remote e sono ovviamente presenti nel file /etc/cups/printers.conf.

Si può avere un esempio di printer.conf sbagliato?

Servirebbe anche un elenco dettagliato dei singoli passi fatti, a partire da quello che si imposta con CUPS sul server in fase di creazione della stampante.

Ho descritto tutta la procedura seguita nel PDF allegato.

Il mio controllo iniziale era sbagliato, il mio server aveva abilitato la pubblicazione diretta via CUPS delle stampanti per questo funzionava direttamente.

Comunque (sentendo Christopher) ho ricostruito i termini del problema. Mi ha detto che a suo tempo una dei requisiti era che da octofuss non venissero toccate eventuali stampanti installate localmente sui client (per esempio la stampante installata sul client del docente). Questo significa che una volta che una stampante è stata definita su un client non viene tolta da octofuss, che non gestisce la rimozione delle stampanti dai client ma solo l'aggiunta.

Si può far si che octofuss-client assegni ad un client solo le stampanti definite sul server e rimuova tutte le altre, ma va a cozzare con il requisito precedente.

Comunque si possono rimuovere manualmente le code configurate sui client usando clusterssh sul server per eseguirvi sopra lpadmin -x nomecoda, cosa che consente di risolvere la situazione contingente in maniera rapida.

Simone Piccardi ha scritto:

Comunque si possono rimuovere manualmente le code configurate sui client usando clusterssh sul server per eseguirvi sopra lpadmin -x nomecoda, cosa che consente di risolvere la situazione contingente in maniera rapida.

Grazie Simone. Soluzione semplice e rapida. Mi piace!
Dobbiamo ricordarci di documentare il requisito e la decisione presa a suo tempo.
Inoltro ad Andrea per la chiusura aggiungendo un comando per avere l'elenco delle code presenti sul client prima e dopo l'esecuzione di lpadmin -x nomecoda:

lpstat -v | awk '{print $3}' | sed s'/.$//'

E' stata pubblicata la versione 9.0.0-1 di octofuss-client, che risolve un problema di propagazione delle configurazioni verso i client.

Testata la versione 9.0.1 di octofuss-client. La propagazione avviene correttamente ora.
Testata anche la funzionalità di cleaning su octonet. OK.

Resta la modifica a octofuss-client per rimuovere le stampanti configurate che fanno riferimento a code del fuss server non presenti fra quelle effettivamente presenti nel server.

Paolo Dongilli ha scritto:

Testata la versione 9.0.1 di octofuss-client. La propagazione avviene correttamente ora.
Testata anche la funzionalità di cleaning su octonet. OK.

Resta la modifica a octofuss-client per rimuovere le stampanti configurate che fanno riferimento a code del fuss server non presenti fra quelle effettivamente presenti nel server.

Questa parte è in corso di realizzazione, lascio a Mark

Ho pacchettizzato e fatto l'upload di octofuss-client 9.0.2-1, che dovrebbe risolvere anche il problema della rimozione delle stampanti configurate che fanno riferimento a code del fuss server non presenti fra quelle effettivamente presenti nel server.

no riesco più a seguire i ticket.
Per Paolo Dongilli: vedi mail appena mandata. grazie. Andrea

Chiudo pertanto io il ticket in quanto il collaudo è avvenuto con successo a seguito dell'aggiornamento di octonet sul server ed octofuss-client sui client.