[an error occurred while processing this directive]
Benvenuti al numero di Novembre/Dicembre 2003 di LinuxFocus
È già sera tardi e io non so ancora cosa scrivere in questo editoriale. Parliamo
di SCO? I prodotti di SCO sono materia da ufficio stampa in questi giorni.
È chiaro che la sua ambizione primaria è di far alzare il prezzo delle azioni,
fare più soldi possibile e poi sparire nel nulla. Il collegamento a Linux? Se
guardate meglio verso SCO noterete che non ha niente a che fare con Linux. Avevano
solo bisogno di un bersaglio.
Cos'altro abbiamo avuto nelle scorse settimane? C'è stata la legge sui brevetti
software in Europa. Avere un divieto di brevetto sarebbe stato meglio, ma possiamo
essere abbastanza soddisfatti del risultato.
Tutto questo non ci preoccupa veramente al momento...
Ah, sí. Quest'anno ho dovuto cambiare hard disk in tutti i server che ho! I primi
due sono stati cambiati in marzo e ho pensato "Beh, può succedere" ma ora ho
cambiato il quinto. Quanti computer ha questo tizio? Non ho una server farm. Ho
7 hard disk in 5 computer. Tutti i dischi avevano meno di 2 anni. Quelli molto
vecchi funzionano ancora bene. Ho dovuto cambiare i nuovi.
La stabilità del software migliora continuamente, ma sembra che ora la parte debole
sia l'hardware. Le capacità degli hard disk stanno schizzando alle stelle. E
come risultato la qualità scade.
Ricordo ancora il Quantum Fireball, 1Gb, nel primo server di LinuxFocus. Ha
funzionato continuamente 24 ore al giorno per 8 anni senza problemi.
Cambiare un disco a casa non è un problema. Normalmente ti accorgi che alcune
applicazioni si piantano o che il salvataggio fallisce. Scrivi dmesg e trovi
un errore di seek IDE: è ora di comprare un disco nuovo. È seccante, ma diventa
un vero problema quando succede su un server che non hai sottomano. Anche con
dischi in RAID ridondante devi comunque cambiare il disco. Le ore di servizio
sono spesso più costose del disco stesso. Sarei disposto a pagare tre volte
il costo del disco se questo avesse almeno 8-10 anni di vita media.
Qualcuno ha una soluzione? Sarebbe interessante scrivere un articolo in
proposito su LinuxFocus. Sono sicuro di non essere l'unico a volere un computer
affidabile.
-- Guido Socher
Articoli di LinuxFocus.org
Graphics
Software development
System administration
-
Un fax ISDN con Linux
, di
Sebastian Bauer
Questo articolo spiega come usare il vostro PC Linux come fax ISDN.
UNIX Basics
-
Scrivere pagine man
, di
Guido Socher
Finalmente avete concluso il vostro attesissimo programma e volete distribuirlo.
Per farlo usare agli altri avete bisogno di documentazione. È tempo di
scrivere una man-page.
Hardware
Il trucco di LinuxFocus
Il trucco di questo mese mostra come mandare l'output di syslog su una console
virtuale. Aggingete questa riga alla fine di /etc/syslog.conf:
# questa è una condizione aggiuntiva e non influisce sugli altri log:
*.* /dev/tty8
La condizione "*.*" significa tutto, e tty8 è l'ottava console. Potete premere
alt-F8 (o da X11 ctrl-alt-F8, per tornare a X11 premete alt-F7) e guardare
l'output. In molte distribuzioni la console 8 non è usata per niente altro, ma
per verificare che la console sia veramente libera bisogna guardare in /etc/inittab.
La configurazione del logger é in /etc/syslogd.conf
È una soluzione molto comoda. Non dovete scavare in /var/log/* per vedere cosa
sta succedendo alla vostra Linux box. I log in console aiutano a tenere in ordine
il sistema o a trovare cosa c'è che non va quando qualcosa non funziona.
Dopo aver modificato /etc/syslog.conf dovete far ripartire il syslog col comando:
service syslog restart (per Redhat, Mandrake)
o
/etc/init.d/sysklogd restart (per Debian)
o
killall -HUP syslogd