Newsgroup: it.comp.os.linux.sys
Titolo: utilities per runlevels

Qualcuno sa indicarmi qualche utility per redhat per gestire
i runlevels? Mi serve per disattivare/attivare i servizi che non mi
servono/servono...
Grazie mille
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 i runlevels?
...cosa c'e' che non va' nel modificare i vari script a manella?
Davide

 wrote in message
news:bgali1$mvai1$
6...@ID-18487.news.uni-berlin.de

era un consiglio datomi sul ng.... allora mannellerò! 
Ciao


 Grazie mille
E non potevi chiederlo nel thread precedente, invece di aprirne uno
nuovo? O si sta lavorando in write-only mode?
# man ntsysv
bye G.L.
--
« E' assolutamente evidente che l'arte del cinema
 si ispira alla vita, mentre la vita si ispira alla TV »
(Woody Allen)

 
no, ho provato a risponderti ieri e oggi ma il msg non veniva postato..
non so perchč, č la prima volta che succede!
Altrimenti avrei continuato!


 Altrimenti avrei continuato!
Capisco... qualche defaillance di mailgate, suppongo.


 ...cosa c'e' che non va' nel modificare i vari script a manella?
Come fai a sapere in quale run-level un certo
servizio deve essere attivo oppure no?
bye,
-- 
   Piergiorgio Sartor

 servizio deve essere attivo oppure no?
Non penso che davide volesse dire questo: si attiva o disattiva a mano
il link nella cartella relativa al runlevel interessato, ovviamente.


 il link nella cartella relativa al runlevel interessato, ovviamente.
Appunto, io ho un servizio, chesso` "sendmail",
come faccio a sapere che in RL3 deve essere
attivo ed in RL4 no (oppure si)?
Con "chkconfig" (o "ntsysv") questa informazione
viene presa direttamente dal file che fa partire
il servizio, cosi` non ci sono problemi...
Per non parlare poi dell'ordine in cui i servizi
devono partire, per esempio "sendmail" e` meglio
parta prima o dopo "xinetd?
bye,
-- 
   Piergiorgio Sartor

 $ man ntsysv
mah! ... direi che non c'e' nemmeno bisogna di leggere la man page.
le opzioni sono solo 2:
"ntsysv" ... oppure "ntsysv --level wxyz"
--
Massimiliano.

 link nella cartella relativa al runlevel interessato, ovviamente.
             ^^^^^^^^
AAARRRGGHHHHH!! "C A R T E L L A": e' la prima volta che leggo questa
dizione nel mondo unix.
--
Massimiliano.

 parta prima o dopo "xinetd?
Si, IMHO da qualche parte deve sapere come gestirseli, non puo' desumerlo
solo da quel che c'e' in ogni script in init.d. Domanda d'uopo: l'utility
dove ricava che un link ad un determinato script deve avere il prefisso Sxx
e Kxx? Una veloce scorsa delle manpage, non mi ha delucidato granche'...


 dizione nel mondo unix.
Cospargero' il capo di cenere e faro' lunga espiazione mediante cilicio... Sto
lavorando troppo su windows, in quest'ultimo periodo...    ;-)


 "ntsysv" ... oppure "ntsysv --level wxyz"
Non si dovrebbe suggerire un metodo didattico forzatamente ma... e' meglio
leggere perlomeno la descrizione di cosa fa un comando, il SEE ALSO per i
comandi correlati, i FILES interessati, etc. etc...


 e Kxx? Una veloce scorsa delle manpage, non mi ha delucidato granche'...
Appunto, questo e` un problemuccio non da poco,
a meno che uno non abbia una chiara idea dei RL,
del servizio che sta installando e delle relazioni
con gli altri servizi.
bye,
-- 
   Piergiorgio Sartor

 Sto lavorando troppo su windows, in quest'ultimo periodo...    ;-)
