Diskussion zum neuen Installation-Fixer

[Homoran]

@Steff
Das war wahrscheinlich der einzige Ort neben iobroker wo es nicht hin sollte

[Steff]

@Homoran sagte in Diskussion zum neuen Installation-Fixer:

@Steff
Das war wahrscheinlich der einzige Ort neben iobroker wo es nicht hin sollte

Uups...
.. ich meine ich hätte das heute schon irgendwo gelesen, vielleicht brauche ich aber auch nur Kaffee.

[AlCalzone]

Nee, /home/iobroker ist schon ok, auch Befehle per sudo abzusetzen ist zum Teil erlaubt.
Das Kommando teamviewer hingegen nicht - ist IMO auch nicht häufig genug nötig um eine Aufnahme in den Installer oder Fixer zu rechtfertigen.

Folgende Lösung wäre möglich und vermutlich am einfachsten:

1. Bearbeite die sudoers-Datei mit einem Editor:
   sudo nano /etc/sudoers.d/iobroker
2. Füge am Ende folgende Zeile ein:
   iobroker ALL=(ALL) NOPASSWD: /home/iobroker/teamviewer_restart.sh
   dann speichern. Bitte genau aufpassen, dass keine Fehler drin sind, sonst geht sudo möglicherweise gar nicht mehr.
3. Ändere dein Skript, dass darin kein sudo mehr auftaucht und mache es dann direkt ausführbar
   sudo chmod +x /home/iobroker/teamviewer_restart.sh
4. Führe dein Skript direkt per sudo aus ioBroker aus:
   exec('sudo /home/iobroker/teamviewer_restart.sh', ...)

[Steff]

@AlCalzone
Danke, das hat´s gebracht

Gruß Steffen

[e-i-k-e]

Guten Abend,
wo finde ich, nachdem ich den ioBroker Installation Fixer ausgeführt habe, die iobroker.sh ? Diese befand sich sonst unter /etc/init.d/.
In dieser Datei hinterlegte ich einige Befehle, die ich zwingend benötige, sobald ein Neustart erfolgt.

ohne fixer

mit fixer

[apollon77]

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..

[e-i-k-e]

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

[AlCalzone]

Du könntest dir selbst eine Startup-Datei erstellen:
https://jankarres.de/2014/07/raspberry-pi-autostart-von-programmen-einrichten/

[smartboart]

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_frequen

der 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

[Dr. Bakterius]

@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.

[smartboart]

OK hab den state in meinen scripten schon ersetzt... Danke..

[smartboart]

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.

[simatec]

@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

[wendy2702]

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?

[apollon77]

Das sollte aber seit dem Installer-Fixer nicht mehr auftreten!

[bahnuhr]

@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

[wendy2702]

@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.

[apollon77]

@wendy2702 @bahnuhr Bitte postet mal die INSTALLER_INFO.txt aus Euren ioBroker-verzeichnissen

[wendy2702]

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:~ $

[apollon77]

Und was sagt? systemctl status iobroker