---

Jeg har lige installeret noffle newsserver, og har samme problem som
da jeg installerte postfix, næmlig at jeg ikke kan starte servicen,
jeg går ind i Mandrake's Kontrolcenter, vælger system og derefter
tjenester, og finder den service der skal startes, her noffle, og
klikker på kør, hvorefter den kommer med en fejlbesked

|There is no such option for an xinetd services
|You can only use the start option to reload a xinetd service
|noffle is a xinetd service

Jeg er temlig sikker på at hvis jeg rebooter maskinen, så starter
den selv op, men det kan vel ikke være nødvendigt?

--
Med venlig hilsen
Ivar Madsen

---

Ivar Madsen skrev:

>|There is no such option for an xinetd services
>|You can only use the start option to reload a xinetd service
>|noffle is a xinetd service
>
> Jeg er temlig sikker på at hvis jeg rebooter maskinen, så
> starter den selv op, men det kan vel ikke være nødvendigt?

For mig lyder det som om de bare skal have re-HUP'et din xinetd
(måsker efter at have skrevet et passende entry).


// Klaus

--
><>    vandag, môre, altyd saam

---

Klaus Alexander Seistrup skrev Lørdag den 21. december 2002 12:11 i
dk.edb.system.unix:

> Ivar Madsen skrev:
>
>>|There is no such option for an xinetd services
>>|You can only use the start option to reload a xinetd service
>>|noffle is a xinetd service
>>
>> Jeg er temlig sikker på at hvis jeg rebooter maskinen, så
>> starter den selv op, men det kan vel ikke være nødvendigt?
>
> For mig lyder det som om de bare skal have re-HUP'et din xinetd
> (måsker efter at have skrevet et passende entry).

Lyder som det jeg forstiller mig, men jeg har ikke nogen ide om
hvorldeds det gøres?
ER det letteste at logge af, og på igen?
Problemmet med det er jo at man har flere programmer kørende, hvoraf
flere af dem er jeg ikke interseret i at lukke, andre er bare
dovenskab der gør at de ikke er blevet lukket,,,

--
Med venlig hilsen

Ivar Madsen

---

Ivar Madsen skrev:

>> For mig lyder det som om de bare skal have re-HUP'et din
>> xinetd (måsker efter at have skrevet et passende entry).
>
> Lyder som det jeg forstiller mig, men jeg har ikke nogen ide
> om hvorldeds det gøres?

Find pid'en for inetd eller xinetd:

   $ ps aux | grep '[i]netd'

og lav så en "kill -SIGHUP" på den pid.

Hvis du skal have skrevet et xinetd-entry, må du kigge i
manualen.

> ER det letteste at logge af, og på igen?

Næh, det tror jeg ikke.


// Klaus

--
><>    vandag, môre, altyd saam

---

Klaus Alexander Seistrup skrev Lørdag den 21. december 2002 13:18 i
dk.edb.system.unix:

>> Lyder som det jeg forstiller mig, men jeg har ikke nogen ide
>> om hvorldeds det gøres?
> Find pid'en for inetd eller xinetd:

pid'en må være procces nummer?

> $ ps aux | grep '[i]netd'

den brokker sig over at den ikke forstår komandoen grep, og
kontrolcenteret kan ikke finde den, men det må være denne

|root 1814 0.0 0.1 2088 336 ? S Dec17 0:00
|xinetd -stayalive -reuse -pidfile /


> og lav så en "kill -SIGHUP" på den pid.

man kill siger ikke noget om -SIGHUP skal jeg bare skrive
kill -SIGHUP 1814
når nu den service/program der skal lukkes har pid nr. 1814?

Og jeg går så udfra at systemmet selv finder udaf at xinetd er
stoppet, og starter den op igen?

> Hvis du skal have skrevet et xinetd-entry, må du kigge i
> manualen.

Har jeg ikke fundet noget om i man noffle



--
Med venlig hilsen

Ivar Madsen

---

Ivar Madsen skrev:

>> Find pid'en for inetd eller xinetd:
>
> pid'en må være procces nummer?

Ja.