in fondo io sono un po' "italianista", pero' sai com'e', certi termini
sono diventati spudoratamente microsoftiani ;) ... anche se le cartelle in
fondo sono state prima di Machintosh.
--
Massimiliano.

 con gli altri servizi.
E quindi? A manina sara' meglio?    :-)


 Eh cosa non farebbe pur di correggermi.. <g>
Max, le CARTELLE... non avrai mica iniziato anche con me?    :-)))


 fondo sono state prima di Machintosh.
BTW, meglio dire "cartelle", che non "direttori" (IMHO).   ;-)


 Max, le CARTELLE... non avrai mica iniziato anche con me?    :-)))
naa.
Con thorin e' una storia molto antica e c'e' di mezzo anche il suo
obesissimo kill-file, dal quale credo di essere uscito e rientrato
parecchie volte, e nel quale credo di essere definitivamente rientrato :))
--
Massimiliano.

 E quindi? A manina sara' meglio?    :-)
E` sempre meglio, ma e` anche dura... :-)
bye,
-- 
   Piergiorgio Sartor

 E quanto vale "xy"?
sto seguendo questa simpatica discussione da un po' :)
Quello che mi chiedo io e':
ma con ntsysv no nsi pone lo stesso problema visto che ti lascia tutto
l'arbitrio che vuoi? forse non ho capito bene, ma se tu lanci ntsysv
lui ti chiede cosa vuoi fare ma non ti impone nulla.
Semmai, l'unica cosa in cui ti viene icontro e' il numero da mettere per la
sequenza di avvio.
p.s.: io normalmente uso ntsysv, ma nelle vecchie versioni (su RH9 non ho
ancora provato) c'era uno stupido bugghettino: se il nome del servizio
conteneva un punto "." all'interno del nome, allora il servizio non veniva
mostrato in ntsysv. Bello vero :))
--
Massimiliano.

 lui ti chiede cosa vuoi fare ma non ti impone nulla.
Con "ntsysv" non so, con "chkconfig" no, dato che,
ripeto, prende la policy del servizio dal file.
bye,
-- 
   Piergiorgio Sartor

 E` sempre meglio, ma e` anche dura... :-)
Non la vedo cosi' tragica. Non sono script interminabili, di solito. Una
sguardata veloce per vedere che combina, ed un "mv", e' sufficiente.
Tenendo presente che certi unix non hanno un tool di gestione di attiv./disatt.
servizi dei vari runlevel.


 del network...   :-)
No, non necessariamente, dato che deve partire
anche se la macchina non e` in rete (posta locale)
oppure se ha connessione dial-up.
E questo mi confonde le dipendenze...
bye,
-- 
   Piergiorgio Sartor

 Mi sembra di tornare ai corsi di sysadmin solaris...  ;-))) 
anche a me per un attimo e' venuto in mente Solaris, proprio per la quasi
totale mancanza di tool di amministrazione (se escludiamo quelle menate
java che richiedono 4 cpu per funzionare adeguatamente).
ah! quasi dimenticavo il mitico "admintool": una figata da veri nostalgici
che riescono a non vomitare usando CDE :))
naaa: qualche toolettino sempre ci vuole.
--
Massimiliano.

 E questo mi confonde le dipendenze...
Be', ripeto: poiche' l'ambaradan e' per di piu' un po' diverso in tutte le distro linux
con stile init sysv, non resta che una sana e paziente lettura di tutti gli script, a
partire dal primo specificato in inittab che viene lanciato da init, per capire dove si
va a parare...  :-)


 che riescono a non vomitare usando CDE :))
La mia visione combacia perfettamente con la tua...     :-)


 va a parare...  :-)
Per questo in RH si sono inventati questa
cosa di "chkconfig".
bye,
-- 
   Piergiorgio Sartor

 cioe` il RL ed il servizio?
