* rc: caught SIGTERM, aborting: mysql, lcdproc, syslog, lvm nichts startet mehr

Fortgeschrittener

30.11.2010, 19:08

Hi,
ich habe hier einen HTPV auf den Gentoo mit dem Kernel 2.6.35-gentoo-r11 läuft.
Bis Sonntag aht hier alles super funktioniert. Dann wie jeden Sonntag folgendes Szenario:

1. HTPC fährt automatisch hoch um einen Aufnahme zu starten (Die Aufnahme dient nur dazu das der PC läuft währen dem das Backup gemacht wird).
2. Backup-Rechner fährt hoch
3. Backup-Rechner sperrt HTPC über "mythshutdowm --lock".
4. Backup-Rechner sichert Daten über rsync.
5. Backup-Rechner gibt HTPC über "mythshutdown --unlock" wieder frei.
6. HTPC begibt sich in SuspendToRAM.

So, nun wollte ich heute den HTPC einschalten und wunder mich erst mal warum der PC komplett neu hochfährt, da er sich ja normal im SuspenToRAM-Modus befinden sollte.

Nun startet der X-Server und MythTV sollte starten, die tut es auch, aber mit der Meldung das keine Verbindung zum Server (gleicher Rechner) aufgneommen werden kann.

Ich habe nun herausgefunde das das mythtv-backend nicht gestartet wurde:

	Quellcode
1 2 3 4 5	mythbox ~ # /etc/init.d/mythbackend start mysql \| * Starting ... mysql \| * mysql: caught SIGTERM, aborting mythbackend \| * mythbackend: caught SIGTERM, aborting mythbox ~ #

Unter anderem werden auch verschiedene Dienste wie
-lvm
-LCDd
-sshd
nicht währem dem hochfahren gestartet, die eigentlich aber gestartet werden sollten. Ich habe daher den RC-Loger aktiviert, der folgendes aus gibt:

Quellcode

...
syslog-ng   	| * Starting syslog-ng ...
 [ ok ]
 [ ok ]
vixie-cron  	| * Starting vixie-cron ...
vixie-cron  	| * vixie-cron: caught SIGTERM, aborting
samba       	| * samba: caught SIGTERM, aborting
sshd        	| * sshd: caught SIGTERM, aborting
local       	| * local: caught SIGTERM, aborting
hald        	| * hald: caught SIGTERM, aborting
 * rc: caught SIGTERM, aborting

Habt ihr vielleicht eine Idee? Ich lasse jetzt mal nen fsck laufen.

dsiggi

Zum Seitenanfang

bell

Erleuchteter

Beiträge: 3 128

2

30.11.2010, 21:23

SIGTERM ist ja die Aufforderung an ein Programm sich zu beenden, die zB. mit dem "kill" Kommando gesendet werden kann.
Irgend was auf dem System läuft also Amok. Spontan fällt mir der Kernel ein. Dieser macht sowas, wenn der RAM ausgeht und kein Swap vorhanden ist. Poste mal die Ausgabe von

	Quellcode
1	free -k

Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Zum Seitenanfang

dsiggi

Fortgeschrittener

Beiträge: 185

3

01.12.2010, 06:27

Hier die Ausgabe von "free -k":

	Quellcode
1 2 3 4	total used free shared buffers cached Mem: 2058992 375788 1683204 0 10488 148264 -/+ buffers/cache: 217036 1841956 Swap: 1060252 0 1060252

dsiggi

Zum Seitenanfang

dyle

Erleuchteter

Beiträge: 4 869

4

01.12.2010, 10:08

Hast du Zeitstempel (/var/log/messages) von den Ereignis? Koinzidiert das vlt. mit deinem Aufruf von myshutdown?

http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

Zum Seitenanfang

dsiggi

Fortgeschrittener

Beiträge: 185

5

01.12.2010, 16:55

In der /vat/log/messages steht nur folgendes:

Quellcode

...
Dec  1 16:46:26 mythbox kernel: [   26.413507] Adding 1060252k swap on /dev/sda1.  Priority:-1 extents:1 across:1060252k 
Dec  1 16:46:26 mythbox kernel: [   32.130488] fuse init (API version 7.14)
Dec  1 16:46:27 mythbox /etc/init.d/mysql[3050]: mysql: caught SIGTERM, aborting
Dec  1 16:46:27 mythbox rc[2958]: rc: caught SIGTERM, aborting
Dec  1 16:46:35 mythbox kernel: [   41.224117] EXT3-fs: barriers not enabled
...