>> $ ps aux | grep '[i]netd'
>
> den brokker sig over at den ikke forstår komandoen grep, og
> kontrolcenteret kan ikke finde den, men det må være denne

Så har du vel ikke grep installeret?

>|root 1814 0.0 0.1 2088 336 ? S Dec17 0:00
>|xinetd -stayalive -reuse -pidfile /

Ja, det ser sådan ud.

>> og lav så en "kill -SIGHUP" på den pid.
>
> man kill siger ikke noget om -SIGHUP skal jeg bare skrive
> kill -SIGHUP 1814

Det vil jeg mene. Eller prøv "kill -s SIGHUP 1814".

> Og jeg går så udfra at systemmet selv finder udaf at xinetd
> er stoppet, og starter den op igen?

SIGHUP får ikke xinetd til at standse, blot til at genindlæse sine
konfigurationsfiler.

>> Hvis du skal have skrevet et xinetd-entry, må du kigge i
>> manualen.
>
> Har jeg ikke fundet noget om i man noffle

Hva' så med "man xinetd", el.lign.?


// Klaus

--
><>    vandag, môre, altyd saam

---

Klaus Alexander Seistrup skrev Lørdag den 21. december 2002 13:56 i
dk.edb.system.unix:

>> Og jeg går så udfra at systemmet selv finder udaf at xinetd
>> er stoppet, og starter den op igen?
> SIGHUP får ikke xinetd til at standse, blot til at genindlæse sine
> konfigurationsfiler.

Således, så kan jeg godt se at min bekømring for at lave noget lort
ikke var nødvendig, der kan jo ikke ske noget ved at genlæse conf
filerne.

>>> Hvis du skal have skrevet et xinetd-entry, må du kigge i
>>> manualen.

Det havde den selv gjort under install, men jeg skulle have ændret
port 119 til noget andet,,,

>> Har jeg ikke fundet noget om i man noffle
> Hva' så med "man xinetd", el.lign.?

Jeg er blevet meget kloger på hvordan linux håntere server, her den
sidste halve time. Engetligt ganske smart, måde at begranse
resurceforbruget på, men når der er lavet et connect til f.eks.
noffle, og så brugeren lukker forbindelsen, bliver noffle så lukket
ned igen til næste gange xinetd starter den op? Eller er den
kørende når først den er startet?

--
Med venlig hilsen

Ivar Madsen

---

Ivar Madsen skrev:

> når der er lavet et connect til f.eks. noffle, og så brugeren
> lukker forbindelsen, bliver noffle så lukket ned igen til næste
> gange xinetd starter den op? Eller er den kørende når først den
> er startet?

Med din nuværende viden er det vist tid til at spørge: Hvordan kan
man finde ud af dét?


// Klaus

--
><>    vandag, môre, altyd saam

---

On Sat, 21 Dec 2002 13:49:07 +0100, Ivar Madsen wrote:

>> $ ps aux | grep '[i]netd'

> den brokker sig over at den ikke forstår komandoen grep,

Installerer Mandrake ikke grep per default?!

>> og lav så en "kill -SIGHUP" på den pid.

> man kill siger ikke noget om -SIGHUP

Min gør:

"DESCRIPTION
The default signal for kill is TERM. Use -l or -L to list available
signals. Particularly useful signals include HUP, INT, KILL, STOP,
CONT, and 0. Alternate signals may be specified in three ways: -9
-SIGKILL -KILL."

> skal jeg bare skrive kill -SIGHUP 1814 når nu den service/program
> der skal lukkes har pid nr. 1814?

Ja. Hvis du ikke prøver lærer du aldrig noget.

I øvrigt plejer HUP at signalere at programmet skal genindlæse sin(e)
konfigurationsfiler, ikke at det skal lukke.

>> Hvis du skal have skrevet et xinetd-entry, må du kigge i manualen.

> Har jeg ikke fundet noget om i man noffle

I manualen til xinetd står sandsynligvis hvordan man konfigurerer
xinetd.


Mvh.

--
"I wear my unprofessionalism as a badge of honor. Adam Sjøgren
Professionalism has no place in art" asjo@koldfront.dk

---

