Diskussion zum neuen Installation-Fixer
-
Ich denke das er bei Dir von init.d auf systemd umgestellt,da ist das woanders.
Was genau "schreibst Du denn da rein"? Wenn Du befehle brauchst die beim Reboot gestartet werden sollen macht man das an sich in /etc/rc.local oder mit einem eigenen Service File. Das bei einem anderen programm mit "dazuzuhängen" ist nicht so sinnvoll..
-
Wo genau finde ich die Datei?
Ich definiere enigige GPIO als PWM. Das dies nicht der optimalste weg ist, war mir bekannt. Allerdings hab ich es über die anderen "bekannten" wege nicht zum laufen bekommen.
Befehle:
gpio -g pwm 18 1024 gpio -g mode 18 pwm gpio pwmc 1000 -
Du könntest dir selbst eine Startup-Datei erstellen:
https://jankarres.de/2014/07/raspberry-pi-autostart-von-programmen-einrichten/ -
Hi hab auf meinem master und slave den Fixer mal drüber laufen lassen. lief sauber durch... Auf meinem Slave Raspi bekomme ich seit dem aber Probleme mit dem rpi monitor.
rpi2.1 2019-03-16 07:59:29.200 error No Value found for mem_gpu
rpi2.1 2019-03-16 07:59:29.200 error No Value found for mem_arm
rpi2.1 2019-03-16 07:59:29.199 error No Value found for cpu_voltage
rpi2.1 2019-03-16 07:59:29.198 error No Value found for cpu_frequender schein keine Rechte mehr zu haben...ist euch as Problem bekannt...Was kann ich tun....der Rest scheint zu laufen..
ach ja heute durchgeführt mit dem aktuellen fixer.
ioBroker-RasPi
Betriebssystem
linux
Architektur
arm
CPUs
4
Geschwindigkeit
600 MHz
Modell
ARMv7 Processor rev 4 (v7l)
RAM
927.1 MB
System Betriebszeit
00:36:26
Node.js
v8.15.1
NPM
6.4.1
Festplatte Größe
29.1 GB
Festplatte frei
26.4 GB
Anzahl der Adapter
259
Betriebszeit
00:36:20
Aktive Instanzen
7
Hostname
ioBroker-RasPi -
@smartboart sagte in Diskussion zum neuen Installation-Fixer:
der schein keine Rechte mehr zu haben...ist euch as Problem bekannt...Was kann ich tun....der Rest scheint zu laufen..
Na dann lies mal diesen Thread durch oder suche danach - wurde schon behandelt und ist (derzeit) nicht dauerhaft zu fixen.
-
OK hab den state in meinen scripten schon ersetzt... Danke..
-
hab mein backup wieder eingespielt ..sind mit dem rpi jetzt auch noch nach das Backitup v3 Script das nach dem installationsfixer nicht mehr geht. Den Backitup Adapter nehme ich bewusst nicht wegen meiner view auf die ich nicht verzichten will.
-
@smartboart
Mit backitup geht danach auch noch die VIS
Der Adapter gibt alle Datenpunkte dafür raus.Du musst nur die Pfade in deiner VIS anpassen
-
Habe den Fixer auf meinen beiden Slaves laufen lassen und bin jetzt nochmal über diesen Thread gestolpert: https://forum.iobroker.net/topic/21045/update-node-js-auf-slave/19
Ich habe auch das Pänomen das ich keine Rückmeldung mehr beim stoppen / starten von ioBroker bekomme und die Abfrage iobroker status immer ein „running“ ausgibt.
Issue aufmachen? Wenn ja, wo?
-
Das sollte aber seit dem Installer-Fixer nicht mehr auftreten!
-
@apollon77 sagte in Diskussion zum neuen Installation-Fixer:
Das sollte aber seit dem Installer-Fixer nicht mehr auftreten!
Bei mir ist das immer noch so.
Fixer habe ich 2-3 x laufen lassen -
@apollon77 sagte in Diskussion zum neuen Installation-Fixer:
Das sollte aber seit dem Installer-Fixer nicht mehr auftreten!
Wie geschrieben: scheinbar tritt es aber noch auf.
-
@wendy2702 @bahnuhr Bitte postet mal die INSTALLER_INFO.txt aus Euren ioBroker-verzeichnissen
-
pi@pi-iobroker:~ $ cat /opt/iobroker/INSTALLER_INFO.txt Fixer version: 2019-03-03 Fix date 2019-03-04 ACL enabled: true init system: systemd Autostart: systemd pi@pi-iobroker:~ $pi@iobroker-garage-gross:~ $ cat /opt/iobroker/INSTALLER_INFO.txt Fixer version: 2019-03-03 Fix date 2019-03-04 ACL enabled: true init system: systemd Autostart: systemd Fixer version: 2019-03-03 Fix date 2019-03-04 ACL enabled: true init system: systemd Autostart: systemd Fixer version: 2019-03-03 Fix date 2019-03-04 ACL enabled: true init system: systemd Autostart: systemd Fixer version: 2019-03-05 Fix date 2019-03-05 ACL enabled: true init system: systemd Autostart: systemd Fixer version: 2019-03-05 Fix date 2019-03-06 ACL enabled: true init system: systemd Autostart: systemd Fixer version: 2019-03-05 Fix date 2019-03-06 ACL enabled: true init system: systemd Autostart: systemd pi@iobroker-garage-gross:~ $ -
Und was sagt? systemctl status iobroker
-
pi@pi-iobroker:~ $ systemctl status iobroker ● iobroker.service - ioBroker Server Loaded: loaded (/lib/systemd/system/iobroker.service; enabled) Active: active (running) since Di 2019-03-19 19:30:32 CET; 2 days ago Docs: http://iobroker.net Main PID: 19948 (iobroker.js-con) CGroup: /system.slice/iobroker.service ├─19948 iobroker.js-controller ├─19970 io.admin.1 ├─19993 io.modbus.3 ├─20008 io.tr-064.0 └─20035 io.smartmeter.0 pi@pi-iobroker:~ $pi@iobroker-garage-gross:~ $ systemctl status iobroker ● iobroker.service - ioBroker Server Loaded: loaded (/lib/systemd/system/iobroker.service; enabled) Active: active (running) since Do 2019-03-07 11:08:57 CET; 2 weeks 1 days ago Docs: http://iobroker.net Main PID: 10891 (iobroker.js-con) CGroup: /system.slice/iobroker.service ├─ 5181 io.javascript.2 ├─10891 iobroker.js-controller └─10928 io.modbus.4 pi@iobroker-garage-gross:~ $ -
und das ist der Inhalt von meiner Datei:
Fixer version: 2019-03-10 Fix date 2019-03-16 ACL enabled: true init system: systemd Autostart: systemd Fixer version: 2019-03-10 Fix date 2019-03-17 ACL enabled: true init system: systemd Autostart: systemd Fixer version: 2019-03-10 Fix date 2019-03-18 ACL enabled: true init system: systemd Autostart: systemd -
Und dies bei dem anderen Befehl.
Warum die ~ kommen, weiß ich nicht.
-
@wendy2702 @bahnuhr
Habt ihr in/opt/iobroker/node_modules/iobroker.js-controlleroder/opt/iobroker/node_modules/iobroker.js-controller/libmöglicherweise noch eine Dateiiobroker.pidoder ähnliches? -
order: iobroker.js-controller -> nein
order: iobroker.js-controller/lib -> nein
In beiden ordnern: nein da ist keine .pid Datei