Mythshutdown führt für das Herunterfahren folgendes Script aus:

Quellcode

#!/bin/bash
# Dieses Script versetzt den PC in den Hibernate-Modus (Ruhezustand)

echo -n "Beende mythwelcome --> "
killall mythwelcome
ps=$(ps ax)
if echo $ps | grep -q mythwelcome; then
	echo "false"
else
	echo "okay"
fi

echo -n "Beende irexec --> "
killall irexec
ps=$(ps ax)
if echo $ps | grep -q irexec; then
	echo "false"
else
	echo "okay"
fi

services="mythbackend mysql LCDd lircd samba sshd net.eth0"

for s in $services; do
	echo -n "Stoppe $s --> "
	sudo /etc/init.d/$s stop
	if /etc/init.d/$s status | grep -q stop; then
		echo "okay"
	else
		echo "false"
	fi
done

ethtool -s eth0 wol g

echo "Versetze PC in den Ruhezustand"
echo mem > /sys/power/state

echo "Der PC läuft wieder"

sudo rc default

sudo chown :mythtv /sys/class/rtc/rtc0/wakealarm
sudo chown :mythtv /sys/power/state
sudo chmod g+w /sys/class/rtc/rtc0/wakealarm
sudo chmod a+w /sys/power/state
sudo chmod a+w /dev/lcd0
sleep 1

if /etc/init.d/mythbackend status | grep -q start; then
	echo -n "Starte mythwelcome --> "
	DISPLAY=":0.0" mythwelcome &
	ps=$(ps ax)
	if echo $ps | grep -q mythwelcome; then
		echo "okay"
	fi
fi

echo "Starte irexec"
DISPLAY=":0.0" irexec -d &

Das hat so auch immer funktioniert.
Da MythTv jetzt aber nicht läuft, fahre ich den PC immer normal über "shutdown -h now" herunter.

PS: Ich nutze OpenRC 0.6.3

dsiggi

Zum Seitenanfang

dsiggi

Fortgeschrittener

Beiträge: 185

6

03.12.2010, 16:39

Keiner eine Idee?

dsiggi

Zum Seitenanfang

dyle

Erleuchteter

Beiträge: 4 869

7

04.12.2010, 08:19

Dein Script schaut mal ok aus.

Ok. Das System ist ansonsten tip-top (revdep-rebuild)?

Wenn du die Schritte des Scripts manuel auf der Shell durchführst, gibt es da irgendwas?

http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

Zum Seitenanfang

dsiggi

Fortgeschrittener

Beiträge: 185

8

04.12.2010, 11:03

Hi,
revdep-rebuild bringt keinen Fehler.

Das Scrip benutze ich zur Zeit ja nicht, da der PC schon gar nicht richtig hochfährt, warum sollte ich ihn dann also in SuspendToRAM schicken?

Zitat von dyle:

Zitat

Wenn du die Schritte des Scripts manuel auf der Shell durchführst, gibt es da irgendwas?

Naja es wird halt beim stoppen der Services mekern, da diese gar nicht gestartet sind.

dsiggi

Zum Seitenanfang

dyle

Erleuchteter

Beiträge: 4 869

9

04.12.2010, 12:07

Oh, hehehe ... da stand ich wohl die ganze Zeit auf'm Schlauch ... kannst du mal die Ausgabe von mysql start vom dem Bildschirm ausgeben und dann versuchen diese Zeile ohne den start-stop-daemon per hand auf der Shell zu exektuieren? Da sollte IMHO mysql gesprächiger werden ... wenn aber das geht, dann bockt ja vlt. dein start-stop-daemon.

Wg. mysql-commando auf der Zeile ausgeben: dazu müsstest du dein /etc/init.d/mysql editieren. Etwa so

Quellcode