Fatti runlevel personalizzati, al limite puoi anche farti un tuo programma di init...
Piergio', mi stai per caso prendendo in giro?      :-o
[SNIP]


 Fatti runlevel personalizzati, al limite puoi anche farti un tuo programma di init...
Ma no, come ho scritto, il problema e` che
io non voglio proprio nulla.
Non mi interessa "personalizzare" la cosa.
Il problema (teorico, si fa per dire) e` sapere,
data una lista di servizi, in quele RL vanno e
con quale ordine.
So benissimo che posso fare come mi pare e
piace, ma non e` questo il punto, ma bensi`
avere un qualche straccio di strumento che
sia un grado di mettere le cose a posto in
maniera decente, senza dover spulciarsi vari
file o documentazione per decine di servizi.
Per quello scrivevo, all'inizio, che con "chkconfig"
non hai nessun grattamento di testa, ti basta dare
"chkconfig --add service" e lui lo mette al posto
giusto, oppure "chkconfig --del service" e lui lo
toglie dai RL.
Che poi io abbia il mio demone "startrekd" che va
dove nessun demone e` mai stato, beh, ovviamente sta
a me decidere dove, come e quando farlo partire... :-)
Ed a che curvatura...
bye,
-- 
   Piergiorgio Sartor

 toglie dai RL.
Ah, questo pertiene solo a cio' che e' in grado di fare chkconfig, non a init ed allo stile
di runlevel script sysV: non saprei dire se non ti permette di attivare il servizio in
determinati runlevel, invece che tutti quelli indicati in testa allo script, ma mi
sembrerebbe alquanto strano che non lo possa fare. ntsysv lo fa, e mi sa che richiama
proprio chkconfig, quindi...
Per me si puo' chiudere qua, pero' non rispondi alla domanda che, non so perche', hai
cuttato:
Mi stai prendendo in giro?    :-o


 Mi stai prendendo in giro?    :-o
OK, mi hai scoperto! :-)
Non ti sto prendendo in giro! :-)
Seriamente, credo stessimo discutendo di
due cose differenti, alla fine...
bye,
-- 
   Piergiorgio Sartor

 due cose differenti, alla fine...
Ahmbe'... tu di chkconfig, io di modifiche a mano. Tuttavia, dalla man
page di chkconfig, mi risulta si possa scegliere il/i runlevel su cui
attivare o disattivare lo script:
       chkconfig [--level levels] name <on|off|reset>
       chkconfig [--level levels] name
E ntsysv, ricordo, modifica solo il runlevel corrente, a meno che non si
specifichi diversamente.
Quindi? Dove sta il problema?    :-)


 Quindi? Dove sta il problema?    :-)
Nessun problema, ma "chkconfig --add" e` un'altra opzione... :-)
bye,
-- 
   Piergiorgio Sartor

 Nessun problema, ma "chkconfig --add" e` un'altra opzione... :-)
Si, quello l'avevo notato.      :-)


 servono/servono...
chkconfig, man chkconfig per i dettagli.
Ciao.
 
-- 
***  Per E-mail rimuovi ModE dall'indirizzo  ***
  *** Linux user # 198661 --- ICQ 33500725 ***
*** homepage 
http://web.tiscalinet.it/kailed
 ***
            *** Powered by Linux ***

 servono/servono...
chkconfig
Come al solito,
	man 8 chkconfig
per tutte le info necessarie.
-- 
Ciao da Villo    -    GPG public key available
                      Ferrara LUG 
http://ferrara.linux.it
		      Revome "+nospam" for email replies
Protect your Freedom: 
http://www.againsttcpa.com/index.shtml

 il link nella cartella relativa al runlevel interessato, ovviamente.
Ovviamente quando hai un pool di 50 macchine da amministrare questo
approccio è di una comodità inenarrabile.
Ma chkconfig fa proprio così schifo?


 Ma chkconfig fa proprio così schifo?
Nessuno ha detto questo: solo che non esiste unicamente redhat o mandrake.
Ti inviterei a leggere il resto del thread, per evitare possibili pregiudizi.


 che il RL6 ci va K...? O magari in RL2...
Facciamo un piccolo riassunto del tutto. Forse non sto capendo io... :)
In Unix i runlevel sono 7: da 0 a 6.
Sono tutti configurabili a piacere, ma c'e' una convenzione (che non so se
sia lo standard SystemV o meno) che dice
0: halt
1: single user
6: reboot
tutto il resto a piacere.
In Debian tutto il resto e' ininfluente, sono tutti uguali, e parte di
default a livello 2.
In RH no. Il livello 2 e' il multiutente senza rete, il 3 il multiutente
con rete, il 5 e' grafico.
In SuSE e Mdk probabilmente e' ancora diverso (mi pare che in SuSE il 2
sia il default e comprenda multiutente e rete, e il 5 sia grafico).
In pratica dove *deve* andare dipende dalla distro o dai gusti personali.
La procedura di boot e': kernel -> init -> che legge inittab ed esegue
quello che c'e' dentro.
In inittab trovi qualcosa tipo
id:2:initdefault
che ti dice che parte a livello 2. Piu' giu' trovi
l2:2:wait:comando
l2 e' un'id che metti tu, 2 e' il runlevel a cui lanciare il "comando" e
wait e' un'indicazione a init di cosa deve fare : wait aspetta finche' e'
finita l'esecuzione e poi non fa niente, respawn quando il processo muore
lo ricarica, ecc. ecc.
Solitamente come comando viene richiamato "rc" che e' uno script che legge
il contenuto di rcX.d (dove X e' il runlevel) e lancia gli script in
ordine alfabetico (quindi K01, K02, ...K99, S01, S02, ... S99). Se
iniziano con K li richiama come "script stop", se iniziano con S li
richiama come "script start".
Tutto il resto e' distro-related. :)
Bye.

 sia il default e comprenda multiutente e rete, e il 5 sia grafico).
Per informazione, una breve citazione dal manuale
dell'amministratore di SuSE:
0 Arresto del sistema (ingl. System halt) 
S Modo ad utente unico (ingl. Single user mode); dal prompt di boot con la tastiera americana
1 Modo ad utente unico (ingl. Single user mode) 
2 Modo multiutente locale senza rete remota (ingl. Local multiuser without remote network (es. NFS)) 
3 Modo multiutente locale completo con rete (ingl. Full multiuser with network) 
4 Libero (ingl. Not used)
5 Modo multiutente locale completo con rete e KDM (standard), GDM o XDM (ingl. Full multiuser with network and xdm) 
6 Riavvio del sistema (ingl. System reboot) 
-- 
Ciao, Pippo Peppo
Registered Linux User #315573

------------------------------  FINE  ------------------------------<
Qui si stava rispondendo ad una persona alle prime armi nel campo
dell'amministrazione, che aveva posto una domanda ben precisa riguardante
una piattaforma ben precisa, al quale è stata data una risposta
assolutamente disarmante per la sua complessità (intendiamoci, complessità
per un newbie).
Io il thread me lo sono letto, e dato che Slowlaris non lo conosco più di
tanto me lo sono anche salvato, ma cerchiamo di non confondere maggiormente
le idee alle persone che sono alle prime armi...


 idee alle persone che sono alle prime armi...
Il thread evidentemente non te lo sei letto bene, perche' ti e' sfuggita la
risposta che ho immediatamente dato a peroni, che contiene un tool presente su
redhat ancora piu' semplice (per un newbie, si intenda) di chkconfig: ntsys.
:-)
Non penso che federico sia cieco, e neanche tu, si spera...   :-)
Ora, tutto cio' che sembri considerare come la vicenda un newbie sottoposto a
"angherie" flammose di esperti o presunti, non ha proprio luogo, se non nel tuo
pensiero...     ;-)
Chiuderei qua, se sei d'accordo, non ho intenzione di aprire una flame.


 Chiuderei qua, se sei d'accordo, non ho intenzione di aprire una flame.
Neppure io, le smiley mi rimangono sempre fra le dita.


 Neppure io, le smiley mi rimangono sempre fra le dita.
Smiley, flame: che diavolo di nesso c'e'?
BTW, stavolta non ne ho messo, non ti preoccupare.



no, ho provato a risponderti ieri e oggi ma il msg non veniva postato..
non so perchè, è la prima volta che succede!
Altrimenti avrei continuato!
</paste>
Penso che con questo si possa chiudere.


 Ma chkconfig fa proprio così schifo?
A me, onestamente, si`. :)
Preferisco di gran lunga filerc di debian, che toglie tutti i link e crea
un unico file con una struttura tipo
60	0,1,6	2,3,4,5		/etc/init.d/apache
La prima colonna e` la priorita`, la seconda sono i runlevel a cui
stoppare il servizio, la terza quelli a cui avviarlo e l'ultima il
servizio da gestire.
Bye.

 BTW, stavolta non ne ho messo, non ti preoccupare.
