Moin zusammen,
Seit heute morgen ist mein FHEM über die Weboberfläche nicht mehr erreichbar.
Ich habe gestern meine beiden Jeelinks aus dem System entfernt und erneut über Serial-by-ID
eingebunden, da diese bei einem Neustart oftmals vom PI vertauscht wurden. Dann habe ich den
Geräten die Jeelinks neu zugeordnet und dann lief es.
Heute morgen ist plötzlich nichts mehr erreichbar. Wenn ich in das fhem.log schaue, stoppen die
Eintragungen mit bzw. folgende Zeilen erscheinen:
2016.04.20 11:06:39 1: Including fhem.cfg
2016.04.20 11:06:39 3: telnetPort: port 7072 opened
2016.04.20 11:06:42 3: WEB: port 8083 opened
2016.04.20 11:06:43 3: WEBphone: port 8084 opened
2016.04.20 11:06:43 3: WEBtablet: port 8085 opened
2016.04.20 11:06:46 2: eventTypes: loaded 3268 events from ./log/eventTypes.txt
2016.04.20 11:06:54 3: Opening CUL_0 device /dev/ttyACM0
2016.04.20 11:06:54 3: Setting CUL_0 serial parameters to 9600,8,N,1
2016.04.20 11:06:54 3: CUL_0 device opened
2016.04.20 11:06:55 3: CUL_0: Possible commands: BCFiANEkGMKUYRTVWXefmLltux
2016.04.20 11:06:55 3: Opening CUL_1 device /dev/ttyACM1
2016.04.20 11:06:55 3: Setting CUL_1 serial parameters to 9600,8,N,1
2016.04.20 11:06:55 3: CUL_1 device opened
2016.04.20 11:06:55 3: CUL_1: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.04.20 11:06:55 2: Switched CUL_1 rfmode to MAX
2016.04.20 11:06:56 3: CUL_MAX_Check: Detected firmware version 161 of the CUL-compatible IODev
2016.04.20 11:08:21 3: You need to restart fhem or modify to enable new protocol.
2016.04.20 11:08:35 3: Opening maxcube_868 device 192.168.1.59:2323
2016.04.20 11:08:35 3: maxcube_868 device opened
2016.04.20 11:08:35 3: maxcube_868: Possible commands: BbCFiAZNEkGMKLUYRTVWXefltxz
2016.04.20 11:08:36 3: TABLETUI: new ext defined infix:ftui/: dir:./www/tablet:
2016.04.20 11:08:36 3: Registering HTTPSRV TABLETUI for URL /ftui and assigned link ftui/ ...
2016.04.20 11:08:37 3: MPD: Device wifiRadio defined.
2016.04.20 11:08:40 1: LaCrosse_32: no I/O device
2016.04.20 11:08:40 3: LaCrosse_32: unknown IODev specified
2016.04.20 11:08:40 3: Opening miniCUL433 device 192.168.1.47:23
2016.04.20 11:08:40 3: miniCUL433 device opened
2016.04.20 11:08:40 3: miniCUL433: Possible commands: BCFiAZNEkGMKUYRTVWXefmLltux
2016.04.20 11:08:41 1: LaCrosse_26: no I/O device
2016.04.20 11:08:41 3: LaCrosse_26: unknown IODev specified
2016.04.20 11:08:43 3: Opening jeelink device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2016.04.20 11:08:43 3: Setting jeelink serial parameters to 57600,8,N,1
2016.04.20 11:08:43 3: jeelink device opened
2016.04.20 11:08:44 3: LaCrosse_25: I/O device is jeelink
2016.04.20 11:08:44 3: Opening Steckdosenjeelink device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9W7ZLX9-if00-port0
2016.04.20 11:08:44 3: Setting Steckdosenjeelink serial parameters to 57600,8,N,1
2016.04.20 11:08:44 3: Steckdosenjeelink device opened
2016.04.20 11:08:45 3: Balkonsensor: I/O device is Steckdosenjeelink
2016.04.20 11:08:46 3: Wohnzimmersensor: I/O device is Steckdosenjeelink
2016.04.20 11:08:46 3: PCA301_03B771: I/O device is Steckdosenjeelink
2016.04.20 11:08:46 3: PCA301_027367: I/O device is Steckdosenjeelink
2016.04.20 11:08:46 3: PCA301_0E7AB5: I/O device is Steckdosenjeelink
2016.04.20 11:08:47 3: PCA301_038622: I/O device is Steckdosenjeelink
2016.04.20 11:08:47 3: PCA301_0E7C2B: I/O device is Steckdosenjeelink
2016.04.20 11:08:47 3: PCA301_019FFA: I/O device is Steckdosenjeelink
2016.04.20 11:08:47 3: PCA301_0FA73B: I/O device is Steckdosenjeelink
2016.04.20 11:08:47 3: LaCrosse_2A: I/O device is Steckdosenjeelink
2016.04.20 11:08:48 3: Testsensor: I/O device is Steckdosenjeelink
2016.04.20 11:08:48 3: Licht_Sensor: I/O device is Steckdosenjeelink
2016.04.20 11:08:48 1: Including ./log/fhem.save
2016.04.20 11:08:57 1: configfile: You need to restart fhem or modify to enable new protocol.
LaCrosse_32: unknown IODev specified
LaCrosse_26: unknown IODev specified
2016.04.20 11:08:57 3: No I/O device found for LaCrosse_26
2016.04.20 11:08:57 3: No I/O device found for LaCrosse_32
2016.04.20 11:09:00 3: Fernbedienung: connected
2016.04.20 11:09:01 1: usb create starting
2016.04.20 11:09:04 3: Probing CUL device /dev/ttyAMA0
2016.04.20 11:09:04 3: Probing TCM_ESP3 device /dev/ttyAMA0
2016.04.20 11:09:05 3: Probing FRM device /dev/ttyAMA0
2016.04.20 11:09:10 1: usb create end
2016.04.20 11:09:10 2: Messages collected while initializing FHEM: configfile: You need to restart fhem or modify to enable new protocol. LaCrosse_32: unknown IODev specified LaCrosse_26: unknown IODev specified
2016.04.20 11:09:10 0: Featurelevel: 5.7
2016.04.20 11:09:10 0: Server started with 406 defined entities (fhem.pl:11256/2016-04-16 perl:5.014002 os:linux user:fhem pid:2178)
2016.04.20 11:09:10 3: Opening ml device 192.168.1.86:62910
2016.04.20 11:09:10 3: ml device opened
2016.04.20 11:09:15 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/14_CUL_MAX.pm line 602.
2016.04.20 11:09:15 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/14_CUL_MAX.pm line 615.
Die Zeilen aus der 14_CUL_MAX.pm lauten
599 # First, lookup all thermstats for their current TimeInformationHour
600 foreach my $addr (keys %{$modules{MAX}{defptr}}) {
601 my $dhash = $modules{MAX}{defptr}{$addr};
602 if(exists($dhash->{IODev}) && $dhash->{IODev} == $hash
603 && $dhash->{type} =~ /.*Thermostat.*/ ) {
604
605 my $h = ReadingsVal($dhash->{NAME},"TimeInformationHour","");
606 $used_slots[$h]++ if( $h =~ /^[0-5]$/);
607 }
608 }
609
610 foreach my $addr (keys %{$modules{MAX}{defptr}}) {
611 my $dhash = $modules{MAX}{defptr}{$addr};
612 #Check that
613 #1. the MAX device dhash uses this MAX_CUL as IODev
614 #2. the MAX device is a Wall/HeatingThermostat
615 if(exists($dhash->{IODev}) && $dhash->{IODev} == $hash
616 && $dhash->{type} =~ /.*Thermostat.*/
617 && AttrVal($dhash->{NAME},"ignore","0") eq "0" ) {
618
619 my $h = ReadingsVal($dhash->{NAME},"TimeInformationHour","");
620 if( $h !~ /^[0-5]$/ ) {
621 #Find the used_slot with the smallest number of entries
622 $h = (sort { $used_slots[$a] cmp $used_slots[$b] } 0 .. 5)[0];
623 readingsSingleUpdate($dhash, "TimeInformationHour", $h, 1);
624 $used_slots[$h]++;
625 }
Aber an dem Max Bereich habe ich ja gar nichts verändert.
Bin etwas ratlos und weiß gerade nicht wo ich suchen soll.
Das sind übrigens die laufenden Prozesse
pi@Hausautomation ~ $ ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.3 0.2 2164 1332 ? Ss 11:07 0:01 init [2]
root 2 0.0 0.0 0 0 ? S 11:07 0:00 [kthreadd]
root 3 0.0 0.0 0 0 ? S 11:07 0:00 [ksoftirqd/0]
root 5 0.0 0.0 0 0 ? S< 11:07 0:00 [kworker/0:0H]
root 6 0.0 0.0 0 0 ? S 11:07 0:00 [kworker/u2:0]
root 7 0.1 0.0 0 0 ? S 11:07 0:00 [rcu_preempt]
root 8 0.0 0.0 0 0 ? S 11:07 0:00 [rcu_sched]
root 9 0.0 0.0 0 0 ? S 11:07 0:00 [rcu_bh]
root 10 0.0 0.0 0 0 ? S< 11:07 0:00 [khelper]
root 11 0.0 0.0 0 0 ? S 11:07 0:00 [kdevtmpfs]
root 12 0.0 0.0 0 0 ? S< 11:07 0:00 [netns]
root 13 0.0 0.0 0 0 ? S< 11:07 0:00 [perf]
root 14 0.0 0.0 0 0 ? S 11:07 0:00 [khungtaskd]
root 15 0.0 0.0 0 0 ? S< 11:07 0:00 [writeback]
root 16 0.0 0.0 0 0 ? S< 11:07 0:00 [crypto]
root 17 0.0 0.0 0 0 ? S< 11:07 0:00 [bioset]
root 18 0.0 0.0 0 0 ? S< 11:07 0:00 [kblockd]
root 19 0.2 0.0 0 0 ? S 11:07 0:01 [kworker/0:1]
root 20 0.0 0.0 0 0 ? S< 11:07 0:00 [rpciod]
root 21 0.0 0.0 0 0 ? S 11:07 0:00 [kswapd0]
root 22 0.0 0.0 0 0 ? S 11:07 0:00 [fsnotify_mark]
root 23 0.0 0.0 0 0 ? S< 11:07 0:00 [nfsiod]
root 29 0.0 0.0 0 0 ? S< 11:07 0:00 [kthrotld]
root 30 0.0 0.0 0 0 ? S< 11:07 0:00 [VCHIQ-0]
root 31 0.0 0.0 0 0 ? S< 11:07 0:00 [VCHIQr-0]
root 32 0.0 0.0 0 0 ? S< 11:07 0:00 [VCHIQs-0]
root 33 0.0 0.0 0 0 ? S< 11:07 0:00 [iscsi_eh]
root 34 0.0 0.0 0 0 ? S< 11:07 0:00 [dwc_otg]
root 35 0.0 0.0 0 0 ? S< 11:07 0:00 [DWC Notificatio]
root 37 0.0 0.0 0 0 ? S 11:07 0:00 [VCHIQka-0]
root 38 0.0 0.0 0 0 ? S< 11:07 0:00 [SMIO]
root 39 0.0 0.0 0 0 ? S< 11:07 0:00 [deferwq]
root 40 0.0 0.0 0 0 ? S 11:07 0:00 [kworker/u2:2]
root 41 0.1 0.0 0 0 ? S 11:07 0:01 [mmcqd/0]
root 42 0.0 0.0 0 0 ? S 11:07 0:00 [kworker/0:2]
root 43 0.0 0.0 0 0 ? S 11:07 0:00 [jbd2/mmcblk0p2-]
root 44 0.0 0.0 0 0 ? S< 11:07 0:00 [ext4-rsv-conver]
root 160 0.1 0.4 2940 2208 ? Ss 11:07 0:00 udevd --daemon
root 264 0.0 0.0 0 0 ? S< 11:07 0:00 [kworker/u3:0]
root 265 0.0 0.0 0 0 ? S< 11:07 0:00 [hci0]
root 270 0.0 0.0 0 0 ? S< 11:07 0:00 [hci0]
root 273 0.0 0.0 0 0 ? S< 11:07 0:00 [kworker/u3:2]
root 303 0.0 0.4 2936 2048 ? S 11:07 0:00 udevd --daemon
root 305 0.0 0.4 2936 1972 ? S 11:07 0:00 udevd --daemon
root 397 0.0 0.0 0 0 ? S< 11:07 0:00 [kworker/0:1H]
root 1574 0.0 0.2 1768 1232 ? S 11:07 0:00 /usr/sbin/ifplugd -i lo -q -f -u0 -d10 -w -I
root 1605 0.1 0.2 1768 1136 ? S 11:07 0:00 /usr/sbin/ifplugd -i eth0 -q -f -u0 -d10 -w -I
root 1925 0.0 0.7 4916 3160 ? Ss 11:07 0:00 dhclient -v -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leas
root 2028 0.0 0.5 27992 2448 ? Sl 11:07 0:00 /usr/sbin/rsyslogd -c5
root 2075 0.0 0.3 3816 1756 ? Ss 11:07 0:00 /usr/sbin/cron
104 2105 0.0 0.3 3200 1724 ? Ss 11:07 0:00 /usr/bin/dbus-daemon --system
avahi 2132 0.0 0.5 3404 2508 ? S 11:07 0:00 avahi-daemon: running [Hausautomation.local]
avahi 2133 0.0 0.3 3404 1480 ? S 11:07 0:00 avahi-daemon: chroot helper
root 2162 0.0 0.7 4368 3228 ? Ss 11:07 0:00 /usr/sbin/bluetoothd
root 2171 0.0 0.0 0 0 ? S< 11:07 0:00 [krfcommd]
fhem 2178 7.2 6.5 30856 29208 ? S 11:07 0:39 perl fhem.pl fhem.cfg
root 2204 0.0 1.0 7892 4680 ? Ss 11:07 0:00 /usr/sbin/cupsd -C /etc/cups/cupsd.conf
ntp 2251 0.0 0.7 5408 3212 ? Ss 11:08 0:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -c /var/lib/ntp/ntp.conf.dhcp -u 102
root 2288 0.0 0.6 6236 2948 ? Ss 11:08 0:00 /usr/sbin/sshd
root 2312 2.1 5.1 38492 22912 ? Ss 11:08 0:10 /usr/local/bin/node /usr/local/lib/node_modules/forever/bin/monitor app.js
nobody 2321 0.0 0.3 2036 1392 ? Ss 11:08 0:00 /usr/sbin/thd --daemon --triggers /etc/triggerhappy/triggers.d/ --socket /v
root 2331 0.0 0.3 3764 1712 tty1 Ss+ 11:08 0:00 /sbin/getty --noclear 38400 tty1
root 2332 0.0 0.3 3764 1712 tty2 Ss+ 11:08 0:00 /sbin/getty 38400 tty2
root 2333 0.0 0.3 3764 1704 tty3 Ss+ 11:08 0:00 /sbin/getty 38400 tty3
root 2334 0.0 0.3 3764 1652 tty4 Ss+ 11:08 0:00 /sbin/getty 38400 tty4
root 2335 0.0 0.3 3764 1716 tty5 Ss+ 11:08 0:00 /sbin/getty 38400 tty5
root 2336 0.0 0.3 3764 1716 tty6 Ss+ 11:08 0:00 /sbin/getty 38400 tty6
root 2337 0.0 0.3 2084 1428 ? Ss+ 11:08 0:00 /sbin/getty -L ttyAMA0 115200 vt100
root 2338 2.6 5.7 39400 25568 ? S 11:08 0:13 /usr/local/bin/node /home/pi/homebridge/app.js
root 2366 0.1 1.0 9320 4536 ? Ss 11:11 0:00 sshd: pi [priv]
pi 2370 0.0 0.8 9460 3732 ? S 11:11 0:00 sshd: pi@notty
pi 2371 0.0 0.3 2352 1656 ? Ss 11:11 0:00 /usr/lib/openssh/sftp-server
root 2378 2.5 1.0 9320 4544 ? Ss 11:16 0:00 sshd: pi [priv]
pi 2382 0.5 0.8 9320 3572 ? S 11:16 0:00 sshd: pi@pts/0
pi 2383 9.7 1.0 6336 4712 pts/0 Ss 11:16 0:02 -bash
pi 2397 0.0 0.4 4476 2120 pts/0 R+ 11:16 0:00 ps aux
Könnte mir da jemand helfen?
Gruß Carsten
Deine Jeelinks werden nicht gefunden (da gibts jede Menge IODev-Fehler).
Da ich die nicht habe: brauchen die evtl. ein Kernelmodul, dass beim anstecken automatisch geladen wird - aber nicht beim reboot?
Ciao, -MN
Hi,
Danke fürs antworten. Woran genau siehst Du das? Wenn jetzt für ein Gerät kein IODevice vorhanden ist, bringt das Fhem doch nicht zum abstürzen, oder?
Außerdem steht doch im Startlog, das "jeelink" und "Steckdosenjeelink" beide opened sind. Und diversen anderen Geräte werden doch auch die Jeelinks zugeordnet.
Ich habe beide Jeelinks fertig gekauft und die nie an meinem System geflasht. Dementsprechend habe ich auch keine Firmwaredaten auf dem Raspberry.
Nachdem ich die Jeelinks gestern neu eingebunden hatte, habe ich aber auch schon einen Neustart gemacht und alles war i.O.
Ich versuche das gerade Schritt für Schritt nachzuvollziehen.....
Kann das einbinden über "Serial-by-id" dazu führen, das die Firmware beim Start neu geflasht wird und das System aufgrund fehlender Daten das jetzt nicht kann?
Gruß Carsten
Nein, da das System die Geräte nicht flasht, sondern "nur" der User.
Laut ps lief aber noch ein fhem-job mit 0% Prozesslast. beim nächsten Mal währe ein netstat auch noch interessant.. und eine tewas kürzere ps-liste:
netstat -lntp | grep perl
ps aux | grep [f]hem
(das [f] ist ein Trick, damit der grep sich in der Prozessliste nicht selber findet)
War denn während des Problmes die Liste /dev/serial/by-id gefüllt?
Hallo,
Also bei netstat erscheint
tcp 0 0 0.0.0.0:7072 0.0.0.0:* Listen 2149/perl
:8083
:8084
:8085
Bis auf die Portnummern ist allies genau wie in der 1. Zeile.
Der Ordner serial-by-id ist gefuellt.
Ich habe jetzt auch noch mal in die config.fhem
attr initialUsbCheck disable 1
Eingefügt. Es bleibt dabei, das fhem.log mit dem Hinweis auf die 14_CUL_MAX.pm beim starten endet.
Wie gesagt, kenne ich die Jeelinks nicht. Aber Logfile-Einträge wie:
2016.04.20 11:08:37 3: MPD: Device wifiRadio defined.
2016.04.20 11:08:40 1: LaCrosse_32: no I/O device
2016.04.20 11:08:40 3: LaCrosse_32: unknown IODev specified
2016.04.20 11:08:41 1: LaCrosse_26: no I/O device
2016.04.20 11:08:41 3: LaCrosse_26: unknown IODev specified
LaCrosse_32: unknown IODev specified
LaCrosse_26: unknown IODev specified
2016.04.20 11:08:57 3: No I/O device found for LaCrosse_26
2016.04.20 11:08:57 3: No I/O device found for LaCrosse_32
lassen mich die Stirn runzeln. Kannst Du testweise mal nicht über /dev/serial/by.-id... gehen, sondern ganz simpel über /dev/ttyS0?
Ciao, -MN
Hm,
also dieses "Serial-by-id" scheint das ja ausgelöst zu haben. Ich versuche gleich mal zu Hause meine Backup-SD von vor ein paar Tagen zu verwenden, damit ich wenigstens wieder was schalten kann.
Eigentlich sollte es ja besser sein, wenn ich die IODevices per Serial einbinde.
Aber das muß doch irgendwie zu heilen sein.
Gruß Carsten
Bist Du Dir sicher, das Du die richtigen Devices angebunden hast? Nicht eventuell ein Zahlendreher oder so etwas?
Damit wir nicht raten müssen:
ls -lha /dev/serial/by-id/
Es kann auch sein, daß /dev/serial/by-id einfach zu einem späterem Zeitpunkt zur Verfügung steht (weil das entsprechende Kernelmodul erst später geladen wird).
Zurückstellen auf /dev/ttyS0 sollte interessant sein. Wenn es dann geht, herausfinden, ob Kernelmodule geladen werden und diese in /etc/modules.d... einfügen. Oder nach dem Tippfehler suchen. Oder schauen, ob die IDs bei jedem Start identisch sind oder zufällig generiert werden...
Das ist so ein Problem, wo USB mit Linux echt keinen Spaß macht...
Ciao, -MN
Ok, das werde ich nachher mal durchchecken. Von der Arbeit aus mit IPAD über VPN ist das etwas tricky.... :-[
Ich hab ja nicht geahnt, das evtl. die Serials zufällig generiert werden können. Wenn das so ist, bin ich damit ja schön reingefallen. Ich dachte das macht die Sache sicherer.
Werde also gleich mal vergleichen.
Vielen Dank erstmal. Befürchte ich melde mich nochmal....:-(
Also ich habe die Jeelinks jetzt wieder über die /dev/tty.... definiert.
Sie werden mir erneut als Opened im Logfile angezeigt. Fhem bleibt "unerreichbar".
Das sind die Einträge aus dem Logfile. Trotzdem macht mich immer noch stutzig, das das Logfile bei dem MAX Eintrag stoppt.
Wenn mal ein IODevice fehlt, ist das doch gar nicht so tragisch. Das hat bislang noch nie Probleme gemacht.
Kann denn der Fehler nicht beim Max Modul liegen?
2016.04.20 21:45:58 1: Including fhem.cfg
2016.04.20 21:45:58 3: telnetPort: port 7072 opened
2016.04.20 21:46:02 3: WEB: port 8083 opened
2016.04.20 21:46:02 3: WEBphone: port 8084 opened
2016.04.20 21:46:02 3: WEBtablet: port 8085 opened
2016.04.20 21:46:06 2: eventTypes: loaded 3268 events from ./log/eventTypes.txt
2016.04.20 21:46:13 3: Opening CUL_0 device /dev/ttyACM0
2016.04.20 21:46:14 3: Setting CUL_0 serial parameters to 9600,8,N,1
2016.04.20 21:46:14 3: CUL_0 device opened
2016.04.20 21:46:17 3: CUL_0: Possible commands: BCFiANEkGMKUYRTVWXefmLltux
2016.04.20 21:46:17 3: Opening CUL_1 device /dev/ttyACM1
2016.04.20 21:46:17 3: Setting CUL_1 serial parameters to 9600,8,N,1
2016.04.20 21:46:17 3: CUL_1 device opened
2016.04.20 21:46:17 3: CUL_1: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.04.20 21:46:17 2: Switched CUL_1 rfmode to MAX
2016.04.20 21:47:02 3: CUL_MAX_Check: Detected firmware version 161 of the CUL-compatible IODev
2016.04.20 21:47:03 3: Opening jeelink device /dev/ttyUSB0
2016.04.20 21:47:03 3: Setting jeelink serial parameters to 57600,8,N,1
2016.04.20 21:47:03 3: jeelink device opened
2016.04.20 21:47:04 3: Opening Steckdosenjeelink device /dev/ttyUSB1
2016.04.20 21:47:04 3: Setting Steckdosenjeelink serial parameters to 57600,8,N,1
2016.04.20 21:47:04 3: Steckdosenjeelink device opened
2016.04.20 21:47:24 3: You need to restart fhem or modify to enable new protocol.
2016.04.20 21:47:41 3: Opening maxcube_868 device 192.168.1.59:2323
2016.04.20 21:47:41 3: maxcube_868 device opened
2016.04.20 21:47:41 3: maxcube_868: Possible commands: BbCFiAZNEkGMKLUYRTVWXefltxz
2016.04.20 21:47:42 3: TABLETUI: new ext defined infix:ftui/: dir:./www/tablet:
2016.04.20 21:47:42 3: Registering HTTPSRV TABLETUI for URL /ftui and assigned link ftui/ ...
2016.04.20 21:47:43 3: MPD: Device wifiRadio defined.
2016.04.20 21:47:47 3: LaCrosse_32: I/O device is Steckdosenjeelink
2016.04.20 21:47:47 3: LaCrosse_32: unknown IODev specified
2016.04.20 21:47:47 3: Opening miniCUL433 device 192.168.1.47:23
2016.04.20 21:47:47 3: miniCUL433 device opened
2016.04.20 21:47:47 3: miniCUL433: Possible commands: BCFiAZNEkGMKUYRTVWXefmLltux
2016.04.20 21:47:48 3: LaCrosse_26: I/O device is Steckdosenjeelink
2016.04.20 21:47:50 3: LaCrosse_25: I/O device is Steckdosenjeelink
2016.04.20 21:47:51 3: Balkonsensor: I/O device is Steckdosenjeelink
2016.04.20 21:47:51 3: Balkonsensor: unknown IODev specified
2016.04.20 21:47:51 3: Wohnzimmersensor: I/O device is Steckdosenjeelink
2016.04.20 21:47:52 3: PCA301_03B771: I/O device is Steckdosenjeelink
2016.04.20 21:47:52 3: PCA301_027367: I/O device is Steckdosenjeelink
2016.04.20 21:47:52 3: PCA301_0E7AB5: I/O device is Steckdosenjeelink
2016.04.20 21:47:53 3: PCA301_038622: I/O device is Steckdosenjeelink
2016.04.20 21:47:53 3: PCA301_0E7C2B: I/O device is Steckdosenjeelink
2016.04.20 21:47:54 3: PCA301_019FFA: I/O device is Steckdosenjeelink
2016.04.20 21:47:54 3: PCA301_0FA73B: I/O device is Steckdosenjeelink
2016.04.20 21:47:55 3: LaCrosse_2A: I/O device is Steckdosenjeelink
2016.04.20 21:47:55 3: Testsensor: I/O device is Steckdosenjeelink
2016.04.20 21:47:55 3: Licht_Sensor: I/O device is Steckdosenjeelink
2016.04.20 21:47:55 1: Including ./log/fhem.save
2016.04.20 21:48:03 1: configfile: You need to restart fhem or modify to enable new protocol.
LaCrosse_32: unknown IODev specified
Balkonsensor: unknown IODev specified
2016.04.20 21:48:05 3: Fernbedienung: connected
2016.04.20 21:48:06 1: usb create starting
2016.04.20 21:48:09 3: Probing CUL device /dev/ttyAMA0
2016.04.20 21:48:09 3: Probing TCM_ESP3 device /dev/ttyAMA0
2016.04.20 21:48:09 3: Probing FRM device /dev/ttyAMA0
2016.04.20 21:48:15 1: usb create end
2016.04.20 21:48:15 2: Messages collected while initializing FHEM: configfile: You need to restart fhem or modify to enable new protocol. LaCrosse_32: unknown IODev specified Balkonsensor: unknown IODev specified
2016.04.20 21:48:15 0: Featurelevel: 5.7
2016.04.20 21:48:15 0: Server started with 406 defined entities (fhem.pl:11256/2016-04-16 perl:5.014002 os:linux user:fhem pid:2151)
2016.04.20 21:48:15 3: Opening ml device 192.168.1.86:62910
2016.04.20 21:48:15 3: ml device opened
2016.04.20 21:48:20 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/14_CUL_MAX.pm line 602.
2016.04.20 21:48:20 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/14_CUL_MAX.pm line 615.
Gruß Carsten
Weniger Fehler, schon besser.
Zeigt netstat immer noch die Ports 8083 ua an? Kannst Du Dich mit telnet auf den Port verbinden?
Ist evtl. die Platte von fhem voll (df -h und df -i)? Bei mir konnte fhem dann keine Seiten ausliefern, funktionierte aber sonst.
Ciao, MN
Also die Ports werden mit netstat immer noch angezeigt. Die Platte hat noch 8 GB freien Platz.
Auf Telnet reagiert fhem nicht wirklich. Ich erhalte da keine Rückmeldung auf Befehle.
Ich raffe es einfach nicht.....
Und das Max Modul ist wirklich nicht verantwortlich?
Ich würde den Fehler nicht bei /dev/serial/by-id suchen. Wenn Du Dir die Einträge anguckst, sind es auch "nur" Symlinks auf /dev/ttyxxx
z.B: bei mir:
ls -lha /dev/serial/by-id/
insgesamt 0
drwxr-xr-x 2 root root 60 Apr 21 01:24 .
drwxr-xr-x 4 root root 80 Apr 21 01:24 ..
lrwxrwxrwx 1 root root 13 Apr 21 01:24 pci-FTDI_FT232R_USB_UART_A702GD6P-if00-port0 -> ../../ttyUSB0
Wie sieht es bei Dir aus?
Und wie Du schriebst ... die Probleme sind (fast) gleich geblieben ....
Kenne mich nur wegen MAX nicht aus :o(
Hallo an Alle,
Was ich nicht verstehe ist, das anscheinend alles so weit läuft.
ps sagt das fhem.pl läuft
netstate sagt das Sockets für die Ports vorhanden sind
fhem.log sagt das der Service läuft und nicht beendet wurde wegen einem Fehler
wie genau wurde telnet geprüft und was kam für ausgaben. Bitte wiederhole und stelle die Ausgaben hier ein
telnet localhost 7072
desweiteren kann man mal schauen was passiert wenn man
curl http://localhost:8083
ausführt.
Alles bitte direkt auf der Kiste wo FHEM läuft.
Hi, vielen Dank das Ihr Euch so bemüht. Wäre ein Drama wenn ich alles neu machen müßte....
Also bei curl http:/localhost:8083 erscheint curl: (6) Couldn't resolve host 'http'
(mit Terminal über ssh auf dem PI)
Mit Putty habe ich versucht auf den PI zu kommen: 192.168.1.22:7072
nur schwarzer Bildschirm, keine Rückmeldung auf Befehle.
Bei ls-lha /dev/serial/by-id/ kommt
total 0
drwxr-xr-x 2 root root 120 Jan 1 1970 .
drwxr-xr-x 4 root root 80 Jan 1 1970 ..
lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-busware.de_CUL433-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-busware.de_CUL868-if00 -> ../../ttyACM1
lrwxrwxrwx 1 root root 13 Jan 1 1970 usb-FTDI_FT232R_USB_UART_A9W7ZLX9-if00-port0 -> ../../ttyUSB1
Aber ich hatte die Jeelinks ja wieder auf dev/tty0 zurückgesetzt
sudo netstat -lntp | grep perl ergibt
tcp 0 0 0.0.0.0:7072 0.0.0.0:* LISTEN 2151/perl
tcp 0 0 0.0.0.0:8083 0.0.0.0:* LISTEN 2151/perl
tcp 0 0 0.0.0.0:8084 0.0.0.0:* LISTEN 2151/perl
tcp 0 0 0.0.0.0:8085 0.0.0.0:* LISTEN 2151/perl
ps aux | grep [f]hem ergibt
fhem 2151 0.1 6.5 30816 29292 ? S Apr20 0:44 perl fhem.pl fhem.cfg
Gruß Carsten
cat /etc/hosts
cat /etc/network/interfaces
ifconfig
Und alle Ausgaben hier posten bitte
Dein fhem läuft. Alle Prozesse sind da, die richtigen Ports geöffnet. Es antwortet aber nicht auf Anfragen - das ist aber ein anderes Problem.
Zusätzlich von den Fragen von CoolTux poste doch bitte:
df -h
mount
df -i
cat /etc/resolv.conf
Ciao, -MN
Zitat von: CoolTux am 21 April 2016, 09:05:20
cat /etc/hosts
127.0.0.1 localhost
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
127.0.1.1 Hausautomation
cat /etc/network/interfaces
allow-hotplug wlan0
iface wlan0 inet manual
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
ifconfig
eth0 Link encap:Ethernet HWaddr b8:27:eb:78:6f:b4
inet addr:192.168.1.22 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:23737 errors:0 dropped:0 overruns:0 frame:0
TX packets:14723 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2617631 (2.4 MiB) TX bytes:3448419 (3.2 MiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:38 errors:0 dropped:0 overruns:0 frame:0
TX packets:38 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2622 (2.5 KiB) TX bytes:2622 (2.5 KiB)
Zitat von: Morgennebel am 21 April 2016, 09:21:06
Dein fhem läuft. Alle Prozesse sind da, die richtigen Ports geöffnet. Es antwortet aber nicht auf Anfragen - das ist aber ein anderes Problem.
Zusätzlich von den Fragen von CoolTux poste doch bitte:
df -h ergibt
eth0 Link encap:Ethernet HWaddr b8:27:eb:78:6f:b4
inet addr:192.168.1.22 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:23737 errors:0 dropped:0 overruns:0 frame:0
TX packets:14723 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2617631 (2.4 MiB) TX bytes:3448419 (3.2 MiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:38 errors:0 dropped:0 overruns:0 frame:0
TX packets:38 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2622 (2.5 KiB) TX bytes:2622 (2.5 KiB)
mount ergibt
/dev/root on / type ext4 (rw,noatime,data=ordered)
devtmpfs on /dev type devtmpfs (rw,relatime,size=218244k,nr_inodes=54561,mode=755)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=44504k,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=89000k)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
df -i ergibt
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/root 972944 133416 839528 14% /
devtmpfs 54561 362 54199 1% /dev
tmpfs 55629 270 55359 1% /run
tmpfs 55629 1 55628 1% /run/lock
tmpfs 55629 2 55627 1% /run/shm
/dev/mmcblk0p1 0 0 0 - /boot
cat /etc/resolv.conf ergibt
domain fritz.box
search fritz.box
nameserver 192.168.1.1
So zwei Dinge
/etc/hosts
127.0.1.1 Hausautomation
mal bitte entfernen.
Desweiteren bitte noch mal richtig machen curl://localhost:8083 Man achte auf das ://
Der Rest scheint stimmig zu sein. Platz ist da, nameserver ist da und hoffentlich geht der auch. Wo bei localhost durch die hosts aufgelöst wird. Du hast ein loopback device und deine netzte passen.
Bitte auch noch mal local auf dem fhem ein telnet localhost 7072 machen.
Der culr-Aufruf ist nicht korrekt, kannst Du uns bitte geben:
curl -vv http://localhost:8083
Da bekommst Du bestimmt ein 302 nach /fhem, also dann bitte:
curl -vv http://localhost:8083/fhem
Bitte direkt von der Konsole.
Und was schon mal angefragt wurde:
telnet localhost 7072
Wenn dort nichts erscheint, dann einfach mal "list" eingeben und gucken, ob was kommt. Mit quit kommst Du raus. Wenn eine Fehlermeldung kommt, bitte diese Posten.
@CoolTux
Meinst DU wirklich, das ein Eintrag wie "127.0.1.1 Hausautomation" Probleme machen kann? Bedauerlicherweise war der curl-Aufruf in Deinem Beitrag schon mit nur einem "/" :o
Ich verstehe nicht ganz...
Dein ifconfig gibt eth0 als LAN-Schnittstelle aus, mit 192.168.1.22/24. In der /etc/hosts/networking wird diese aber nicht definiert und auch nicht konfiguriert. Da müßte meiner Meinung nach etwas stehen wie:
os@fhem:~$ cat /etc/network/interfaces.d/eth0
auto eth0
iface eth0 inet static
address 10.10.10.11
netmask 255.255.255.0
# gateway 192.168.1.1
broadcast 10.10.10.255
# dns-nameservers 192.168.1.2
Außerdem ist auf Deinem loopback-Device kaum Verkehr. In der /etc/hosts fehlt ein Eintrag für Deine 192.168.1.22 LAN-Adresse.
Wie greifst Du auf deinen fhem-Server zu? Über die Fritzbox von wo?
Ciao, -MN
Mist der hat mein http verschluckt
curl://localhost:8083
curl http://localhost:8083 war gemeint
Sagen wir der Eintrag "127.0.1.1 Hausautomation" ist ungewöhnlich.
Zitat
Bedauerlicherweise war der curl-Aufruf in Deinem Beitrag schon mit nur einem "/"
Jepp ich weiß. Sorry.
Zitat von: Morgennebel am 21 April 2016, 09:40:39
Ich verstehe nicht ganz...
Dein ifconfig gibt eth0 als LAN-Schnittstelle aus, mit 192.168.1.22/24. In der /etc/hosts/networking wird diese aber nicht definiert und auch nicht konfiguriert. Da müßte meiner Meinung nach etwas stehen wie:
os@fhem:~$ cat /etc/network/interfaces.d/eth0
auto eth0
iface eth0 inet static
address 10.10.10.11
netmask 255.255.255.0
# gateway 192.168.1.1
broadcast 10.10.10.255
# dns-nameservers 192.168.1.2
Außerdem ist auf Deinem loopback-Device kaum Verkehr. In der /etc/hosts fehlt ein Eintrag für Deine 192.168.1.22 LAN-Adresse.
Wie greifst Du auf deinen fhem-Server zu? Über die Fritzbox von wo?
Ciao, -MN
Das macht das
iface default inet dhcpDie IP für eth0 bekommt er per DHCP von der Fritte.
Das mit der /etc/hosts macht nur sinn wenn die IP nicht statisch wäre. So sollte der hostname von der fritte aufgelöst werden
Die Fritzbox liefert im Auslieferungszustand keine 192.168.1.22-Adresse aus. Erst ab .100-.200. Und aus dem 192.168.178/24 Netzwerk.
Server sollten statische Adressen haben, kein dhcp. Zu viel Abhängigkeiten.
Zitat von: Morgennebel am 21 April 2016, 09:49:27
Die Fritzbox liefert im Auslieferungszustand keine 192.168.1.22-Adresse aus. Erst ab .100-.200. Und aus dem 192.168.178/24 Netzwerk.
Server sollten statische Adressen haben, kein dhcp. Zu viel Abhängigkeiten.
Halten wir diesbezüglich einfach fest das er per putty ja auf die Kiste rauf kommt. Demzufolge das Netzwerk an sich also funktioniert
Auf dem Loopback ist aber in der Tat tote Hose.
Zitat von: CoolTux am 21 April 2016, 09:32:20
So zwei Dinge
/etc/hosts
127.0.1.1 Hausautomation
mal bitte entfernen.
Das habe ich mit nano entfernt und wieder gespeichert
Desweiteren bitte noch mal richtig machen curl http://localhost:8083 Man achte auf das ://
das ergibt jetzt pi@Hausautomation ~ $ curl http://localhost:8083
curl: (56) Recv failure: Connection reset by peer
Der Rest scheint stimmig zu sein. Platz ist da, nameserver ist da und hoffentlich geht der auch. Wo bei localhost durch die hosts aufgelöst wird. Du hast ein loopback device und deine netzte passen.
Bitte auch noch mal local auf dem fhem ein telnet localhost 7072 machen.
Das hab ich nicht verstanden. Per putty als telnet-sitzuni wird mit zwar ein schwarzer Bildschirm angezeigt, aber ich bekomme auf Befehle keine Rückmeldung.
Versuche ich über TERMINAL auf dem MAC eine Telnet-Sitzung zu starten kommt
CarstensIMac:~ Carsten$ telnet 192.168.1.22:7072
Trying 62.157.140.133...
telnet: connect to address 62.157.140.133: Connection refused
Trying 80.156.86.78...
telnet: connect to address 80.156.86.78: Connection refused
telnet: Unable to connect to remote hostoder was meinst Du?
Er kommt definitiv mit putty auf einen Server. Da aber auf dem Server erstmal alles korrekt aussieht, würde ich den Fehler eher in Richtung der Fritzbox suchen.
Fragen: welches Zugangsprofil hat der Server (irgendwo bei der Kindersicherung), wie wurde die dhcp-Adresse konfiguriert, gibt es evtl. Adreßkonflikte (mehrfach genutzte IPs)?
Was ist die Ausgabe von
dmesg
Zitat von: CarstenF am 21 April 2016, 09:56:31
Versuche ich über TERMINAL auf dem MAC eine Telnet-Sitzung zu starten kommt
CarstensIMac:~ Carsten$ telnet 192.168.1.22:7072
Trying 62.157.140.133...
telnet: connect to address 62.157.140.133: Connection refused
Trying 80.156.86.78...
telnet: connect to address 80.156.86.78: Connection refused
telnet: Unable to connect to remote host
Super!
Du hast ein Netzwerk-Problem (oder DNS-Problem). Deine 192.168.1.22 wird nach 62.157.140.133 umgeschrieben. Und danach auf 80.156.86.78.
Das ist kein fhem-Problem mehr.
Zitat von: Wernieman am 21 April 2016, 09:35:58
Der culr-Aufruf ist nicht korrekt, kannst Du uns bitte geben:
curl -vv http://localhost:8083 ergibt
pi@Hausautomation ~ $ curl -vv http://localhost:8083
* About to connect() to localhost port 8083 (#0)
* Trying 127.0.0.1...
* connected
* Connected to localhost (127.0.0.1) port 8083 (#0)
> GET / HTTP/1.1
> User-Agent: curl/7.26.0
> Host: localhost:8083
> Accept: */*
>
* additional stuff not fine transfer.c:1037: 0 0
* additional stuff not fine transfer.c:1037: 0 0
* additional stuff not fine transfer.c:1037: 0 0
* additional stuff not fine transfer.c:1037: 0 0
* additional stuff not fine transfer.c:1037: 0 0
* additional stuff not fine transfer.c:1037: 0 0 letzte Zeilen laufen dann in Endlosschleife
Da bekommst Du bestimmt ein 302 nach /fhem, also dann bitte:
curl -vv http://localhost:8083/fhem ergibt
pi@Hausautomation ~ $ curl -vv http://localhost:8083/fhem
* About to connect() to localhost port 8083 (#0)
* Trying 127.0.0.1...
* connected
* Connected to localhost (127.0.0.1) port 8083 (#0)
> GET /fhem HTTP/1.1
> User-Agent: curl/7.26.0
> Host: localhost:8083
> Accept: */*
>
* additional stuff not fine transfer.c:1037: 0 0
* additional stuff not fine transfer.c:1037: 0 0
* additional stuff not fine transfer.c:1037: 0 0
* additional stuff not fine transfer.c:1037: 0 0
Bitte direkt von der Konsole.
Und was schon mal angefragt wurde:
telnet localhost 7072
Wenn dort nichts erscheint, dann einfach mal "list" eingeben und gucken, ob was kommt. Mit quit kommst Du raus. Wenn eine Fehlermeldung kommt, bitte diese Posten.
Ich komme leider nicht mit telnet auf den PI drauf. Ich habe immer nur einen schwarzen Bildschirm. Mir wird aber auch keine Fehlermeldung angezeigt beim Verbinden. Aber Befehle nimmt die Konsole dann nicht an, bzw. gibt nichts zurück.
Siehe obrigen Post. Du hast echt ein Netzwerkproblem.
Und das telnet localhost bedeutet das Du Dich per ssh auf den fhem Server begibst UND AUF DEM SERVER dann eingibst telnet localhost 7072
Aber wie gesagt, zieh erstmal Dein Netzwerk gerade
Zitat von: Morgennebel am 21 April 2016, 09:58:27
Er kommt definitiv mit putty auf einen Server. Da aber auf dem Server erstmal alles korrekt aussieht, würde ich den Fehler eher in Richtung der Fritzbox suchen.
Fragen: welches Zugangsprofil hat der Server (irgendwo bei der Kindersicherung), wie wurde die dhcp-Adresse konfiguriert, gibt es evtl. Adreßkonflikte (mehrfach genutzte IPs)?
Was ist die Ausgabe von
dmesg
Also nochmal zum verdeutlichen. Eure Befehle konnte ich alle nur über eine ssh Verbindung über TERMINAL vom Mac aus eingeben. Die Putty Telnetsitzung auf einem Windows Rechner zeigt mir nur einen schwarzen Bildschirm und nimmt keine Befehle an.
dmesg ergibt
pi@Hausautomation ~ $ dmesg
[ 0.000000] Booting Linux on physical CPU 0x0
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Initializing cgroup subsys cpuacct
[ 0.000000] Linux version 4.1.13+ (dc4@dc4-XPS13-9333) (gcc version 4.8.3 20140303 (prerelease) (crosstool-NG linaro-1.13.1+bzr2650 - Linaro GCC 2014.03) ) #826 PREEMPT Fri Nov 13 20:13:22 GMT 2015
[ 0.000000] CPU: ARMv6-compatible processor [410fb767] revision 7 (ARMv7), cr=00c5387d
[ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
[ 0.000000] Machine model: Raspberry Pi Model B Plus Rev 1.2
[ 0.000000] cma: Reserved 8 MiB at 0x1b800000
[ 0.000000] Memory policy: Data cache writeback
[ 0.000000] On node 0 totalpages: 114688
[ 0.000000] free_area_init_node: node 0, pgdat c088fe7c, node_mem_map db403000
[ 0.000000] Normal zone: 1008 pages used for memmap
[ 0.000000] Normal zone: 0 pages reserved
[ 0.000000] Normal zone: 114688 pages, LIFO batch:31
[ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[ 0.000000] pcpu-alloc: [0] 0
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 113680
[ 0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708.boardrev=0x10 bcm2708.serial=0xc7786fb4 smsc95xx.macaddr=B8:27:EB:78:6F:B4 bcm2708_fb.fbswap=1 bcm2708.disk_led_gpio=47 bcm2708.disk_led_active_low=0 sdhci-bcm2708.emmc_clock_freq=250000000 vc_mem.mem_base=0x1ec00000 vc_mem.mem_size=0x20000000 dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
[ 0.000000] PID hash table entries: 2048 (order: 1, 8192 bytes)
[ 0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
[ 0.000000] Memory: 436488K/458752K available (6137K kernel code, 489K rwdata, 1788K rodata, 352K init, 720K bss, 14072K reserved, 8192K cma-reserved)
[ 0.000000] Virtual kernel memory layout:
[ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB)
[ 0.000000] fixmap : 0xffc00000 - 0xfff00000 (3072 kB)
[ 0.000000] vmalloc : 0xdc800000 - 0xff000000 ( 552 MB)
[ 0.000000] lowmem : 0xc0000000 - 0xdc000000 ( 448 MB)
[ 0.000000] modules : 0xbf000000 - 0xc0000000 ( 16 MB)
[ 0.000000] .text : 0xc0008000 - 0xc07c5630 (7926 kB)
[ 0.000000] .init : 0xc07c6000 - 0xc081e000 ( 352 kB)
[ 0.000000] .data : 0xc081e000 - 0xc08987e4 ( 490 kB)
[ 0.000000] .bss : 0xc08987e4 - 0xc094c980 ( 721 kB)
[ 0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[ 0.000000] Preemptible hierarchical RCU implementation.
[ 0.000000] Additional per-CPU info printed with stalls.
[ 0.000000] NR_IRQS:522
[ 0.000000] clocksource stc: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1911260446275 ns
[ 0.000015] sched_clock: 32 bits at 1000kHz, resolution 1000ns, wraps every 2147483647500ns
[ 0.000057] Switching to timer-based delay loop, resolution 1000ns
[ 0.000343] Console: colour dummy device 80x30
[ 0.001738] console [tty1] enabled
[ 0.001803] Calibrating delay loop (skipped), value calculated using timer frequency.. 2.00 BogoMIPS (lpj=10000)
[ 0.001904] pid_max: default: 32768 minimum: 301
[ 0.002275] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.002357] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.003452] Initializing cgroup subsys blkio
[ 0.003551] Initializing cgroup subsys memory
[ 0.003629] Initializing cgroup subsys devices
[ 0.003697] Initializing cgroup subsys freezer
[ 0.003763] Initializing cgroup subsys net_cls
[ 0.003888] CPU: Testing write buffer coherency: ok
[ 0.004019] ftrace: allocating 19796 entries in 59 pages
[ 0.111253] Setting up static identity map for 0x81c0 - 0x81f8
[ 0.114089] devtmpfs: initialized
[ 0.124559] VFP support v0.3: implementor 41 architecture 1 part 20 variant b rev 5
[ 0.125026] clocksource jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[ 0.127027] pinctrl core: initialized pinctrl subsystem
[ 0.127937] NET: Registered protocol family 16
[ 0.133515] DMA: preallocated 4096 KiB pool for atomic coherent allocations
[ 0.135060] bcm2708.uart_clock = 3000000
[ 0.140469] hw-breakpoint: found 6 breakpoint and 1 watchpoint registers.
[ 0.140555] hw-breakpoint: maximum watchpoint size is 4 bytes.
[ 0.140741] Serial: AMBA PL011 UART driver
[ 0.141151] 20201000.uart: ttyAMA0 at MMIO 0x20201000 (irq = 83, base_baud = 0) is a PL011 rev2
[ 0.528692] console [ttyAMA0] enabled
[ 0.533077] bcm2835-mbox 2000b880.mailbox: mailbox enabled
[ 0.601272] bcm2708-dmaengine 20007000.dma: DMA legacy API manager at f2007000, dmachans=0xf35
[ 0.610155] bcm2708-dmaengine 20007000.dma: Initialized 7 DMA channels (+ 1 legacy)
[ 0.618666] bcm2708-dmaengine 20007000.dma: Load BCM2835 DMA engine driver
[ 0.625659] bcm2708-dmaengine 20007000.dma: dma_debug:0
[ 0.631838] SCSI subsystem initialized
[ 0.636073] usbcore: registered new interface driver usbfs
[ 0.641727] usbcore: registered new interface driver hub
[ 0.647322] usbcore: registered new device driver usb
[ 0.653382] raspberrypi-firmware soc:firmware: Attached to firmware from 2015-11-18 15:43
[ 0.689186] Switched to clocksource stc
[ 0.740632] FS-Cache: Loaded
[ 0.743952] CacheFiles: Loaded
[ 0.763313] NET: Registered protocol family 2
[ 0.769309] TCP established hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.776509] TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.783286] TCP: Hash tables configured (established 4096 bind 4096)
[ 0.789850] UDP hash table entries: 256 (order: 0, 4096 bytes)
[ 0.795749] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[ 0.802495] NET: Registered protocol family 1
[ 0.807513] RPC: Registered named UNIX socket transport module.
[ 0.813636] RPC: Registered udp transport module.
[ 0.818383] RPC: Registered tcp transport module.
[ 0.823164] RPC: Registered tcp NFSv4.1 backchannel transport module.
[ 0.830970] hw perfevents: enabled with armv6_1176 PMU driver, 3 counters available
[ 0.840312] futex hash table entries: 256 (order: -1, 3072 bytes)
[ 0.862767] VFS: Disk quotas dquot_6.6.0
[ 0.867161] VFS: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[ 0.876819] FS-Cache: Netfs 'nfs' registered for caching
[ 0.883924] NFS: Registering the id_resolver key type
[ 0.889123] Key type id_resolver registered
[ 0.893489] Key type id_legacy registered
[ 0.901574] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
[ 0.909639] io scheduler noop registered
[ 0.913642] io scheduler deadline registered (default)
[ 0.919396] io scheduler cfq registered
[ 0.925752] BCM2708FB: allocated DMA memory 5bc00000
[ 0.931104] BCM2708FB: allocated DMA channel 0 @ f2007000
[ 0.941802] Console: switching to colour frame buffer device 82x26
[ 0.953169] Serial: 8250/16550 driver, 0 ports, IRQ sharing disabled
[ 0.963073] vc-cma: Videocore CMA driver
[ 0.968787] vc-cma: vc_cma_base = 0x00000000
[ 0.975325] vc-cma: vc_cma_size = 0x00000000 (0 MiB)
[ 0.982508] vc-cma: vc_cma_initial = 0x00000000 (0 MiB)
[ 0.989957] vc-mem: phys_addr:0x00000000 mem_base=0x1ec00000 mem_size:0x20000000(512 MiB)
[ 1.021200] brd: module loaded
[ 1.035286] loop: module loaded
[ 1.041343] vchiq: vchiq_init_state: slot_zero = 0xdbc80000, is_master = 0
[ 1.052095] Loading iSCSI transport class v2.0-870.
[ 1.060312] usbcore: registered new interface driver smsc95xx
[ 1.067845] dwc_otg: version 3.00a 10-AUG-2012 (platform bus)
[ 1.275573] Core Release: 2.80a
[ 1.280394] Setting default values for core params
[ 1.286742] Finished setting default values for core params
[ 1.494185] Using Buffer DMA mode
[ 1.499083] Periodic Transfer Interrupt Enhancement - disabled
[ 1.506534] Multiprocessor Interrupt Enhancement - disabled
[ 1.513776] OTG VER PARAM: 0, OTG VER FLAG: 0
[ 1.519775] Dedicated Tx FIFOs mode
[ 1.525266] WARN::dwc_otg_hcd_init:1047: FIQ DMA bounce buffers: virt = 0xdbc14000 dma = 0x5bc14000 len=9024
[ 1.538504] FIQ FSM acceleration enabled for :
[ 1.538504] Non-periodic Split Transactions
[ 1.538504] Periodic Split Transactions
[ 1.538504] High-Speed Isochronous Endpoints
[ 1.561697] dwc_otg: Microframe scheduler enabled
[ 1.561829] WARN::hcd_init_fiq:412: FIQ on core 0 at 0xc0424a48
[ 1.569418] WARN::hcd_init_fiq:413: FIQ ASM at 0xc0424d20 length 36
[ 1.577350] WARN::hcd_init_fiq:438: MPHI regs_base at 0xdc896000
[ 1.585084] dwc_otg 20980000.usb: DWC OTG Controller
[ 1.591802] dwc_otg 20980000.usb: new USB bus registered, assigned bus number 1
[ 1.600877] dwc_otg 20980000.usb: irq 32, io mem 0x00000000
[ 1.608083] Init: Port Power? op_state=1
[ 1.613618] Init: Power Port (0)
[ 1.618786] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[ 1.627266] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.636155] usb usb1: Product: DWC OTG Controller
[ 1.642482] usb usb1: Manufacturer: Linux 4.1.13+ dwc_otg_hcd
[ 1.649861] usb usb1: SerialNumber: 20980000.usb
[ 1.657096] hub 1-0:1.0: USB hub found
[ 1.662694] hub 1-0:1.0: 1 port detected
[ 1.668764] dwc_otg: FIQ enabled
[ 1.668790] dwc_otg: NAK holdoff enabled
[ 1.668803] dwc_otg: FIQ split-transaction FSM enabled
[ 1.668868] Module dwc_common_port init
[ 1.669593] usbcore: registered new interface driver usb-storage
[ 1.677608] mousedev: PS/2 mouse device common for all mice
[ 1.685958] bcm2835-cpufreq: min=700000 max=700000
[ 1.692876] sdhci: Secure Digital Host Controller Interface driver
[ 1.700794] sdhci: Copyright(c) Pierre Ossman
[ 1.707371] mmc-bcm2835 20300000.mmc: mmc_debug:0 mmc_debug2:0
[ 1.714921] mmc-bcm2835 20300000.mmc: DMA channels allocated
[ 1.759859] sdhci-pltfm: SDHCI platform and OF driver helper
[ 1.767915] ledtrig-cpu: registered to indicate activity on CPUs
[ 1.777225] hidraw: raw HID events driver (C) Jiri Kosina
[ 1.789121] usbcore: registered new interface driver usbhid
[ 1.796458] usbhid: USB HID core driver
[ 1.804509] Initializing XFRM netlink socket
[ 1.811638] NET: Registered protocol family 17
[ 1.819020] Key type dns_resolver registered
[ 1.830637] registered taskstats version 1
[ 1.836679] vc-sm: Videocore shared memory driver
[ 1.843079] [vc_sm_connected_init]: start
[ 1.849821] [vc_sm_connected_init]: end - returning 0
[ 1.858937] Waiting for root device /dev/mmcblk0p2...
[ 1.866188] Indeed it is in host mode hprt0 = 00021501
[ 1.880049] mmc0: host does not support reading read-only switch, assuming write-enable
[ 1.912339] mmc0: new high speed SDHC card at address aaaa
[ 1.929930] mmcblk0: mmc0:aaaa SL16G 14.8 GiB
[ 1.950437] mmcblk0: p1 p2
[ 1.996803] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
[ 2.008522] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[ 2.018437] devtmpfs: mounted
[ 2.024656] Freeing unused kernel memory: 352K (c07c6000 - c081e000)
[ 2.079338] usb 1-1: new high-speed USB device number 2 using dwc_otg
[ 2.087962] Indeed it is in host mode hprt0 = 00001101
[ 2.299767] usb 1-1: New USB device found, idVendor=0424, idProduct=9514
[ 2.308431] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 2.320856] hub 1-1:1.0: USB hub found
[ 2.328033] hub 1-1:1.0: 5 ports detected
[ 2.609365] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
[ 2.719922] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
[ 2.728869] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 2.747815] smsc95xx v1.0.4
[ 2.816326] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-20980000.usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:78:6f:b4
[ 2.929513] usb 1-1.2: new high-speed USB device number 4 using dwc_otg
[ 3.060396] usb 1-1.2: New USB device found, idVendor=1a40, idProduct=0101
[ 3.070362] usb 1-1.2: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[ 3.081967] usb 1-1.2: Product: USB 2.0 Hub
[ 3.090770] hub 1-1.2:1.0: USB hub found
[ 3.099153] hub 1-1.2:1.0: 4 ports detected
[ 3.189409] usb 1-1.3: new full-speed USB device number 5 using dwc_otg
[ 3.569446] usb 1-1.2.1: new full-speed USB device number 6 using dwc_otg
[ 3.672926] usb 1-1.3: New USB device found, idVendor=0403, idProduct=6001
[ 3.689461] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3.698695] usb 1-1.3: Product: FT232R USB UART
[ 3.708900] usb 1-1.2.1: New USB device found, idVendor=1a86, idProduct=7523
[ 3.729419] usb 1-1.2.1: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[ 3.748964] usb 1-1.3: Manufacturer: FTDI
[ 3.755135] usb 1-1.3: SerialNumber: A9W7ZLX9
[ 3.761369] usb 1-1.2.1: Product: USB2.0-Serial
[ 3.869387] usb 1-1.2.2: new full-speed USB device number 7 using dwc_otg
[ 3.980063] udevd[160]: starting version 175
[ 4.025483] usb 1-1.2.2: New USB device found, idVendor=0a12, idProduct=0001
[ 4.043391] usb 1-1.2.2: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[ 4.077451] usb 1-1.2.2: Product: CSR8510 A10
[ 4.089447] usb 1-1.4: new full-speed USB device number 8 using dwc_otg
[ 4.234643] usb 1-1.4: New USB device found, idVendor=03eb, idProduct=204b
[ 4.269487] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 4.278703] usb 1-1.4: Product: CUL433
[ 4.304185] usb 1-1.4: Manufacturer: busware.de
[ 4.399377] usb 1-1.5: new full-speed USB device number 9 using dwc_otg
[ 4.543435] usb 1-1.5: New USB device found, idVendor=03eb, idProduct=204b
[ 4.565545] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 4.609432] usb 1-1.5: Product: CUL868
[ 4.615064] usb 1-1.5: Manufacturer: busware.de
[ 5.435326] cdc_acm 1-1.4:1.0: ttyACM0: USB ACM device
[ 5.551503] cdc_acm 1-1.5:1.0: ttyACM1: USB ACM device
[ 5.579079] Bluetooth: Core ver 2.20
[ 5.590033] usbcore: registered new interface driver cdc_acm
[ 5.597589] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
[ 5.628127] NET: Registered protocol family 31
[ 5.686692] Bluetooth: HCI device and connection manager initialized
[ 5.799411] Bluetooth: HCI socket layer initialized
[ 5.806246] Bluetooth: L2CAP socket layer initialized
[ 5.979537] Bluetooth: SCO socket layer initialized
[ 6.104973] usbcore: registered new interface driver btusb
[ 6.241850] random: nonblocking pool is initialized
[ 7.233674] gpiomem-bcm2835 20200000.gpiomem: Initialised: Registers at 0x20200000
[ 8.013583] usbcore: registered new interface driver usbserial
[ 8.179590] usbcore: registered new interface driver usbserial_generic
[ 8.188325] usbserial: USB Serial support registered for generic
[ 8.371466] usbcore: registered new interface driver ch341
[ 8.379061] usbserial: USB Serial support registered for ch341-uart
[ 8.404684] usbcore: registered new interface driver ftdi_sio
[ 8.535072] ch341 1-1.2.1:1.0: ch341-uart converter detected
[ 8.543236] usbserial: USB Serial support registered for FTDI USB Serial Device
[ 8.648990] ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected
[ 8.666243] usb 1-1.2.1: ch341-uart converter now attached to ttyUSB0
[ 8.764832] usb 1-1.3: Detected FT232RL
[ 8.829498] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB1
[ 11.790190] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[ 12.249722] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[ 22.304868] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[ 23.853541] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1
[ 33.239507] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ 33.239551] Bluetooth: BNEP filters: protocol multicast
[ 33.239598] Bluetooth: BNEP socket layer initialized
[ 33.339932] Bluetooth: RFCOMM TTY layer initialized
[ 33.340003] Bluetooth: RFCOMM socket layer initialized
[ 33.340127] Bluetooth: RFCOMM ver 1.11
[ 36.156324] Adding 102396k swap on /var/swap. Priority:-1 extents:1 across:102396k SSFS
[ 59.501813] uart-pl011 20201000.uart: no DMA platform data
Zitat von: CarstenF am 21 April 2016, 10:02:26
Ich komme leider nicht mit telnet auf den PI drauf. Ich habe immer nur einen schwarzen Bildschirm. Mir wird aber auch keine Fehlermeldung angezeigt beim Verbinden. Aber Befehle nimmt die Konsole dann nicht an, bzw. gibt nichts zurück.
Du verbindest Dich mit putty auf den Pi, und rufst dann von der Kommandozeile des Pi auf:
os@fhem:~$ telnet localhost 7072Erwartete Ausgabe:
os@fhem:~$ telnet localhost 7072
Trying ::1...
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
Wenn Du mutig bist, kannst Du dann eingeben
GET /fhemUnd mit 2 x RETURN bestätigen.
Dann sollte erscheinen:
os@fhem:~$ telnet localhost 7072
Trying ::1...
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
GET /fhem
Please define /fhem first
SecurityCheck:
WEB,WEBP has no associated allowed device with basicAuth.
telnetPort has no associated allowed device with password/globalpassword.
Running with root privileges.
Restart FHEM for a new check if the problem is fixed,
or set the global attribute motd to none to supress this message.
fhem> ^C
Zitat von: Morgennebel am 21 April 2016, 10:00:17
Super!
Du hast ein Netzwerk-Problem (oder DNS-Problem). Deine 192.168.1.22 wird nach 62.157.140.133 umgeschrieben. Und danach auf 80.156.86.78.
Das ist kein fhem-Problem mehr.
Ich starte mal meine Fritzbox neu und schaue dann mal. Auch wenn es kein Fhem Problem ist. Hast Du ne Idee warum sowas passiert?
Zitat von: CoolTux am 21 April 2016, 10:05:09
Siehe obrigen Post. Du hast echt ein Netzwerkproblem.
Und das telnet localhost bedeutet das Du Dich per ssh auf den fhem Server begibst UND AUF DEM SERVER dann eingibst telnet localhost 7072
Das hab ich jetzt gemacht. Dann kommt aber folgende Fehlermeldung.
-bash: telnet: command not found
Aber wie gesagt, zieh erstmal Dein Netzwerk gerade
Da muß ich jetzt erstmal schauen, wo ich den Fehler finden kann....
Zitat von: CarstenF am 21 April 2016, 10:21:27
-bash: telnet: command not found
Da muß ich jetzt erstmal schauen, wo ich den Fehler finden kann....
ein apt-get install telnet könnte helfen
Zitat von: CoolTux am 21 April 2016, 10:24:09
ein apt-get install telnet könnte helfen
Sorry. Sehe gerade den Wald vor lauter Bäumen nicht mehr. Ist ja auch logisch.....
Fassen wir mal zusammen was wir wieso machen.
telnet - damit sollst Du nicht prüfen ob Dein fhem Server erreichbar ist, sondern sollst prüfen ob FHEM erreichbar ist. Daher auch am besten lokal auf dem pi den Befehl ausführen.
telnet 192.168.1.22:7072
Der Befehl war falsch. Bitte wiederhole ihn noch mal genau so wie du es gemacht hast nur mit
telnet 192.168.1.22 7072
Ich denke vielleicht kam daher die Meldung mit den anderen IP Adressen. Bin mir aber unsicher
Dann mach mal bitte ein
traceroute 192.168.1.22
von Deinem Mac aus.
Zitat von: CarstenF am 21 April 2016, 10:16:22
Ich starte mal meine Fritzbox neu und schaue dann mal. Auch wenn es kein Fhem Problem ist. Hast Du ne Idee warum sowas passiert?
Mit mehr Informationen :)
Kannst Du uns Dein Netzwerk beschreiben? Aus den bisherigen Antworten entnehme ich: 192.168.1/24-Netzwerk, fritz!Box Router, ein Mac, ein Pi.
Beschreib mal: Router/Switch oder direkt an der Fritz!Box? Welche Fritzbox und welche OS-Version? Welche DNS-Router hast Du in der Fritzbox konfiguriert? Nutzt der Mac WiFi und ein OS vor El Captain? Was sagt
netstat -nrauf dem Mac? Was sagt
ping 192.168.1.22auf dem Mac?
Zitat von: Morgennebel am 21 April 2016, 10:06:22
Du verbindest Dich mit putty auf den Pi, und rufst dann von der Kommandozeile des Pi auf:
os@fhem:~$ telnet localhost 7072
Erwartete Ausgabe:
os@fhem:~$ telnet localhost 7072
Trying ::1...
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
Nachdem ich GET /fhem eingegeben habe kommt
Connection closed by foreign Host.
Wenn Du mutig bist, kannst Du dann eingeben
GET /fhem
Und mit 2 x RETURN bestätigen.
Dann sollte erscheinen:
os@fhem:~$ telnet localhost 7072
Trying ::1...
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
GET /fhem
Please define /fhem first
SecurityCheck:
WEB,WEBP has no associated allowed device with basicAuth.
telnetPort has no associated allowed device with password/globalpassword.
Running with root privileges.
Restart FHEM for a new check if the problem is fixed,
or set the global attribute motd to none to supress this message.
fhem> ^C
Hallo,
Also erstmal: Ich würde Euch total gerne allen einen o. zwei ausgeben. Ihr seid der Hammer!!!!!
Ich hatte ja aus etc/hosts 127.0.1.1 Hausautomation
entfernt. Danach hatte ich aber keinen Neustart gemacht. OK mein Fehler. Das habe ich jetzt mal gemacht. Ich habe wieder die Weboberfläche auf dem Schirm.....
Vermutlich war dieser Eintrag ,wo immer er auch herkam, verantwortlich für mein Kuddelmuddel.
Ich hab auch einen Neustart der Fritzbox gemacht. Wie auch immer. Fhem ist wieder da....
Ich bin ja so happy....
Danke Euch allen für Eure Zeit!!!
Die Lösung dürfte der Neustart sein und nicht die editierung der host-Datei.
Irgendwie war Dein Netzwerk "komisch" ....
Und das Problem ist nicht gelöst, da nicht eindeutig identifziert und umkonfiguriert.
Es ist nur verschwunden und mag bald wieder auftreten - es wäre schon sinnvoll, einmal durch Deine Konfig zu gehen und die Bugs zu finden...
Ciao, -MN
Bei mir ist die ssh Datei nicht mehr da!! Wie kann das sein?
Welche ssh Datei? Gibt hunderte.