...
278         wdebug 2 "starting mysqld with: ${mysqld_thing}"
279 
280         if [[ ${ssd_thing} -eq 1 ]] ; then
281             tmpnice="${NICE:+"--nicelevel "}${NICE}"
282             echo start-stop-daemon --quiet ${DEBUG/*/"--verbose"} --start \
283             --background ${tmpnice} --pidfile ${pidfile} \
284             --exec ${basedir}/sbin/mysqld${MY_SUFFIX} -- ${mysqld_thing} \
285             && sleep ${TIMEUNIT}
286             start-stop-daemon --quiet ${DEBUG/*/"--verbose"} --start \
287             --background ${tmpnice} --pidfile ${pidfile} \
288             --exec ${basedir}/sbin/mysqld${MY_SUFFIX} -- ${mysqld_thing} \
289             && sleep ${TIMEUNIT}
290             retstatus=$?
291         else
...

Zeilen 282-285 sind neu. Das gibt bei mir dann sowas:

Quellcode

# /etc/init.d/mysql start
 * Starting  ...
 * Starting  (/etc/mysql/my.cnf)
start-stop-daemon --quiet --start --background --pidfile /var/run/mysqld/mysqld.pid --exec /usr/sbin/mysqld -- --defaults-file=/etc/mysql/my.cnf --basedir=/usr --datadir=/var/lib/mysql --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock

Die Zeile mit start-stop-daeon ist das Interessante und zwar nach "--exec"

http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

Zum Seitenanfang

dsiggi

Fortgeschrittener

Beiträge: 185

10

04.12.2010, 13:11

Hi,
hab die /etc/init.d/mysql mal wie du abgeändert. Sprich erst wird der start-stop-Befehl ausgeben und dann ausgeführt.

	Quellcode
1 2 3 4 5	mythbox ~ # /etc/init.d/mysql start * Caching service dependencies ... [ ok ] * Starting ... * mysql: caught SIGTERM, aborting mythbox ~ #

Und es funktioniert nichts.

dsiggi

Zum Seitenanfang

dyle

Erleuchteter

Beiträge: 4 869

11

04.12.2010, 14:13

Du hast mich nicht richtig verstanden.

Zitat

kannst du mal die Ausgabe von mysql start vom dem Bildschirm ausgeben und dann versuchen diese Zeile ohne den start-stop-daemon per hand auf der Shell zu exektuieren? Da sollte IMHO mysql gesprächiger werden

OHNE den start-stop-daemon. Der Sinn ist dabei, mysql von Hand zu starten. Meintewegen mit zusätzlichen Output- und Debug-Optionen, damit Mysql sagt, was los ist.

http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

Zum Seitenanfang

dsiggi

Fortgeschrittener

Beiträge: 185

12

04.12.2010, 17:26

Hier mal die Ausgabe von /usr/sbin/mysqld:

Quellcode

mythbox ~ # /usr/sbin/mysqld
101204 17:22:06 [Warning] '--default-character-set' is deprecated and will be removed in a future release. Please use '--character-set-server' instead.
101204 17:22:06 [Warning] '--skip-locking' is deprecated and will be removed in a future release. Please use '--skip-external-locking' instead.
101204 17:22:06 [Warning] option 'net_buffer_length': unsigned value 8388608 adjusted to 1048576
101204 17:22:06 [Warning] option 'thread_cache_size': unsigned value 4194304 adjusted to 16384
101204 17:22:06 [Warning] /usr/sbin/mysqld: Option '--set-variable' is deprecated. Use --variable-name=value instead.

Zum Seitenanfang

dyle

Erleuchteter

Beiträge: 4 869

13

04.12.2010, 18:37

Du meinst damit, dein /etc/init.d/mysql macht eigentlich nichts anderes als das reine mysqld ohne irgendwelche Optionen aufzurufen? Kann ich mir ehrlich gesagt nicht vorstellen.

Irgendwann löst irgendwer ein SIGTERM bei dir aus. Zuerst dachte ich, es wäre dein Script dabei involviert. Aber dann zeigten die Zeitstempel, daß ja das Script gestartet wird und sofort das SIGTERM kommt. Also dachte ich mir, daß es da ja irgendwie eine Kausalität zwischen dem Starten von MySQL und dem Terminieren geben könnte. Aber so sehe ich das freilich nicht.

