IoBroker Images für BananaPi, Cubietruck und Cubox i4
-
immer noch den Fehler:
Cannot find module '/opt/iobroker/node_modules/iobroker.web/node_modules/iobroker.socketio/lib/iobrokersocket.js'und der ist jetzt wirklich in /node_modules/iobroker.web ?
-ich hab auch bald keine Lust mehr
hoffentlich fällt bluefox noch was ein.
Die Speicherkarten sind heute nicht gekommen, da kann ich morgen auch nicht ein neues Image bauen
Gruß
Rainer
-
Hallo!
Also bei mir klappt es jetzt, nachdem ich wie folgt vorgegangen bin:
1.) ioBroker stoppen und überprüfen das kein Sub-Prozess mehr läuft 2.) in das Verzeichnis /tmp wechseln 3.) npm install iobroker.web 4.) Überprüfen ob in /tmp/node_modules/iobroker.web alle Dateien korrekt vorhanden sind. 5.) Wenn ja, dann einfach den Inhalt von /tmp/node_modules/iobroker.web in den Ordner von ioBroker (z.B. /opt/iobroker/node_modules/iobroker_web) kopieren 6.) chmod -R 777 (z.B. /opt/iobroker/node_modules/iobroker_web) 7.) ioBroker startenJetzt steht auch bei der Instanz web.0 dauerhaft "wahr".
Also war wohl noch etwas im Image nicht korrekt. Vorm Durchführen den obigen Schritte habe ich natürlich die Adapter aktualisiert.
Gruß
Patrick
-
Hi Rainer
Ich glaube ich habe den Fehler gefunden:
Ich hab falsch kopiert. ich hatte das /tmp/node_modules/iobroker.web unter /opt/iobroker/node_modules/iobroker.web kopiert gehabt. Mist.
Jetzt hab ich alles nochmal verschoben und jetzt läuft auch der Vis.
Die Logs sehen auch besser aus. Immerin gibts aber noch Fehler. Aber andere. Oder sind die harmlos?
Drücke Strg+A und danach Strg+C, um den Inhalt in die Zwischenablage zu kopieren. Klicke irgendwo, um das Fenster zu schliessen. host-bananapi 2015-09-27 01:16:30 error instance system.adapter.hm-rpc.0 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:16:26 error instance system.adapter.admin.0 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:16:25 error instance system.adapter.sayit.0 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:16:12 error instance system.adapter.node-red.0 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:16:09 error instance system.adapter.javascript.0 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:16:06 error instance system.adapter.web.0 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:16:01 error instance system.adapter.hm-rpc.1 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:15:52 error instance system.adapter.hm-rpc.0 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:15:44 error instance system.adapter.sayit.0 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:15:38 error instance system.adapter.admin.0 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:15:30 error instance system.adapter.node-red.0 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:15:17 error instance system.adapter.web.0 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:15:15 error instance system.adapter.hm-rpc.1 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:15:14 error instance system.adapter.javascript.0 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:15:12 error instance system.adapter.hm-rega.0 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:15:09 error instance system.adapter.hm-rpc.0 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:15:05 error instance system.adapter.sayit.0 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:14:58 error instance system.adapter.admin.0 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:14:55 error instance system.adapter.node-red.0 terminated with code 7 (Adapter already running) host-bananapi 2015-09-27 01:14:33 error instance system.adapter.web.0 terminated with code 7 (Adapter already running)Ansonsten: Super! Die Basis scheint jetzt OK zu sein.
Jetzt muss ich nur noch den Sayit zum Quatschen bringen und das Dashui das ich noch auf der CCU.IO habe irgendwie auf den IOBroker bringen.
Hast Du einen Tip wie? Ansonsten google ich mal ne Runde.
Gruss Ralf
-
Wenn du "already running " siehst, muss man die Kiste neu starten.
-
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
