Moin,
mein FHEM lief jetzt über 1 Jahr problemlos mit meinem MySQL-Server zusammen.
Beides läuft zusammen auf einem Raspberry.
Seit zwei Tagen stürzt mein FHEM nach kurzer Zeit immer komplett ab.
Scheinbar liegt es an der dbLOG-Verbindung......
DBD::mysql::db commit failed: MySQL server has gone away at ./FHEM/93_DbLog.pm line 1292.
ABSTURZ
Der MySQL-Server läuft aber und ist erreichbar....
Hat jemand eine Idee warum das "plötzlic" so sein könnte?
Gruß und schönen Sonntag
Pf@nne
# $Id: fhem.pl 8690 2015-06-04 16:47:20Z rudolfkoenig $
# $Id: 93_DbLog.pm 8653 2015-05-30 11:03:38Z tobiasfaust $
# $Id: 01_FHEMWEB.pm 8676 2015-06-01 10:43:24Z rudolfkoenig $
# $Id: 92_FileLog.pm 8575 2015-05-14 08:41:10Z rudolfkoenig $
# $Id: 52_I2C_MCP23017.pm 8570 2015-05-12 20:35:19Z klauswitt $
# $Id: 00_MQTT.pm 6935 2014-11-09 20:35:34Z ntruchsess $
# $Id: 10_MQTT_BRIDGE.pm 6935 2014-11-09 20:35:34Z ntruchsess $
# $Id: 10_MQTT_DEVICE.pm 6935 2014-11-09 20:35:34Z ntruchsess $
# $Id: 21_OWID.pm 6427 2014-08-20 09:26:58Z pahenning $
# $Id: 21_OWTHERM.pm 7181 2014-12-10 05:13:48Z pahenning $
# $Id: 00_OWX.pm 6392 2014-08-11 15:25:00Z ntruchsess $
# $Id: 00_OWX_ASYNC.pm 6378 2014-08-07 22:01:18Z ntruchsess $
# $Id: 00_RPII2C.pm 8658 2015-05-30 13:11:54Z klauswitt $
# $Id: 51_RPI_GPIO.pm 8570 2015-05-12 20:35:19Z klauswitt $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 99_Utils.pm 7914 2015-02-08 11:14:10Z rudolfkoenig $
# $Id: 90_at.pm 8326 2015-03-29 13:30:57Z rudolfkoenig $
# $Id: 98_autocreate.pm 8656 2015-05-30 12:43:11Z rudolfkoenig $
# $Id: 98_dummy.pm 4934 2014-02-15 08:23:12Z rudolfkoenig $
# $Id: 91_eventTypes.pm 8514 2015-05-02 07:23:41Z rudolfkoenig $
# $Id: myUtilsTemplate.pm 7570 2015-01-14 18:31:44Z rudolfkoenig $
# $Id: 91_notify.pm 8165 2015-03-07 14:35:16Z rudolfkoenig $
# $Id: 33_readingsProxy.pm 7737 2015-01-26 16:28:33Z justme1968 $
# $Id: 98_telnet.pm 8229 2015-03-17 09:00:27Z rudolfkoenig $
Dein MySql Server hat ein Logfile!
Zitat von: CoolTux am 19 Juni 2016, 12:07:27
Dein MySql Server hat ein Logfile!
garnicht mal die schlechteste Idee..... ::)
160619 13:39:58 37 Connect fhemuser@Raspberry203.fritz.box on fhem
37 Query set autocommit=1
37 Query set autocommit=1
Anmeldung klappt, jetzt mal warten bis FHEM wieder abstürzt.....
8) Na siehste.
Lass mal hören wenn es was neues gibt. Und viel Erfolg bei der Käferjagt
Grüße
Zitat von: CoolTux am 19 Juni 2016, 13:50:13
Lass mal hören wenn es was neues gibt. Und viel Erfolg bei der Käferjagt
So ist der Plan..... kann nicht lange dauern, länger als zwei Stunden läuft es in der Regel nicht.
Hmm.... ist wieder abgestürzt, was schlaues sehe ich hier aber nicht im mysql.log,
muss ich das Error.log noch aktivieren?
160619 13:59:02 2 Connect fhemuser@Raspberry203.fritz.box on fhem
2 Query set autocommit=1
2 Query set autocommit=1
160619 13:59:40 2 Query set autocommit=0
2 Query INSERT INTO history (TIMESTAMP, DEVICE, TYPE, EVENT, READING, VALUE, UNIT) VALUES ('2016-06-19 13:59:40','Abstellraum_72F1F9010800','OWTHERM','temperature: 20.125','temperature','20.125','°C')
2 Query UPDATE current SET TIMESTAMP='2016-06-19 13:59:40', TYPE='OWTHERM', EVENT='temperature: 20.125', VALUE='20.125', UNIT='°C' WHERE (DEVICE='Abstellraum_72F1F9010800') AND (READING='temperature')
/usr/sbin/mysqld, Version: 5.5.46-0+deb7u1-log ((Debian)). started with:
Tcp port: 3306 Unix socket: /var/run/mysqld/mysqld.sock
Time Id Command Argument
160619 14:00:59 1 Connect fhemuser@Raspberry203.fritz.box on fhem
1 Query set autocommit=1
1 Query set autocommit=1
160619 14:01:36 1 Query set autocommit=0
1 Query INSERT INTO history (TIMESTAMP, DEVICE, TYPE, EVENT, READING, VALUE, UNIT) VALUES ('2016-06-19 14:01:36','Abstellraum_72F1F9010800','OWTHERM','temperature: 20.1875','temperature','20.1875','°C')
1 Query UPDATE current SET TIMESTAMP='2016-06-19 14:01:36', TYPE='OWTHERM', EVENT='temperature: 20.1875', VALUE='20.1875', UNIT='°C' WHERE (DEVICE='Abstellraum_72F1F9010800') AND (READING='temperature')
/usr/sbin/mysqld, Version: 5.5.46-0+deb7u1-log ((Debian)). started with:
Tcp port: 3306 Unix socket: /var/run/mysqld/mysqld.sock
Time Id Command Argument
Ja musst Du machen.
Was sagt mir das?
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
general_log_file = /var/log/mysql/mysql.log
general_log = 1
#
# Error logging goes to syslog due to /etc/mysql/conf.d/mysqld_safe_syslog.cnf.
Error logging goes to syslog due to /etc/mysql/conf.d/mysqld_safe_syslog.cnf.
[mysqld_safe]
syslog
Da müsste ich selber im Internet nach schauen. Sorry
Ich verstehe das so, dass Error-Meldung an deinen normalen syslog-Daemon gehen. Also guck doch da mal. Normalerweise zu finden unter /var/log/syslog.log.
kann es sein, dass Dein Netz wackelt?
Benutzt Du WLan?
Zitat von: vbs am 19 Juni 2016, 17:37:11
Ich verstehe das so, dass Error-Meldung an deinen normalen syslog-Daemon gehen. Also guck doch da mal. Normalerweise zu finden unter /var/log/syslog.log.
Ist so..... ich habe jetzt mal bis zum Ausfall mitgeloggt:
Jun 19 16:39:01 Raspberry203 /USR/SBIN/CRON[12914]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Jun 19 17:09:01 Raspberry203 /USR/SBIN/CRON[12942]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Jun 19 17:39:01 Raspberry203 /USR/SBIN/CRON[12968]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Jun 19 18:09:01 Raspberry203 /USR/SBIN/CRON[13000]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Jun 19 18:39:01 Raspberry203 /USR/SBIN/CRON[13028]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Jun 19 19:09:01 Raspberry203 /USR/SBIN/CRON[13055]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Jun 19 19:39:01 Raspberry203 /USR/SBIN/CRON[13082]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Ich lasse vom FHEM aus alle 30 Minuten die Verbindung neu aufbauen, da ich immer mal Probleme mit der automatischen Wiederanmeldung (z.B. nach MySQL-Server-Neustart) hatte.
Nach 2,5h ist damit Schluss, FHEM ist wieder abgestürtzt.
Ich denke, ich werde FHEM mal updaten, bisher hatte ich mir das verkniffen, lief ja ohne Probleme über 1 Jahr.
Zitat von: Wuppi68 am 19 Juni 2016, 18:12:05
kann es sein, dass Dein Netz wackelt?
Benutzt Du WLan?
Hängt alles am LAN, ist eigentlich stabil.
Moin,
scheinbar tritt das Problem auch in der Konsole auf:
mysql> select * from current;
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 1
Current database: fhem
Die Datenbank ist auf einem USB-Stick, kann das Problem hier stecken, bzw. kann ich in die Richtung noch was sinnvolles überprüfen?
Ich habe den MySQL-Server nochmal neu installiert.
Jetzt starten meine Raspberry-FHEM-Instanzen garnicht mehr:
root@Raspberry201:/# /etc/init.d/fhem start
Starting fhem...
root@Raspberry201:/# /etc/init.d/fhem status
fhem is running
root@Raspberry201:/# Can't call method "commit" on unblessed reference at ./FHEM/93_DbLog.pm line 1292.
Die FHEM-Instanz auf meinem NAS läuft.
Die Konfiguration der FHEM-Instanzen wurde nicht geändert.
Hat hier nochmal jemand einen Tipp?
Schönes WE
Pf@nne