IoBroker Images für BananaPi, Cubietruck und Cubox i4
-
Hallo Bluefox
Diese "already running" Ausgaben kamen egentlich erst nach dem ich den Web Adapter installiert und rebootet hatte.
Heute bin ich nochmal auf die IOBroker-Seite und die antwortete nicht mehr. Dann hab ich IOBroker restartet: Keine Änderung.
Erst nach dem Rebot funktioniert die Seite wieder.
Bis jetzt sieht das Log super aus: Alles blau; nix rot. Hoffe so bleibt es.
Gruss Ralf
-
Wenn du irgendwann -meistens nach einer Installation einer instanz- anschließend einen code 7 Fehler bekommst, hilft nur reboot.
Gruß
Rainer
Gesendet von meinem LIFETAB_S785X mit Tapatalk
-
Hi Rainer
Danke für die Info. Das merke ich mir.
Rein interessehalber: Was passiert da eigentlich?
"instance system.adapter.admin.0 terminated with code 7 (Adapter already running)"
klingt jetzt für mich nicht wie ein schlimmer Fehler: Ich würde diese Meldung so interpretieren, dass versucht wurde eine Instanz zu starten, diese aber schon läuft. Also eigentlich doch alles OK und gefühlt doch gar kein Fehler, oder?
Warum brauch ich dann schwerste Bandagen (reboot)?
Gruss Ralf
-
Weil diese mit code7 beendete instanz anschließend sofort versucht wieder zu starten, "because enabled".
Dann schaukelt sich das irgendwann auf.
Gesendet von meinem LIFETAB_S785X mit Tapatalk
-
…ich kann die Beobachtung von Ralf bestätigen. Wenn ich mich einige Stunden nicht angemeldet habe, ist kein Zugriff mehr möglich. Da hilft nur Hard reset (Netz). Der BananaPi ist dann auch laut fritzbox nicht mehr im Netz angemeldet.
Was kann das sein?
Gruß
Patrick
-
Ahh!
Gut zu wissen, dass das bei mir kein Einzelfall war.
Ich hab grad mal nachgeschaut: Noch läuft der IOBroker.
Werde mal morgen nachmittag nochmal draufschauen. Mal sehen ob er dann noch lebt
Gruss Ralf
-
… Also mein BananaPi ist jetzt (nach ca. 15 Std.) wieder offline....
-
Also mein BananaPi ist jetzt (nach ca. 15 Std.) wieder offline…. `
Auch kein Zugriff mehr per ftp/ssh?Wenn doch, bitte log ansehen (/opt/iobroker/log/iobroker.2015-09-28.log) (oder…-27.log)
Gruß
Rainer
-
Bei mir sieht es zum Glück gut aus. Bn grad drauf. Er lebt noch und die Logs sind immer noch blau.
Jetzt kann ich mich dann also langsam um die wirklichen Frage nach dem "wie funktionierts" kümmern. Sayit und Dashui ist dann also dran.
Gruss Ralf
-
Peinlich, peinlich. Im heutigen Fall hat meine Frau mich gelinkt
… Die brauchte die Steckdose. Das hat man davon, wenn man zum Testen im Wohnzimmer alles anschließt.
Ich werde weiter beobachten...
-
Hi
Nachtrag:
War jetzt wieder zwei Tage in München.
Habe heute abend die IOBroker Seite aufgerufen aber die blieb weiss (bis auf das drehende Zahnrad was man fuer ein paar Sekunden sah).
Der BaPi ist aber ganz normal per ssh erreichbar.
ps -e liefert:
root@bananapi:~# ps -e PID TTY TIME CMD 1 ? 00:00:14 init 2 ? 00:00:00 kthreadd 3 ? 00:01:57 ksoftirqd/0 5 ? 00:00:00 kworker/u:0 6 ? 00:00:00 migration/0 7 ? 00:00:00 migration/1 8 ? 00:00:00 kworker/1:0 9 ? 00:00:57 ksoftirqd/1 10 ? 00:00:00 cpuset 11 ? 00:00:00 khelper 12 ? 00:00:00 kdevtmpfs 13 ? 00:00:00 netns 14 ? 00:00:02 sync_supers 15 ? 00:00:00 bdi-default 16 ? 00:00:00 kintegrityd 17 ? 00:00:00 crypto 18 ? 00:00:00 kblockd 19 ? 00:00:00 khubd 20 ? 00:00:00 cpufreq_uevent 21 ? 00:00:46 kworker/1:1 22 ? 00:00:00 cfg80211 24 ? 00:00:00 rpciod 25 ? 00:00:00 khungtaskd 26 ? 00:00:02 kswapd0 27 ? 00:00:00 ksmd 28 ? 00:00:00 fsnotify_mark 29 ? 00:00:00 ecryptfs-kthrea 30 ? 00:00:00 nfsiod 31 ? 00:00:00 cifsiod 32 ? 00:00:00 jfsIO 33 ? 00:00:00 jfsCommit 34 ? 00:00:00 jfsCommit 35 ? 00:00:00 jfsSync 36 ? 00:00:00 xfsalloc 37 ? 00:00:00 xfs_mru_cache 38 ? 00:00:00 xfslogd 52 ? 00:00:00 scsi_eh_0 53 ? 00:00:00 kworker/u:1 54 ? 00:00:00 sun7i-spi.0 55 ? 00:00:00 bond0 63 ? 00:00:00 kmpathd 64 ? 00:00:00 kmpath_handlerd 65 ? 00:22:46 cfinteractive 66 ? 00:00:00 binder 67 ? 00:00:00 codec_resume 68 ? 00:03:02 hdmi proc 69 ? 00:00:00 deferwq 70 ? 00:00:27 mmcqd/0 71 ? 00:00:00 jbd2/mmcblk0p1- 72 ? 00:00:00 ext4-dio-unwrit 186 ? 00:00:00 udevd 279 ? 00:00:00 udevd 282 ? 00:00:00 udevd 600 ? 00:00:00 krfcommd 1954 ? 00:00:00 rsyslogd 2002 ? 00:00:01 cron 2046 ? 00:00:00 dbus-daemon 2053 ? 00:01:29 haveged 2108 ? 00:00:00 bluetoothd 2126 ? 00:00:00 lircd 2239 ? 00:00:58 ntpd 2275 ? 00:00:00 sshd 2330 ? 03:21:03 io.admin.0 2332 tty1 00:00:00 getty 2333 tty2 00:00:00 getty 2334 ttyS0 00:00:00 getty 2339 ? 02:51:06 io.javascript.0 2342 ? 00:44:02 io.node-red.0 2349 ? 00:42:33 io.sayit.0 3295 ? 00:10:21 node-red 3638 ? 00:00:00 kworker/0:0 3640 ? 00:00:00 flush-179:0 3641 ? 00:00:00 kworker/0:1 3706 ? 00:00:00 kworker/0:2 3707 ? 00:00:00 sshd 3709 pts/0 00:00:00 bash 3766 pts/0 00:00:00 ps root@bananapi:~#Hier die logs
Gruss Ralf -
Hallo,
ich bin neu in diesem Forum und werde wohl in nächster Zeit diverse Fragen stellen.
Beschäftige mich seit ein paar Wochen mit dem Thema Homematic und habe schon viele Dinge hier gelernt.
Von daher hier mal ein erstes Feedback zu meiner Cubox 4 Installation.
Ich habe das fertige Image aus dieser Site genommen.
Was mir als erstes aufgefallen ist.
Eine super Beschreibung wie ich das Ganze auf die SD Card bekomme auf einem Windows System.
Nach dem booten kennt der allerdings eth0 nicht, bzw nimmt eine falsche Mac Adresse.
Hilfe gab mir folgender Beitrag:
https://muffinresearch.co.uk/vmware-sio … r-cloning/
Geht auch für die Installation, Methode 2.
Danach Reboot, alles gut
mit dem LANIpad als Hotspot war dann eine echte Herausfordernung.
auto wlan1
allow-hotplug wlan1
iface wlan1 inet dhcp
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
wpa-ssid "Wolfgangs iPad"
wpa-psk "topsecret"
Soweit mal was von einem Newbie.
-
Hallo,
ich habe das SD-Image für den Cubietruck (10.10.2015) heruntergeladen und gestartet.
Leider nimmt er das root-Passwort "ioBrokerRoot" nicht.
Das pi-Passwort "raspberry" funktioniert.
Die Verbindung wurde per SSH aufgebaut.
Den "firstrun"-boot kann ich nicht sehen, weil kein Monitor am Cubietruck angeschlossen ist.
In der Beschreibung steht: "… das Passwort für den User root muss geändert werden".
Ist das ein Hinweis, oder erscheint beim "firstrun"-boot eine Aufforderung?
-
Hallo Rainer
Bezugnehmend auf den Thread http://forum.iobroker.net/viewtopic.php?f=20&t=4673 hab ich jetzt mal das neue Bananapi-Image angefangen zu testen.
Das Erste was mir aufällt ist mal wieder das englische Tastaturlayout, dass mir immer wieder Probleme macht.
Kannst Du nicht in der /etc/default/keyboard entsprechend die Zeile unten wie folgt ändern?
XKBLAYOUT="de"Ansonsten bin ich grad dabei die interfaces auf WLAN umzustellen.
Das Erste was mir hier aufällt ist ein Effekt den ich auch hatte als ich selber Jessie installieren wollte: Die Remote Session per SSH bricht immer wieder plötzlich ab. Ich muss mal rausfinden warum. Habe jetzt den EDIMAX Stick entsprechend so eingestellt, dass er sich nicht schlafen legt. Mal sehen ob es was hilft. Ich bin parallel zur Telnet Session noch direkt auf dem Bananapi. Parallel lassse ich auf dem Bananapi meinen Router anpingen; Das funktioniert auch während de SSH Abbruchs prblemlos.
Und was sehr seltsam ist:
Wenn ich sudo reboot eingebe, dann braucht er zum Beenden über 5 Minuten:
A stop job is running for LSB: sarts ioBroker (xxxx/5min) ````xxx zählt durch. Was ist das? Und kann man den Reboot beschleunigen? Ich teste mal weiter und melde mich Gruss Ralf -
Das mit dem nicht funktionierenden SSH ist ein Problem. Wenn ich das nicht in den Griff bekomme gehts hier nicht weiter. Der Pi läuft headless, also muss SSH zwingend funktionieren.
Ich habe mal folgendes gemacht:
Per SSH eingeloggt und einen Rechner im Netz gepingt:
root@ioBroker-BPi:~# ping 192.168.111.160 PING 192.168.111.160 (192.168.111.160) 56(84) bytes of data. 64 bytes from 192.168.111.160: icmp_seq=1 ttl=64 time=2724 ms 64 bytes from 192.168.111.160: icmp_seq=2 ttl=64 time=1723 ms 64 bytes from 192.168.111.160: icmp_seq=3 ttl=64 time=723 ms 64 bytes from 192.168.111.160: icmp_seq=4 ttl=64 time=1.77 ms 64 bytes from 192.168.111.160: icmp_seq=5 ttl=64 time=2.40 ms 64 bytes from 192.168.111.160: icmp_seq=6 ttl=64 time=3.01 ms 64 bytes from 192.168.111.160: icmp_seq=7 ttl=64 time=1.92 ms From 192.168.111.173 icmp_seq=16 Destination Host Unreachable From 192.168.111.173 icmp_seq=17 Destination Host Unreachable From 192.168.111.173 icmp_seq=18 Destination Host Unreachable 64 bytes from 192.168.111.160: icmp_seq=19 ttl=64 time=52.2 msMan sieht dass es irgendwann nicht mehr klappt und dann bricht der Putty auch die Verbindung ab.
Ich habe gleichzeitig die /etc/log/auth.log getailed.
Hier sehe ich
Jan 7 01:01:11 ioBroker-BP1 systemd-logind[590]: New session c12 of user root Jan 7 01:01:37 ioBroker-BP1 sshd[4125]: pam_unix(sshd:session): session closed for user root Jan 7 01:01:37 ioBroker-BP1 systemd-logind[590]: Removed session c12.Wenn ich den Tail weiterkaufen lasse (und keine SSH Session weiterhin aufmache) dann gehts so weiter:
Jan 7 01:05:01 ioBroker-BP1 CRON[4228]: pam_unix(cron:session): session opened for user root (uid=0) Jan 7 01:05:01 ioBroker-BP1 CRON[4228]: pam_unix(cron:session): session closed for user root Jan 7 01:09:01 ioBroker-BP1 CRON[4239]: pam_unix(cron:session): session opened for user root (uid=0) Jan 7 01:09:02 ioBroker-BP1 CRON[4239]: pam_unix(cron:session): session closed for user rootMacht da der Cron eine SSH Session auf??
Auj jeden Fall kann ich nicht erkennen warum die SSH Session abstirbt.
Irgend ne Idee?
Gruss Ralf
-
So jetzt hab ichs versaut.
Ein apt-get upgrade hat nach dem Reboot dafür gesorgt, dass nun zig mal die Meldung
ethernet@01c50000 Waiting for PHY auto negotiation to complete ... TIMEOUT !kommt.
Statt dem normalen Prompt steht jetzt ein````
=>Eingeben kann man nix. Gruss Ralf -
Hallo Ralf,
Wifi Anbindung kann ich nicht empfehlen und habe dies daher auch weder im Image installiert geschweige denn getestet.
Was die Internationalisation Options angeht, sollte diese im Image auf deutsches Keyboard eingestellt sei, es sei denn dort hätte ich es vergessen.
Dies teste ich üblicherweise nicht, da ich nur headless arbeite.
Deine Probleme führe ich auf eine schlechte WLAN Anbindung zurück, was immer wieder vorkommt, weswegen ich diese nicht empfehle (s.o.).
Im Moment solltest du das Image nochmal neu auf die Karte schieben, bevorbdu sonst noch mehr zeit in ein korruptes System steckst.
Gruß
Rainer
PS du hast aber das aktuelle image, nicht das jahrealte?
-
Hallo Rainer
Ich habe das Image mit dem Namen ioBroker_Image_BPi_20160910.img verwendet. Ich hoffe das ist das Richtige.
Bzgl. des Keyboards: Nein das ist auf englisch nach der Installation des Images.
Da hast Du den Eintrag in keyboards vergessen umzustellen.
Das müsste aber auffallen wenn Du headless arbeitest.
Es sein denn Du haettest ein engl. Keboard.
Zum WLAN: Ich kann's mir nicht aussuchen. Da wo der Bapi stehen muss (da stehen auch die Aktivboxen für Sayit) ist leider kein WLAN vorhanden.
Es sein denn ich würde einen Accesspoint dort ausfstellen und den Bapi per Kabel anschliessen; was allerdings ein wenig überdimensioniert wäre. Der andere Bapi mit dem alten IBroker funktioniert ja auch halbwegs. Zumindest bricht die SSH Verbindung nicht ab.
PS: Seit ich auf meinem Router ein OPENWRT installiert habe, habe ich auch keine Abbrüche mehr im VIS!
Was anderes: Bei mir at sich das Image nicht vergrössert nach der Installation. Die Karte ist 16GB aber ich habe nur 2GB. Muss man das manuell machen?
Gruss Ralf
-
Das müsste aber auffallen wenn Du headless arbeitest. `
Nope, bei putty gilt das PC keyboard..Was anderes: Bei mir at sich das Image nicht vergrössert nach der Installation. Die Karte ist 16GB aber ich habe nur 2GB. Muss man das manuell machen? `
Wenn ich bei diesem Image nicht vollständig geschlafen habe, sollte das automatisch passieren.Aber wenn das Keyboard schon chinesisch spricht….
Gruß
Rainer
-
Stimmt Du hast Recht.
Anfangs kann ich ja gar nicht headless arbeiten, weil die die IP nicht kenne (bzw. keine Lust habe die zu ermitteln) und deswegen den Pi erstmal mit angeschlossenem Monitor und Tastatur betreibe bis ich das WLAN eingerichtet habe.
Aber das mit dem Image erweitern scheint nicht getan zu haben. Ich habe mir grad die IOBroker Installation vom anderen BaPI rüberkopiert, damit ich die Files die ich von dort brauche auf der Kiste habe; und da gabs einen Fehler das nicht genug Filespace zur Verfügung wäre.
Ich habe jetzt mal update-rc.d firstrun defaults eingegeben (das hattes Du mal verlinkt, ganz am Anfang) und jetzt scheint er nach dem Reboot die 16G zu haben.
Problem ist weiterhin der SSH Abbruch bzw. wahrscheinlich die WLAn drops.
Gruss Ralf
