Diskussion zum neuen Installation-Fixer
-
Nee,
/home/iobrokerist schon ok, auch Befehle persudoabzusetzen ist zum Teil erlaubt.
Das Kommandoteamviewerhingegen 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:
- Bearbeite die sudoers-Datei mit einem Editor:
sudo nano /etc/sudoers.d/iobroker - 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. - Ändere dein Skript, dass darin kein
sudomehr auftaucht und mache es dann direkt ausführbar
sudo chmod +x /home/iobroker/teamviewer_restart.sh - Führe dein Skript direkt per
sudoaus ioBroker aus:
exec('sudo /home/iobroker/teamviewer_restart.sh', ...)
@AlCalzone
Danke, das hat´s gebracht :+1:Gruß Steffen
- Bearbeite die sudoers-Datei mit einem Editor:
-
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
-
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 -
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 -
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.
-
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!
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@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.
-
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:~ $ -
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.
516
Online32.7k
Users82.4k
Topics1.3m
Posts