Im übrigen ist ein SIGTERM das 1. Signal was ein terminierender Kernel den laufenden Prozessen schickt. Nach einer Weile schickt der Kernel dann ein SIGKILL und alle noch lebenden Prozesse werden erschossen. Dann ist finster.

Ich bin mir aber immer weniger im Klaren, was bei dir genau passiert. Nochmal: du startest deinen Rechner hoch und die von dir gestarteten Services - wie bsp. mysql - starten nicht, sondern Beenden sich sofort mit einem SIGTERM wieder?

Oder kommt das später? ?(

http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

Zum Seitenanfang

dsiggi

Fortgeschrittener

Beiträge: 185

14

04.12.2010, 19:49

So,
hab die /etc/init.d/mysqld mal durchforstet. Mysql wird wie folgt gestartet:

	Quellcode
1	/usr/sbin/mysqld --default-file="/etc/mysql/my.cnf" --basedir="/usr" --datadir="/var/lib/mysql/" --pid-file="/var/run/mysqld/mysqld.pid" --socket="/var/run/mysqld/mysqld.socket"

Wenn ich das manuell eingebe klappt das auch.

Wegen den SIGTERM's:
Ja die Sevices, werden anscheinen versucht zu starten, werden aber dann sofort getötet.

Quellcode

...
syslog-ng   | * Starting syslog-ng ...
 [ ok ]
 [ ok ]
vixie-cron  | * Starting vixie-cron ...
vixie-cron  | * vixie-cron: caught SIGTERM, aborting
samba       | * samba: caught SIGTERM, aborting
sshd        | * sshd: caught SIGTERM, aborting
local       | * local: caught SIGTERM, aborting
hald        | * hald: caught SIGTERM, aborting
* rc: caught SIGTERM, aborting

dsiggi

Zum Seitenanfang

dyle

Erleuchteter

Beiträge: 4 869

15

05.12.2010, 07:58

Das passiert beim Hochfahren des Rechners? Wenig später kannst du aber die Services von Hand ganz normal starten?

Hm, harte Nuss. Hast du rc-logging enabled?

Quellcode

# rc_logger launches a logging daemon to log the entire rc process to
# /var/log/rc.log
# NOTE: Linux systems require the devfs service to be started before
# logging can take place and as such cannot log the sysinit runlevel.
rc_logger="YES"

In /etc/rc.conf.

Hast du dann ein /var/log/rc.log und gibt es dort *irgendwas* ... auch: was sagt dmesg nach dem Booten?

http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

Zum Seitenanfang

dsiggi

Fortgeschrittener

Beiträge: 185

16

05.12.2010, 13:03

Hab das zawar alles schon geschrieben aber hier noch mal.

Es passiert direkt beim hochfahren.
Sshd zb kann ich dannach ganz normal per Hand starten, lcdd und mysql zb aber nicht (SIGTERM).

Der RC-Logger ist aktiv.

Quellcode

rc boot logging started at Sat Dec  4 11:43:02 2010

 * Setting system clock using the hardware clock [UTC] ...
 [ ok ]
 * Autoloaded 0 module(s)
 * Checking local filesystems  ...
/dev/sda3: sauber, 369728/1343488 Dateien, 4717593/5371734 Blöcke
/dev/sda2: sauber, 34/40320 Dateien, 10578/160648 Blöcke
 [ ok ]
 * Remounting root filesystem read/write ...
 [ ok ]
 * Updating /etc/mtab ...
 [ ok ]
 * Mounting local filesystems ...
 [ ok ]
 * Setting hostname to mythbox ...
 [ ok ]
 * Configuring kernel parameters ...
 [ ok ]
 * Creating user login records ...
 [ ok ]
 * Cleaning /var/run ...
 [ ok ]
 * Wiping /tmp directory ...
 [ ok ]
 * Starting D-BUS system messagebus ...
 [ ok ]
 * Starting ConsoleKit daemon ...
 [ ok ]
 * Setting terminal encoding [UTF-8] ...
 [ ok ]
 * Setting console font [lat0-16] ...
 [ ok ]
 * Setting up gdm ...
 [ ok ]
 * Loading ALSA modules ...
 *   Loading: snd-mixer-oss ...
 [ ok ]
 *   Loading: snd-pcm-oss ...
 [ ok ]
 *   Loading: snd-seq-oss ...
 [ ok ]
 [ ok ]
 * Restoring Mixer Levels ...
 [ ok ]
 * Setting keyboard mode [UTF-8] ...
 [ ok ]
 * Loading key mappings [de-latin1-nodeadkeys] ...
 [ ok ]
 * Bringing up interface lo
 *   127.0.0.1/8 ...
 [ ok ]
 *   Adding routes
 * 	127.0.0.0/8 via 127.0.0.1 ...
 [ ok ]
 * Bringing up interface eth0
 *   dhcp ...
 * 	Running dhcpcd ...
dhcpcd[2799]: version 5.2.8 starting
dhcpcd[2799]: eth0: rebinding lease of 192.168.123.104
dhcpcd[2799]: eth0: acknowledged 192.168.123.104 from 192.168.123.254
dhcpcd[2799]: eth0: checking for 192.168.123.104
dhcpcd[2799]: eth0: leased 192.168.123.104 for 864000 seconds
dhcpcd[2799]: forked to background, child pid 2887
 [ ok ]
 * 	received address 192.168.123.104/24
 [ ok ]
 * Mounting USB device filesystem [usbfs] ...
 [ ok ]
 * Mounting misc binary format filesystem ...
 [ ok ]
 * Activating swap devices ...
 [ ok ]
 * Initializing random number generator ...
 [ ok ]

rc boot logging stopped at Sat Dec  4 11:43:18 2010


rc default logging started at Sat Dec  4 11:43:18 2010

 * Setting up the Logical Volume Manager ...
 [ ok ]
 * Starting syslog-ng ...
 [ ok ]
 * Mounting network filesystems ...
 [ ok ]
 * Starting  ...
 * rc: caught SIGTERM, aborting
 * mysql: caught SIGTERM, aborting

rc default logging stopped at Sat Dec  4 11:43:24 2010

In der dmesg steht nichts interessantes.

dsiggi

Zum Seitenanfang

bell

Erleuchteter

Beiträge: 3 128

17

05.12.2010, 14:00

Es wäre einen Versuch Wert. Im Portage ist schon OpenRC-0.6.7. Aktualisiere mal auf diese Version. Eventuell ist in der 0.6.3 irgend ein Bug drin.

Edit: hab gerade http://bugs.gentoo.org/show_bug.cgi?id=298090 gefunden. Wie sieht bei Dir

	Quellcode
1	ls -l / \| grep lib*

aus?

Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »bell« (05.12.2010, 14:11)

Zum Seitenanfang

dsiggi

Fortgeschrittener

Beiträge: 185

18

05.12.2010, 16:43

Woohoo,
ein Update auf openrc-0.6.7 hat das Problem gelöst! 8)

