Newsgroup: it.comp.os.linux.sys
Titolo: Spegnimento server

Gestisco "amatorialmente" un piccolo server in un ufficio. Il problema è
questo: a seguito dei blackout di qualche settimana fa, il computer si
spegneva (non è protetto da un ups... lo so, è una cazzata, però io l'ho
detto al proprietario del computer, e a questo punto sono affari suoi), e
al boot non ripartiva fetchmail, che normalmente gira come demone
scaricandosi la posta di tutti gli utenti, anche se avevo messo il comando
in /etc/rc.d/rc.local (è una Slack 8.1). A questo punto, ho provato a fare
uno script separato, in /etc/rc.d/rc.fetchmail, che viene chimato da
rc.inet2, ma anche lo stesso fetchmail non vuole saperne di partire; però
se lancio lo script da shell, tutto funziona regolarmente. Veniamo ora alla
cosa ancora più strana. Tale "server" ha iniziato a spegnersi, di mattina,
per conto suo; non tutte le mattine, per la verità; e il problema è che non
si tratta di blackout, perché viene regolarmente eseguito lo script rc.0,
per lo spegnimento della macchina. Ecco quello che ho pensato possa essere:
un qualche comando lanciato da cron, ma ho controllato e non c'è nulla che
spenga la macchina; qualcuno che lancia il comando halt a mano andando a
loggarsi sul "server", ma ho tolto i permessi ai comandi halt e shutdown, e
la password di root fino a qualche giorno fa ce l'avevo solo io, ed è assai
improbabile che uno di quell'ufficio l'abbia craccata o anche solo
indovinata. A questo punto non so più che cosa pensare: ho messo un "fake"
del comando halt, che in realtà manda una mail a me quando viene lanciato;
ho aggiunto dei comandi ad rc.0 in modo che mi dica che cosa sta
succedendo; però non ne ho ricavato nulla. Su questo server girano cron,
samba (solo nella lan), fetchmail, ssh (verso internet, su porta non
standard), ftp (solo nella lan), sendmail (solo nella lan). Qualcuno ha
qualche idea? Grazie a tutti, ciao!
Roberto
-- 
Se sembra facile, è dura. Se sembra difficile, è fottutamente impossibile.

 succedendo; però non ne ho ricavato nulla.
L'ultima soluzione e' quella di essere li' quando succede.
Davide

 partire; perň se lancio lo script da shell, tutto funziona regolarmente.
Probabilmente il cron non ha nella path /usr/local/bin: prova a mettere
il comando per esteso
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	Il paese da dove veniva non era un paese di geni.
	Loro lo chiamavano computer umano perchč sapeva contare fino a 20.
	Nudo fino a 21

 il comando per esteso
Fetchmail non viene lanciato da cron, ma dagli script al boot; e il comando
è già per esteso, senza contare che comunque lo script funziona
perfettamente se lo utilizzo da shell.
Roberto
-- 
L'ottimista pensa che questo sia il migliore dei mondi possibili. Il
pessimista teme che sia vero.

 L'ultima soluzione e' quella di essere li' quando succede.
Potrei stressare quelli dell'ufficio, perché non è da escludere una
conclusione comica della vicenda... se sarà il caso ti farò sapere, chissà
che non venga fuori un contrib per le storie della sala macchine! :) Ciao!


 a 0, e poi i messaggi di boot. Nei log che ho messo io, durante lo
se usi un kernel con la patch per l'acpi (per esempio quello di default
della redhat), e pigi sul pulsante di spegnimento il computer avviera'
la normale procedura di spegnimento, quindi va a runlevel 0 e si
spegne.
Non so se puo' essere il tuo caso, spero ti possa aiutare.
cya
Banana

 perfettamente se lo utilizzo da shell.
Se ricordo esattamente dovrebbe essere possibile
incrementare il "verbosity level" di fetchmail ed
avere tutto sul file di log.
Questo consente di avere un sacco di info...
bye,
-- 
   Piergiorgio Sartor

 spegne.
Solo se hai installato e` configurato "acpid".
bye,
-- 
   Piergiorgio Sartor

 perfettamente se lo utilizzo da shell. Roberto
 
Vero, ho sbagliato a scrivere ma è meglio: ricordati che la path viene settata da /etc/profile o .profile e
quindi i file rc.* NON hanno la path che hai impostato tu da root.
Sulla slack la /usr/local/bin o sbin non c'è
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	Il paese da dove veniva non era un paese di geni.
	Loro lo chiamavano computer umano perchè sapeva contare fino a 20.
	Nudo fino a 21

 Solo se hai installato e` configurato "acpid".
Ma perche` da un po' di tempo scrivo
tutte le "e" con l'accento???
bye,
-- 
   Piergiorgio Sartor

 trovato il modo di spegnerlo senza dare comandi?
Un banale ctrl-alt-del se la tastiera č collegata e in inittab c'č:
 ca::ctrlaltdel:/sbin/shutdown -t5 -rf now
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	Il paese da dove veniva non era un paese di geni.
	Loro lo chiamavano computer umano perchč sapeva contare fino a 20.
	Nudo fino a 21

 che hai impostato tu da root. Sulla slack la /usr/local/bin o sbin non c'è
Ok, comunque l'ho sempre fatto: la prima volta che non mi è partito
fetchmail, la prima cosa che ho fatto è stato inserire il percorso completo
del file, quindi /usr/bin/fetchmail.


 avere tutto sul file di log.
Grazie, controllerò! Ciao!


 spegne.
Il kernel è un 2.4.20 standard, però nella configurazione ci sono
impostazioni sull'acpi... e in più il demone acpid viene avviato
automaticamente al boot (era la configurazione standard, e io non ci ho mai
messo le mani). Oltretutto vedo che, appunto, l'azione definita per la
pressione del pulsante di accensione è proprio passare a runlevel 0... Ora
ho aggiunto una piccola riga allo script, giusto per sapere se il problema
è questo, ma ho l'impressione di essere sulla buona strada... Grazie 1000,
ciao!
