Hallo, wertet der systemd die inittab aus? Nach einem Update von OS 11.4 auf 12.1 startet der Dienst c2faxrecv nicht mehr. Er wird am Ende der inittab aufgerufen. Da der Dienst nicht mehr startet, aber jahrelang problemlos funktionierte bin ich mir nicht sicher ob die inittab vom systemd überhaupt ausgewertet wird. Falls inittab nicht mehr ausgewertet wird, sorgt das Update für eine Umsetzung der Einträge in der inittab? Beim manuelle Aufrufen von /usr/bin/c2faxrecv -q "/var/spool/fax" startet der Dienst. In welchem log kann man denn die Aktionen vom systemd und init nachlesen? Eingesetzt wird OS 12.1 64-bit. ~> cat /etc/inittab # # /etc/inittab # # Copyright (c) 1996-2002 SuSE Linux AG, Nuernberg, Germany. All rights reserved. # # Author: Florian La Roche, 1996 # Please send feedback to http://www.suse.de/feedback # # This is the main configuration file of /sbin/init, which # is executed by the kernel on startup. It describes what # scripts are used for the different run-levels. # # All scripts for runlevel changes are in /etc/init.d/. # # This file may be modified by SuSEconfig unless CHECK_INITTAB # in /etc/sysconfig/suseconfig is set to "no" # # The default runlevel is defined here id:3:initdefault: # First script to be executed, if not booting in emergency (-b) mode si::bootwait:/etc/init.d/boot # /etc/init.d/rc takes care of runlevel handling # # runlevel 0 is System halt (Do not use this for initdefault!) # runlevel 1 is Single user mode # runlevel 2 is Local multiuser without remote network (e.g. NFS) # runlevel 3 is Full multiuser with network # runlevel 4 is Not used # runlevel 5 is Full multiuser with network and xdm # runlevel 6 is System reboot (Do not use this for initdefault!) # l0:0:wait:/etc/init.d/rc 0 l1:1:wait:/etc/init.d/rc 1 l2:2:wait:/etc/init.d/rc 2 l3:3:wait:/etc/init.d/rc 3 #l4:4:wait:/etc/init.d/rc 4 l5:5:wait:/etc/init.d/rc 5 l6:6:wait:/etc/init.d/rc 6 # what to do in single-user mode ls:S:wait:/etc/init.d/rc S ~~:S:respawn:/sbin/sulogin # what to do when CTRL-ALT-DEL is pressed ca::ctrlaltdel:/sbin/shutdown -r -t 4 now # special keyboard request (Alt-UpArrow) # look into the kbd-0.90 docs for this kb::kbrequest:/bin/echo "Keyboard Request -- edit /etc/inittab to let this work." # what to do when power fails/returns pf::powerwait:/etc/init.d/powerfail start pn::powerfailnow:/etc/init.d/powerfail now #pn::powerfail:/etc/init.d/powerfail now po::powerokwait:/etc/init.d/powerfail stop # for ARGO UPS sh:12345:powerfail:/sbin/shutdown -h now THE POWER IS FAILING # getty-programs for the normal runlevels # <id>:<runlevels>:<action>:<process> # The "id" field MUST be the same as the last # characters of the device (after "tty"). 1:2345:respawn:/sbin/mingetty --noclear tty1 2:2345:respawn:/sbin/mingetty tty2 3:2345:respawn:/sbin/mingetty tty3 4:2345:respawn:/sbin/mingetty tty4 5:2345:respawn:/sbin/mingetty tty5 6:2345:respawn:/sbin/mingetty tty6 # #S0:12345:respawn:/sbin/agetty -L 9600 ttyS0 vt102 #cons:12345:respawn:/sbin/smart_agetty -L 38400 console # # Note: Do not use tty7 in runlevel 3, this virtual line # is occupied by the programm xdm. # # This is for the package xdmsc, after installing and # and configuration you should remove the comment character # from the following line: #7:3:respawn:+/etc/init.d/rx tty7 # modem getty. # mo:235:respawn:/usr/sbin/mgetty -s 38400 modem # fax getty (hylafax) # mo:35:respawn:/usr/lib/fax/faxgetty /dev/modem # vbox (voice box) getty # I6:35:respawn:/usr/sbin/vboxgetty -d /dev/ttyI6 # I7:35:respawn:/usr/sbin/vboxgetty -d /dev/ttyI7fa fr:35:respawn:/usr/bin/c2faxrecv -q "/var/spool/fax" # end of /etc/inittab #> telinit q #> tail -f /var/log/messages Jan 24 08:50:50 server systemd[1]: Reloading. Jan 24 08:50:50 server systemd[1]: [/etc/init.d/slpd:11] Failed to add LSB Provides name openslp.service, ignoring: File exists Jan 24 08:50:50 server systemd[1]: [/etc/init.d/cups:19] Failed to add LSB Provides name cupsd.service, ignoring: File exists Jan 24 08:51:15 server HylaFAX[25402]: checkHostIdentity("localhost") Jan 24 08:51:15 server HylaFAX[25402]: Parsing hostPort(): "EPRT" Jan 24 08:51:15 server HylaFAX[25402]: Parsing "|1|127.0.0.1|58162|" Jan 24 08:51:15 server HylaFAX[25402]: `-> s.length() = 19 Jan 24 08:51:15 server HylaFAX[25402]: `-> s[0] = '|' Jan 24 08:51:15 server HylaFAX[25402]: `-> s[2] = '|' Jan 24 08:51:15 server HylaFAX[25402]: `-> s[18] = '|' Jan 24 08:51:15 server HylaFAX[25402]: Looks like extended syntax: "|1| 127.0.0.1|58162|" [7C: |] Jan 24 08:51:15 server HylaFAX[25402]: `-> Got a: 127.0.0.1[13] Jan 24 08:51:15 server HylaFAX[25402]: `-> Got a: 58162[19] Jan 24 08:51:15 server HylaFAX[25402]: Parsed: Family 1 Address 127.0.0.1 Port 58162 ~> faxstat HylaFAX scheduler on server.home.haa: Running Modem faxCAPI (+49.7042.812781): Terminated -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Tue, 24 Jan 2012 09:11:07 +0100 schrieb Dirk Meier <dirk.meier@gmx.de>:
Hallo, wertet der systemd die inittab aus? Nach einem Update von OS 11.4 auf 12.1 startet der Dienst c2faxrecv nicht mehr. Er wird am Ende der inittab aufgerufen. [...]
systemd(1) ersetzt init, entsprechend der man page. Vermutlich sind aber die jeweiligen Maintainer noch nicht so weit, entsprechende service files für systemd zu schreiben. Da hilft dann nur, eigene Service files zu erstellen. Das ist aber nicht weiter schwierig. -Dieter -- Dieter Klünter | Systemberatung http://dkluenter.de GPG Key ID:DA147B05 53°37'09,95"N 10°08'02,42"E -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Tuesday 24 January 2012 09:33:51 schrieb Dieter Klünter:
Am Tue, 24 Jan 2012 09:11:07 +0100
schrieb Dirk Meier <dirk.meier@gmx.de>:
Hallo, wertet der systemd die inittab aus? Nach einem Update von OS 11.4 auf 12.1 startet der Dienst c2faxrecv nicht mehr. Er wird am Ende der inittab aufgerufen.
[...]
systemd(1) ersetzt init, entsprechend der man page. Vermutlich sind aber die jeweiligen Maintainer noch nicht so weit, entsprechende service files für systemd zu schreiben. Da hilft dann nur, eigene Service files zu erstellen. Das ist aber nicht weiter schwierig.
-Dieter
Hallo Dieter, einen Service zu schreiben und zu aktivieren ist nicht das Problem. Mir scheint zur Zeit eher durch den Mix aus systemd und inittab einiges durch einander zu bringen. Die meisten Aktivitäten werden immer noch indirekt durch die Scripte in /etc/init.d gestartet und nicht durch systemd. Damit war es mir nicht möglich eigene Serives in der richtigen Reihenfolge zu starten. Daher scheint es mir sinnvoll, entweder nur systemd oder nur inittab zu verwenden. Die notwendigen Services für systemd gibt es aber zur Zeit nicht für OS. Gruß Heiner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Dienstag, 24. Januar 2012 schrieb Heiner Kuhlmann:
Am Tuesday 24 January 2012 09:33:51 schrieb Dieter Klünter:
Am Tue, 24 Jan 2012 09:11:07 +0100
schrieb Dirk Meier <dirk.meier@gmx.de>:
Hallo, wertet der systemd die inittab aus? Nach einem Update von OS 11.4 auf 12.1 startet der Dienst c2faxrecv nicht mehr. Er wird am Ende der inittab aufgerufen.
[...]
systemd(1) ersetzt init, entsprechend der man page. Vermutlich sind aber die jeweiligen Maintainer noch nicht so weit, entsprechende service files für systemd zu schreiben. Da hilft dann nur, eigene Service files zu erstellen. Das ist aber nicht weiter schwierig.
-Dieter
Hallo Dieter,
einen Service zu schreiben und zu aktivieren ist nicht das Problem.
Mir scheint zur Zeit eher durch den Mix aus systemd und inittab einiges durch einander zu bringen. Die meisten Aktivitäten werden immer noch indirekt durch die Scripte in /etc/init.d gestartet und nicht durch systemd. Damit war es mir nicht möglich eigene Serives in der richtigen Reihenfolge zu starten.
Daher scheint es mir sinnvoll, entweder nur systemd oder nur inittab zu verwenden. Die notwendigen Services für systemd gibt es aber zur Zeit nicht für OS.
Gruß Heiner
Hallo Heiner, wie startest Du denn jetzt Deine eigenen Dienste? mit google habe ich: http://www.linux-club.de/viewtopic.php?f=26&t=114724 ... In der Konsole legst du mit nano /etc/systemd/system/perl-cluster-script.service eine Datei an und füllst sie mit folgendem Inhalt: [Unit] Descritpion=Perl Cluster Script After=getty.target [Serrvice] Type=respawn ExecStart=/usr/bin/perl -w /spider//perl/cluster.p" sysop TiemoutSec=0 StandardOutput=tty11 [Install] WantedBy=multi-user.target Jetzt aktivierst du den Service noch (autom. Start beim Bootvorgang): systemctl enable perl-cluster-script.service und kannst inh danach mit systemctl start perl-cluster-script.service gefunden. Ist das eine Lösung für mein Problem oder bringe ich mein System damit durcheinander / nicht mehr updatebar? -- Dirk -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Wednesday 25 January 2012 10:31:45 schrieb Dirk Meier:
Am Dienstag, 24. Januar 2012 schrieb Heiner Kuhlmann:
Am Tuesday 24 January 2012 09:33:51 schrieb Dieter Klünter:
Am Tue, 24 Jan 2012 09:11:07 +0100
schrieb Dirk Meier <dirk.meier@gmx.de>:
Hallo, wertet der systemd die inittab aus? Nach einem Update von OS 11.4 auf 12.1 startet der Dienst
c2faxrecv
nicht mehr. Er wird am Ende der inittab aufgerufen.
[...]
systemd(1) ersetzt init, entsprechend der man page. Vermutlich sind aber die jeweiligen Maintainer noch nicht so weit, entsprechende service files für systemd zu schreiben. Da hilft dann nur, eigene Service files zu erstellen. Das ist aber nicht weiter schwierig.
-Dieter
Hallo Dieter,
einen Service zu schreiben und zu aktivieren ist nicht das Problem.
Mir scheint zur Zeit eher durch den Mix aus systemd und inittab
einiges durch
einander zu bringen. Die meisten Aktivitäten werden immer noch
indirekt durch
die Scripte in /etc/init.d gestartet und nicht durch systemd. Damit
war es
mir nicht möglich eigene Serives in der richtigen Reihenfolge zu
starten.
Daher scheint es mir sinnvoll, entweder nur systemd oder nur inittab
zu
verwenden. Die notwendigen Services für systemd gibt es aber zur Zeit
nicht
für OS.
Gruß Heiner
Hallo Heiner,
wie startest Du denn jetzt Deine eigenen Dienste? mit google habe ich: http://www.linux-club.de/viewtopic.php?f=26&t=114724
... In der Konsole legst du mit
nano /etc/systemd/system/perl-cluster-script.service eine Datei an und füllst sie mit folgendem Inhalt:
[Unit] Descritpion=Perl Cluster Script After=getty.target
[Serrvice] Type=respawn ExecStart=/usr/bin/perl -w /spider//perl/cluster.p" sysop TiemoutSec=0 StandardOutput=tty11
[Install] WantedBy=multi-user.target
Jetzt aktivierst du den Service noch (autom. Start beim Bootvorgang):
systemctl enable perl-cluster-script.service
und kannst inh danach mit
systemctl start perl-cluster-script.service
gefunden. Ist das eine Lösung für mein Problem oder bringe ich mein System damit durcheinander / nicht mehr updatebar?
Hallo Dirk, wenn es läuft, glaube ich nicht, dass damit etwas durcheinander gebracht wird. Die Frage ist allerdings, ob der Service nicht zu früh gestartet wird. Ich würde zuerst den Service mit systemctl start perl-cluster-script.service manuell starten und schauen, ob es erfolgreich war. Mit systemctl enable perl-cluster-script.service sollte der Service beim Boot ablaufen. systemctl zeigt Dir dann ob der Service beim Boot erfolgreich war. Ich habe es mit systemctl enable ... versucht. Laut /var/messages lief der Sevice bein Boot auch. systemctl zeigte aber, das der Service nicht erfolgreich gestartet wurde. Die Aktionen wurden auch nicht durchgeführt. systemctl start ... war allerdings erfolgreich. Mein Service wurde einfach zu früh gestartet. Ich habe über die Unzulänglichkeiten von systemd nicht weiter nachgedacht und den Service einfach in die Autostart von XFCE gelegt. Ich hoffe Dir geholfen zu haben. Heiner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (3)
-
Dieter Klünter
-
Dirk Meier
-
Heiner Kuhlmann