EIne Sache funktioniert aber immer noch nicht

Quellcode

LCDd        	| * Starting LCDd ...
LCDd        	| * start-stop-daemon: /usr/sbin/LCDd is already running
LCDd        	| * Failed to start LCDd. Did you remember to set a driver in /etc/LCDd.conf? See syslog for details.                                 	[ !! ]
LCDd        	| * ERROR: LCDd failed to start

	Quellcode
1 2 3	mythbox ~ # cat /etc/LCDd.conf \| grep DriverPath DriverPath=/usr/lib64/lcdproc/ mythbox ~ #

Quellcode

mythbox ~ # ls -l /usr/lib64/lcdproc/
insgesamt 44
-rwxr-xr-x 1 root root 20272 30. Nov 18:26 imonlcd.so
-rwxr-xr-x 1 root root 10120 30. Nov 18:26 imon.so
-rwxr-xr-x 1 root root 10136 30. Nov 18:26 lirc.so
mythbox ~ #

dsiggi

Zum Seitenanfang

dyle

Erleuchteter

Beiträge: 4 869

19

07.12.2010, 07:39

Zitat

Did you remember to set a driver in /etc/LCDd.conf?

Warum stellst du nicht die ganze LCDd.conf hier rein. Dein grep zeigt ja nur dass du einen DriverPath hast ... aber keinen Driver selbst. Das hat er ja auch nie und nimmer beanstanded. ?(

http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

Zum Seitenanfang

GentooForum.de