Se CUPS non vede le stampanti di rete...

Se cercando di stampare un documento vedete solo le stampanti locali e non quelle installate su altri nodi della vostra rete provate a lanciare il comando seguente:

netstat -na | grep 631

Dovreste ottenere qualcosa del genere:

tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN
udp 0 0 0.0.0.0:631 0.0.0.0:*

Se non vedete niente del genere significa che probabilmente cups e' partito correttamente, pero' con i servizi di rete disabilitati.
Eseguite il comando:

sudo /etc/init.d/cups restart

Visualizzate subito dopo il file /var/log/cups/error_log: nel mio caso conteneva le seguenti segnalazioni:

E [18/May/2009:16:27:46 +0200] Unable to open listen socket for address :::631 - Permission denied.
E [18/May/2009:16:27:46 +0200] Unable to open listen socket for address 0.0.0.0:631 - Permission denied.
I [18/May/2009:16:27:46 +0200] Listening to /var/run/cups/cups.sock on fd 3...
I [18/May/2009:16:27:46 +0200] Resuming new connection processing...
E [18/May/2009:16:27:46 +0200] Unable to create broadcast socket - Permission denied.

E' un bug conosciuto e deriva dall'interazione tra cups e apparmor. Pare sia stato sistemato nella versione 1.3.9-15 di cups (al momento non disponibile per Intrepid ma gia' presente su Jaunty).
Nel frattempo potete sistemare la cosa con un piccolo workaround:

sudo cd /etc/apparmor.d/force-complain
sudo ln -s /etc/apparmor.d/usr.sbin.cupsd .
sudo /etc/init.d/apparmor restart
sudo /etc/init.d/cups restart

provate di nuovo il comando eseguito all'inizio di questo post:

netstat -na | grep 631

Dovreste ottenere qualcosa del genere:

tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN
udp 0 0 0.0.0.0:631 0.0.0.0:*

In caso contrario fatemi sapere che vediamo cosa si puo' fare.

passwd non chiede e aggiorna la password

Se non riuscite a settare/modificare la password di un utente probabilmente e' a causa del pacchetto likewise-open (si occupa di gestire il join ai domini Microsoft). Se non vi e' indispensabile potete rimuoverlo con il comando seguente:

sudo apt-get remove --purge likewise-open

Nagios: aggiungere icone per migliorare l'aspetto delle schermate

Pacchetti di immagini sono disponibili sul sito http://www.monitoringexchange.org.

Ogni pacchetto di immagini include versioni GIF, JPEG, PNG, e GD2 di ogni icona.

Le immagini dovrebbero essere installate nella directory /usr/local/nagios/share/images/logos a meno che i file HTML di Nagios non siano installati in una posizione diversa.

LTSP: ipconfig: eth0: SIOCGIFINDEX: No such device

Il progetto LTSP (Linux Terminal Server Project) consente di utilizzare dei thin-client collegati in rete a un server linux debitamente preparato.

Potete usare thin-client veri e propri o utilizzare un PC, anche vecchio, purche' possa eseguire il boot da rete e abbia una scheda video gestita da linux.

• Che vantaggi abbiamo con questa configurazione?
• Possiamo utilizzare come client dei PC altrimenti obsoleti
• Non e' richiesto che il client abbia un disco rigido, quindi meno dati sparsi, meno rischi di rottura, meno calore generato dai client, maggiore protezione dei dati conservati sul server (che in quanto tale si ritiene ridondato, backuppato e quindi piu' sicuro)

Purtroppo puo' capitare, eseguendo il boot da rete di ricevere questo errore:
ipconfig: eth0: SIOCGIFINDEX: No such device
ipconfig: no devices to configure
/init: .: 1: Can't open /tmp/net-eth0.conf
[] Kernel panic - not syncing: Attempted to kill init!

Questo perche' probabilmente il modulo relativo alla scheda di rete installata sul client non e' presente nel kernel scaricato dalla rete.

Vediamo quindi come aggiungere un driver al kernel distribuito dal server LTSP (nell'esempio faro' riferimento al modulo sis190 relativo alle schede ethernet 190 prodotte dalla SiS):

Loggarsi come amministratore sul server LTSP
Aggiungere al file /opt/ltsp/i386/etc/initramfs-tools/modules il nome del modulo richiesto, in questo caso sis190
Se esiste il file /opt/ltsp/i386/usr/share/initramfs-tools/hook-functions, aggiungere il nome del driver alla linea contenente i riferimenti alle altre schede come nell'esempio seguente:
da

r8169 s2io sis900 skge slhc smc911x starfire \

a

r8169 s2io sis900 skge slhc smc911x starfire sis190 \

Eseguire i comandi seguenti:

chroot /opt/ltsp/i386 update-initramfs -u
ltsp-update-kernels

Sul mio server in questa fase ricevo qualche errore secondario, pero' il driver viene installato correttamente.

Grazie Aruba.it

Per casini tecnici di Aruba.it, il dominio corimtec.com, compresi i siti www.corimtec.com, shop.corimtec.com e le relative caselle di posta elettronica sono stati sospesi senza preavviso lasciando a terra una parte fondamentale della nostra attivita' commerciale. Mi auguro che tutto si sistemera' lunedi' mattina, possibilmente senza perdite in termini di contenuti (che per un altro problema tecnico, chiamiamolo cosi', di aruba, non e' stato possibile backuppare nella piu' recente versione)

Chi avesse bisogno di contattarci puo' farlo all'indirizzo fconti@email.it

Ci scusiamo per il disagio.

CORIMTEC

P.S.:

GRAZIE ARUBA.IT :(

VMware server: la macchina virtuale non vede periferiche usb???

Verificare se nella definizione della macchina virtuale e' compreso il controller USB. In caso contrario aggiungerlo dall'apposita funzione della console di manutenzione.

Selezionando la macchina virtuale dovrebbe esserci un pulsante relativo al sistema USB:


Piu' in dettaglio:


Cliccandolo dovrebbe apparire un menu:


su cui selezionare le periferiche USB da associare alla macchina virtuale corrente.
Ora la macchina virtuale dovrebbe essere in grado di utilizzare le perferiche selezionate.

Evolution: plugin mail-notification

Installare i pacchetti:

http://ppa.launchpad.net/jsteinhart/ubuntu/pool/main/m/mail-notification/

Oppure inserite questi repository nel vostro sistema apt:

deb http://ppa.launchpad.net/jsteinhart/ubuntu intrepid main universe multiverse restricted
deb-src http://ppa.launchpad.net/jsteinhart/ubuntu intrepid main universe multiverse restricted

e lanciate il comando:

sudo apt-get update; sudo apt-get upgrade

N.B.: Il primo metodo e' da preferire in quanto non richiede modifiche al vostro sistema basate su repository sperimentali.