Newsgroup: it.comp.os.unix
Titolo: Aplha Digital

uname -a: OSF1 mectaxp2 V4.0 1229 alpha
Mi sono imbattuto in questa bestiaccia, ho chiesto aiuto e mezza
Europa, mi hanno fatto chiamare persino la scozia, ma a quanto pare
Compaq-Digital ti dicono tutto se hai un presario ma non ho trovato 
nessuno del 7 centri (che ognuno mi rimandava all'altro) per
uno sputacchio di assistenza sistemistica.
Mi sono permesso di mettere su inittab:
cfs7:23:respawn:/usr/bin/zz >/dev/null 2>&1
E siccome init q, reboots, attese e seghe non mi fanno 
partire quel pirla di zz ho dedotto che c'e' un "apriti Sesamo"
che non conosco, o che l'inittab e' finto, o chissa' che altro.
Una volta ho anche spento e riacceso, hai visto mai che l'inittab se
lo legge una volta al giorno e basta... 88 utenti incazzati. Vabbe'...
Naturamente zz e' buono, permessi giusti, sintassi giusta, eseguibile
a mano eccc....
Qualcuno ne sa qualcosa?
-- 
Fabbro Claudio - Networking expert since yesterday
Nipotino di Zio Spam, 
http://www.unclespam.org
Vecchia casetta da ristrutturare, per gli amanti 
di aforismi e stupidess: 
http://www.texnet.it/cfabbro
Aderente alla lega per la salvaguardia dei pisolini
:wq
.

 cfs7:23:respawn:/usr/bin/zz >/dev/null 2>&1
Ma non essendo qualcosa legato alla gestione dei tty o all'ossatura
dell'init non so se e' "corretto" inserirlo in inittab. Tra l'altro con
respawn entra in loop.. e' quello che vuoi? Non e' che te lo esegue ma poi
lo disattiva perche' "process is respawing too fast"?
Se non ho letto male vedendo qualche info su digital unix, ha un init
abbastanza ibrido, e dovresti poter piazzare un link in /sbin/rc3.d/
chiamato SYYzz e un corrispondente KYYxx per lo shutdown se ti serve.
Se strutturi lo script con un case che consideri $1 puoi fargli eseguire lo
start e lo stop, o se non ti serve puoi semplicemente ignorare i parametri
che ti passa l'init e fare le operazioni che ti servono.
Ciao,
 Luigi

 
Non č che cfs7 sono troppi caratteri? In alcuni casi (ossia certe
librerie di sistema) non se ne possono mettere piů di 2. Prova con 2
....
-- 
  ___ _            _____     ___ _          
 ( __(_)__ _ ___  |_  (_)___| _ (_)_ _  ___ 
| (__| ( _` ( _ \  ( (| ( _ \  _( | ' \( _ \
 \___|_\__,_\___( (___|_\___(_| |_|_||_\___(

/tmp/zz.out 2>/tmp/zz.err
e guarda dalle date di questi file se realmente viene disattivato per 
respawn troppo rapido...
oppure aggiungi altri initstate a 2 3
g.

/tmp/zz.out 2>/tmp/zz.err
Il >/dev/null e' stato messo tolto e rimesso.
Sentite (leggete...) il programma e' uno script molto complesso
ma siccome non andava ho ho messo mano al vi ed ho scritto:
#!/bin/sh
while true
do
  cal
  date >>/tmp/pippo
  sleep 10
done
Ecco, questo e' zz. A questo punto non puo' fare un respawn rapido
perche' non esce proprio, il file pippo lo devo trovare che
si incrementa ogni 10 secondi mentre invece non viene nemmeno 
creato. Un ps -aef | grep sleep mi deve mostrare lo sleep, il che
non accade. Se killo il processo dovrebbe ripartire grazie al
respawn e nella mail di root ci devo trovare tutti i "cal".
Ok, mi convinco che ho tra le mani una macchina che non va, con
delle tare serie sul sistema.
Fin qui la teoria. Fin qui la pratica su tutte le macchine che
ho avuto tra le mani. Eccetto questa.
La cosa deludente pero' sono le hot-line cui mi sono rivolto,
signorine gentili ma con la preparazione di una vongola transgenica,
oppure "tecnici" che altro non sono che braccia e teste indebitamente
sottratte all'agricoltura ed alla pastorizia. E sto parlando delle 
hot-line del fornitore, mica di Gigino il fagiolaro. Mahhh...
Un grazie a quanti mi hanno risposto
Claudio


 lo legge una volta al giorno e basta... 88 utenti incazzati. Vabbe'...
Che io sappia bisogna dare un kill -HUP per far (ri)leggere ad init 
l'inittab

Ecco, questo e' zz. A questo punto non puo' fare un respawn rapido
No, ma semplicemente, mi spieghi chi, al tuo script, rende disponibile
il path dei programmi, visto che sei al di fuori di tutti i profile o
rc disponibili?
Riprova con i path assoluti, appena posso pasticciare con l'alpha qui da
noi, provo a darti una risposta sperimentale.
ha solo un paio di minor delease in meno del tuo, 4.0d
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

 ha solo un paio di minor delease in meno del tuo, 4.0d
Aspetto trepidante. Se mi fai sapere te ne saro' grato (altrimenti
ti mando la foto di mia suocera mentre si depila le gambe, che e'
uno spettacolo orribile)


 done
Esaminate lo script: senza il "#!/bin/sh" 
basta scrivere sh zz. Funziona.
Con la prima riga e le x al posto giusto ovviamente 
basta "./zz". Funziona.
Naturalmente anche "ksh zz" funziona.
Lasciamo perdere path, percorsi ecc, non hanno luogo. Mettiamo zz in
inittab. Il busillis e' "while true"! Ho pensato: init quando gli
dici #!/bin/sh magari ha un'altra sh e in effetti sulla macchina
ve ne sono diverse (/sbin/sh). Ne ignoro scopo e motivo.
Se il "while true" si cambia in "while ." funziona come il mio
birimbobirambo quando le ragazze, molto tempo fa, mi 
chiamavano Acciaio.
Se inceve di "#!bin/sh" ci metto "#!/bin/ksh" funziona anche con
"while true".
Mi metto in saccoccia anche questo coriandolo di esperienza
a vado a buttare la pasta, che e' anche ora di mangiare.