Adam Sjøgren skrev Lørdag den 21. december 2002 13:55 i
dk.edb.system.unix:

>>> $ ps aux | grep '[i]netd'
>> den brokker sig over at den ikke forstår komandoen grep,
> Installerer Mandrake ikke grep per default?!

jov, men ikke greb Det væreste er at jeg havde chekket for den
fejl

>>> og lav så en "kill -SIGHUP" på den pid.
>> man kill siger ikke noget om -SIGHUP
>
> Min gør:
>
> "DESCRIPTION
> The default signal for kill is TERM. Use -l or -L to
> list available
> signals. Particularly useful signals include HUP, INT,
> KILL, STOP,
> CONT, and 0. Alternate signals may be specified in
> three ways: -9 -SIGKILL -KILL."

Hmm, mig kan ikke læse,,,

> I øvrigt plejer HUP at signalere at programmet skal genindlæse
> sin(e) konfigurationsfiler, ikke at det skal lukke.

OK, var bange for at hvis jeg gjorde noget forkert her, så ville det
gå grulig galt, derfor ville jeg godt lige være sikker inden jeg
gjorde,,,

>>> Hvis du skal have skrevet et xinetd-entry, må du kigge i
>>> manualen.
>> Har jeg ikke fundet noget om i man noffle
> I manualen til xinetd står sandsynligvis hvordan man konfigurerer
> xinetd.

Næ, men det sendte mig på sporet af man xinetd.conf og vider til
filerne i /etc/xinetd.d hvor jeg fandt opsætningen af noffle så jeg
fik den til at køre på en port TDC ikke har spæret

--
Med venlig hilsen

Ivar Madsen

---

Adam Sjøgren wrote:
> I øvrigt plejer HUP at signalere at programmet skal genindlæse sin(e)
> konfigurationsfiler, ikke at det skal lukke.

HUP betyder hang-up, altså at programmet ikke længere er forbundet til
terminalen, fx. fordi en modem-forbindelse er afbrudt.

Det er selvfølgeligt et signal, som programmer med
terminal-kommunikation bør forholde sig konstruktivt til.

Der har så udviklet sig en tradition for at programmer uden terminal
(dæmoner), misbruger signalet og at det fortolkes som en ordre til at
genindlæse konfigurationsfilen.

Så vidt jeg er orienteret. Ret mig gerne.

--
Lars Kongshøj
http://www.kongshoj.com/

---

Lars Kongshøj skrev Søndag den 22. december 2002 01:53 i
dk.edb.system.unix:


>> I øvrigt plejer HUP at signalere at programmet skal genindlæse
>> sin(e) konfigurationsfiler, ikke at det skal lukke.
> HUP betyder hang-up, altså at programmet ikke længere er forbundet
> til terminalen, fx. fordi en modem-forbindelse er afbrudt.
> Det er selvfølgeligt et signal, som programmer med
> terminal-kommunikation bør forholde sig konstruktivt til.
> Der har så udviklet sig en tradition for at programmer uden
> terminal (dæmoner), misbruger signalet og at det fortolkes som en
> ordre til at genindlæse konfigurationsfilen.

Vil det sige at man ikke bare i flæng skal sende en
kill -SIGHUP [pid] efter et progam, bare fordi man vil have det til
at genlæse konf. filerne?
Men at de programmer der angiver at man skriver noget ligende
programnavn -reload
så er det DET der SKAL bruges?

--
Med venlig hilsen

Ivar Madsen

---

Ivar Madsen wrote:
> Vil det sige at man ikke bare i flæng skal sende en
> kill -SIGHUP [pid] efter et progam, bare fordi man vil have det til
> at genlæse konf. filerne?

Prøv at se, hvad der sker, hvis du sender HUP til bash. Det genindlæser
ikke profile/bashrc, men antager at forbindelsen er brudt.

> Men at de programmer der angiver at man skriver noget ligende
> programnavn -reload
> så er det DET der SKAL bruges?

Det er naturligvis altid klogt at betjene et program, som der står i
dets dokumentation, i stedet for at gætte sig frem.

--
Lars Kongshøj
http://www.kongshoj.com/