Il nesso c'è, e se tu fossi un pochino più agile nella comunicazione online
l'avresti capito senza bisogno di spiegazioni: se ci fossero stati degli
smiley nei miei articoli avresti capito subito che le mie volevano essere si
delle critiche, ma *SENZA* intenzione di flammare.
Le smiley sono l'unica cosa che spesso mi rimane fra le dita.
Ora puoi mettermi tranquillamente nel tuo killfile.
-- 
Ciao da Villo    -    GPG public key available
                      Ferrara LUG 
http://ferrara.linux.it
		      Revome "+nospam" for email replies


 un unico file con una struttura tipo
Io la mia testing ce l'ho con tutte le directory e i link... :-)


 Ora puoi mettermi tranquillamente nel tuo killfile.
Noooo... e senno', come ci si diverte?   ^__^


 f/up e x/post appropriato.
Mi spiace ma non intendo onorare nessuno dei due, per tutta una serie di
motivi. Spero che la cosa non offenda nessuno.
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
We'll burn that bridge when we come to it.

 teschi e cazzi vari>.
ue' non mischiamo i teschi con i cazzi, veh... :-/
-- 
Emanuele Balla  aka Skull -  Public Key #661E5CBF on 
www.keyserver.com
+----------------------------------------------------------------------+
"And 1.1.81 is officially BugFree(tm), so if you receive any bug-reports
on it, you know they are just evil lies." (By Linus Torvalds)

 motivi. Spero che la cosa non offenda nessuno.
A me, per niente.    :-)


 leggere i nostri scambi dal principio.
Meglio che te li rilegga tu, va la...


 reazione. Se non l'hai ancora capito, sei senza speranza.
Io il somaro? Be', detto dal bue...
Scegli, i casi son due:
1) non capisci un cazzo, perche' non leggi i thread invece di rispondere
d'impulso, e paventando rischi (in quel caso) inesistenti per il newbie di
turno, oltre a criticare i metodi d'amministrazione altrui, che tra parentesi
variano da distro a distro, nel merito delle utilities di gestione dei servizi.
2) Sei in completa malafede (e l'hai dimostrato, non ammettendo subito di non
aver letto il thread), e quindi volevi solo rompere i coglioni (e questo l'ho
capito subito, da qui la mia reazione).
Di sicuro, fidonet non cincentrava nulla, da qui il f/up.
Ma vorrei chiedere, visto che ci siamo (punzecchiamo ancora...), come mai una
persona con cotanta esperienza, va a fare queste figuracce su usenet, sostenendo
di leggere i thread e invece non li legge... e sostenendo di conoscere usenet, e
commettendo invece tali cappellate...
Su usenet da sei anni? Te ce ne vorranno almeno dodici, per capire, di questo
passo...
