Re: [vz-users] Problem: Backup und Restore des Systems, wenn root auf Festplatte ausgelagert ist?

[Sirko]

Hi,

auf einem früherem Raspi-Image war mal eine sys_backup.sh, was ich etwas 
angepaßt hab, siehe Anhang. Die entscheidende Zeile ist


rsync -aAX --stats 
--exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found","/var/lib/mysql/*","/var/log/*"} 
/* "$1" >> /var/log/sys_backup.log 2>&1


Gestartet wird das Script per cron einmal am Tag:

sudo /home/pi/bin/sys_backup.sh /media/data/backup

/media/data/backup ist das Zielverzeichnis.

Das DB-Backup ist ebenfalls getrennt, daher wird hier /var/lib/mysql 
nicht gesichert (wo die DB-Daten liegen).


Ich hab das System von einer USB-Festplatte gerade erst auf eine SSD 
umgezogen. Dabei hab ich das den selben rsync-Befehl benutzt.
Allerdings mußte ich zusätzlich noch einige log-Dateien zurückkopieren 
(wegen der Permissions). Der Einfachheit halber hab ich /var/log auf das 
neue System kopiert.


Kurz, mit rsync oben kann man das System sichern und restoren. Die DB 
darf man natürlich nicht vergessen.


Grüße
Sirko




Am 21.06.2016 um 16:21 schrieb Heiko Baumann:

Hi Daniel,

Danke für die Antwort.



Wie man einen VZ korrekt updated ist im Wiki eigentlich beschrieben.
Was hast du gemacht das du dir dabei das System zerschießt?
... das wenn ich wüßte (grundsätzliche Antwort: "ich hab NICHTS 
gemacht!!" ;)
Eigentlich nur: runterfahren, Karte raus, Image ziehen, Karte wieder 
rein, apt-get update, upgrade, das wars.



Hier aber jetzt die Frage: wie sichere ich mein "geteiltes" System?

Sichere meine DB auf einem DB-Server der aufm NAS läuft und kopiere
dort auch unregelmäßig eine Abzug des Dateisystems hin.

DB-Backup ist ok. Wie geht das mit dem Dateisystem?

Ich hab auch alle Configs die ich je geändert hab aufm PC liegen.
..hätte gedacht, dass ich das auch habe. Aber entweder sehe ich es 
nicht oder irgendwas ist komisch nach dem Update (siehe anderer Post 
zur "Fehlersuche"...).


Na mal sehen, vielleicht entdecke ich den Schuft ja noch.. ;)

Merci, schöne Grüße!
Heiko




#!/bin/bash   
#!/bin/bash

if [ $# -lt 1 ]; then
echo "No destination defined. Usage: $0 destination" >&2
exit 1
elif [ $# -gt 1 ]; then
echo "Too many arguments. Usage: $0 destination" >&2
exit 1
elif [ ! -d "$1" ]; then
   echo "Invalid path: $1" >&2
   exit 1
elif [ ! -w "$1" ]; then
   echo "Directory not writable: $1" >&2
   exit 1
fi

case "$1" in
  "/mnt") ;;
  "/mnt/"*) ;;
  "/media") ;;
  "/media/"*) ;;
  "/run/media") ;;
  "/run/media/"*) ;;
  *) echo "Destination not allowed." >&2
 exit 1
 ;;
esac

echo "" >> /var/log/sys_backup.log
echo Start: `date` >> /var/log/sys_backup.log 2>&1
ionice -c 3 rsync -aAX --stats 
--exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found","/var/lib/mysql/*","/var/log/*"}
 /* "$1" >> /var/log/sys_backup.log 2>&1
if [ $? -ne 0 ]; then
echo `date`"Fehler beim Sysbackup aufgetreten!" >> 
/var/log/sys_backup.log 2>&1
echo "Fehler beim Sysbackup aufgetreten!" | 
/home/pi/vz/sendWhatsappMessage.sh >> /var/log/sys_backup.log 2>&1
fi

#echo sende "WhatsApp-Nachricht:" >> /var/log/sys_backup.log 2>&1
#echo "Sys-Backup beendet" | /home/pi/vz/sendWhatsappMessage.sh >> 
/var/log/sys_backup.log 2>&1
echo Ende: `date` >> /var/log/sys_backup.log 2>&1
echo "" >> /var/log/sys_backup.log

Re: [vz-users] Problem: Backup und Restore des Systems, wenn root auf Festplatte ausgelagert ist?

[Daniel Lauckner]

Am Dienstag, 21. Juni 2016 um 16:21 schrieb Heiko Baumann:
> Eigentlich nur: runterfahren, Karte raus, Image ziehen, Karte wieder
> rein, apt-get update, upgrade, das wars.

Ich dachte schon du hättest ein aktuelles Image auf die Karte
gespielt...

> Wie geht das mit dem Dateisystem?

sudo rsync -aAXv 
--exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"}
 /* /mnt/nas/root/


mfg Daniel



---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus

Re: [vz-users] Fehlersuche-HowTo: 1wirevz und s0vz

[Udo1]

Am 21.06.2016 um 16:21 schrieb Andreas Götz:
ich weiss nicht ob die neuen vielleicht DeviceTree für die 1wire 
Sensoren brauchen?


Udo kann das sicher aufklären...

Nein, Device Tree wird nur beim Pi3 benötigt, wenn man WLAN haben will.

Gruß
Udo

Re: [vz-users] Problem: Backup und Restore des Systems, wenn root auf Festplatte ausgelagert ist?

[Heiko Baumann]

Hi Daniel,

Danke für die Antwort.



Wie man einen VZ korrekt updated ist im Wiki eigentlich beschrieben.
Was hast du gemacht das du dir dabei das System zerschießt?
... das wenn ich wüßte (grundsätzliche Antwort: "ich hab NICHTS 
gemacht!!" ;)
Eigentlich nur: runterfahren, Karte raus, Image ziehen, Karte wieder 
rein, apt-get update, upgrade, das wars.



Hier aber jetzt die Frage: wie sichere ich mein "geteiltes" System?

Sichere meine DB auf einem DB-Server der aufm NAS läuft und kopiere
dort auch unregelmäßig eine Abzug des Dateisystems hin.

DB-Backup ist ok. Wie geht das mit dem Dateisystem?

Ich hab auch alle Configs die ich je geändert hab aufm PC liegen.
..hätte gedacht, dass ich das auch habe. Aber entweder sehe ich es nicht 
oder irgendwas ist komisch nach dem Update (siehe anderer Post zur 
"Fehlersuche"...).


Na mal sehen, vielleicht entdecke ich den Schuft ja noch.. ;)

Merci, schöne Grüße!
Heiko

Re: [vz-users] Fehlersuche-HowTo: 1wirevz und s0vz

[Andreas Götz]

Ps.: interesant wäre evtl auch Deine Raspbian Version- ich weiss nicht ob die 
neuen vielleicht DeviceTree für die 1wire Sensoren brauchen?

Udo kann das sicher aufklären...

Viele Grüße, Andreas 

> Am 21.06.2016 um 15:58 schrieb Heiko Baumann :
> 
> So, hier bin ich nochmal: nach einem Update (apt-get, git pull volkszähler) 
> läuft zwar "an sich" alles noch, aber es werden keine neuen Messwerte mehr 
> gespeichert. Ich hatte so ein Problem schon mal früher, hab mir aber jetzt 
> die einzelnen Schritte zur Fehlersuche mal zusammengeschrieben.
> 
> Vielleicht möchte mir ja jemand bei der Suche und der Beschreibung der 
> Vorgehensweise behilflich sein. Ich würde das fertige Dokument dann ins wiki 
> stellen, es kommt ja öfter vor, dass jemand fragt.. ;)
> 
> Vorbemerkung: auf meinem pi läuft kein vzlogger, ich habe ausschließlich 
> 1wire und s0 Zähler und nehme dafür (warum eigentlich?) die beiden Dienste 
> von Henrik.
> Ich habs bequemlicherweise in Word zusammengetippt, ich hoff man kann es hier 
> trotzdem lesen...
> 
> Also: vielen Dank für die Hilfe!!
> 
>  
> 1)  Erforderlich: Zugriff auf den Pi direkt über die Tastatur oder per 
> SSH Shell (putty)
> 2)  Gesamtsituation?
> Mysql ist aktiv und erreichbar (phpmyadmin ok, frontend zeigt alte 
> gespeicherte Werte problemlos an, neue Kanäle lassen sich hinzufügen, keine 
> neuen Werte sichtbar)
> 3)  Stimmt die Systemzeit?
> Kleine Ursache, große Wirkung: evtl. vergisst der Pi die Systemzeit. Probe 
> mit:
> pi@BauratPi ~ $ date
> Di 21. Jun 09:36:14 CEST 2016-> korrekte aktuelle Zeit, passt
> Wenn nicht: Zeit neu setzen in der Form:
> pi@BauratPi ~ $ sudo date -s "17 JUN 2016 23:07:00" 
> evtl. Abgleich mit
> pi@BauratPi ~ $ sudo sntp pool.ntp.org
> 4)  Laufen die Dienste?
> Prüfe, ob die Daemons für 1wirevz und s0vz überhaupt aktiv sind:
> pi@BauratPi ~ $ ps ax|grep 1wire
>  3108 ?Ss 0:00 /usr/local/sbin/1wirevz // Ok, Dienst läuft mit 
> PID 3108
>  4804 pts/0S+ 0:00 grep --color=auto 1wire   // das ist nur der 
> Such-Prozess
>  
> pi@BauratPi ~ $ ps ax|grep s0vz
>  3132 ?Ss 0:08 /usr/local/sbin/s0vz
>  4809 pts/0S+ 0:00 grep --color=auto s0vz
> Gut, die Dienste laufen also schon mal. Ansonsten: dienste neu starten mit
> pi@BauratPi ~ $ sudo 1wirevz restart
> pi@BauratPi ~ $ sudo s0vz restart
> 5)  Was sagen die Logfiles?
> Bei intensiverer Fehlersuche kann man mehrere Terminalfenster öffnen, um 
> einen besseren Überblick zu bekommen.
> In einem Fenster kann man z.B. dauerhaft das syslog überwachen:
> pi@BauratPi ~ $ tail -f /var/log/syslog
>  
> Beim Stop/Start eines Dienstes müsste im syslog angezeigt werden, was 
> passiert:
>  
> pi@BauratPi ~ $ cat /var/log/syslog | grep 1wire
> Jun 21 10:03:38 BauratPi 1wirevz: DS2482 I²C 1-Wire® Master to Volkszaehler 
> deamon 1.5 (2) -2
> Jun 21 10:03:38 BauratPi 1wirevz: VzServer: 127.0.0.1
> Jun 21 10:03:38 BauratPi 1wirevz: VzPort: 80
> Jun 21 10:03:38 BauratPi 1wirevz: VzPath: middleware.php
> Jun 21 10:03:38 BauratPi 1wirevz: Metering interval: 60 sec
>  
> FEHLER – hier sollten dann eigentlich die angehängten Sensoren aufgelistet 
> werden!
>  
> pi@BauratPi ~ $ cat /var/log/syslog | grep s0vz
> Jun 21 10:06:34 BauratPi s0vz: S0/Impulse to Volkszaehler RaspberryPI deamon 
> 1.4.4
> Jun 21 10:06:34 BauratPi s0vz: VzServer:localhost
> Jun 21 10:06:34 BauratPi s0vz: VzPort:80
> Jun 21 10:06:34 BauratPi s0vz: VzPath:middleware.php
> Jun 21 10:06:34 BauratPi s0vz: GPIO0 = 7b6afe30-f2dc-11e2-a117-6b7d90ba87df
> Jun 21 10:06:34 BauratPi s0vz: GPIO1 = ae9d1b00-f2f5-11e2-8a1f-0dad1c039958
> Jun 21 10:06:34 BauratPi s0vz: GPIO2 = 89277390-f2dc-11e2-94d6-9984a2fec1dc
> Jun 21 10:06:34 BauratPi s0vz: GPIO3 = drei-frei
> Jun 21 10:06:34 BauratPi s0vz: GPIO4 = 90da22c0-f2dc-11e2-a59d-e9b55d71b128
> Jun 21 10:06:34 BauratPi s0vz: GPIO5 = 9a7ed6c0-f2dc-11e2-b13e-b9abb50897a8
>  
> … das sieht eigentlich ok aus, oder?
>  
> 6)  Wie sieht die Konfigurationsdatei /etc/1wirevz.cfg aus?
>  
> pi@BauratPi ~ $ cat 1wirevz.cfg
>  
> /**
> Part of DS2482 I²C 1-Wire® Master to Volkszaehler 'RaspberryPI deamon'.
> **/
> /* Hostname, FQDN or IP of your VZ - normaly this should be 'localhost' */
> vzserver = "127.0.0.1"
> /* Path to the VZ middleware.php script, WITHOUT preposed and trailing slash 
> */
> vzpath = "middleware.php"
> /* HTTP Port of your VZ */
> vzport = 80
> /* Metering interval in seconds for ALL sensors */
> interval = 60
>  
> /* DS1820 SensorID to VZ UUID mapping - SensorID start with 'asterisk' */
> /* Check your IDs 'cat /var/log/syslog|grep 1wirevz' */
>  
> /* T4 Aussentemperatur channel 10 */
> *28-045c5c7e = "53e45780-f2dc-11e2-bb40-e1626f6aa1bd"
> /* T2 Sole WP Eintritt channel 7 */
> *28-045d7eb0 = "37e34a40-f2dc-11e2-a9f5-617f327e9a54"
> /* T2 Sole WP Austritt 

Re: [vz-users] Fehlersuche-HowTo: 1wirevz und s0vz

[Andreas Götz]

Hallo Heiko,

> Am 21.06.2016 um 15:58 schrieb Heiko Baumann :
> 
> So, hier bin ich nochmal: nach einem Update (apt-get, git pull volkszähler) 
> läuft zwar "an sich" alles noch, aber es werden keine neuen Messwerte mehr 
> gespeichert. Ich hatte so ein Problem schon mal früher, hab mir aber jetzt 
> die einzelnen Schritte zur Fehlersuche mal zusammengeschrieben.

Eigentlich gibts das im Eiki: /howto/debug

> 
> Vielleicht möchte mir ja jemand bei der Suche und der Beschreibung der 
> Vorgehensweise behilflich sein. Ich würde das fertige Dokument dann ins wiki 
> stellen, es kommt ja öfter vor, dass jemand fragt.. ;)
> 
> Vorbemerkung: auf meinem pi läuft kein vzlogger, ich habe ausschließlich 
> 1wire und s0 Zähler und nehme dafür (warum eigentlich?) die beiden Dienste 
> von Henrik.
> Ich habs bequemlicherweise in Word zusammengetippt, ich hoff man kann es hier 
> trotzdem lesen...
> 
> Also: vielen Dank für die Hilfe!!
> 
>  
> 1)  Erforderlich: Zugriff auf den Pi direkt über die Tastatur oder per 
> SSH Shell (putty)
> 2)  Gesamtsituation?
> Mysql ist aktiv und erreichbar (phpmyadmin ok, frontend zeigt alte 
> gespeicherte Werte problemlos an, neue Kanäle lassen sich hinzufügen, keine 
> neuen Werte sichtbar)
> 3)  Stimmt die Systemzeit?
> Kleine Ursache, große Wirkung: evtl. vergisst der Pi die Systemzeit. Probe 
> mit:
> pi@BauratPi ~ $ date
> Di 21. Jun 09:36:14 CEST 2016-> korrekte aktuelle Zeit, passt
> Wenn nicht: Zeit neu setzen in der Form:
> pi@BauratPi ~ $ sudo date -s "17 JUN 2016 23:07:00" 
> evtl. Abgleich mit
> pi@BauratPi ~ $ sudo sntp pool.ntp.org
> 4)  Laufen die Dienste?
> Prüfe, ob die Daemons für 1wirevz und s0vz überhaupt aktiv sind:

Brauchst Du nicht. Vzlogger kann mittlerweile 1wire und s0 via gpio- nimm 
besser den. Dann vzlogger.log bitte.

Viele Grüße, Andreas 

> pi@BauratPi ~ $ ps ax|grep 1wire
>  3108 ?Ss 0:00 /usr/local/sbin/1wirevz // Ok, Dienst läuft mit 
> PID 3108
>  4804 pts/0S+ 0:00 grep --color=auto 1wire   // das ist nur der 
> Such-Prozess
>  
> pi@BauratPi ~ $ ps ax|grep s0vz
>  3132 ?Ss 0:08 /usr/local/sbin/s0vz
>  4809 pts/0S+ 0:00 grep --color=auto s0vz
> Gut, die Dienste laufen also schon mal. Ansonsten: dienste neu starten mit
> pi@BauratPi ~ $ sudo 1wirevz restart
> pi@BauratPi ~ $ sudo s0vz restart
> 5)  Was sagen die Logfiles?
> Bei intensiverer Fehlersuche kann man mehrere Terminalfenster öffnen, um 
> einen besseren Überblick zu bekommen.
> In einem Fenster kann man z.B. dauerhaft das syslog überwachen:
> pi@BauratPi ~ $ tail -f /var/log/syslog
>  
> Beim Stop/Start eines Dienstes müsste im syslog angezeigt werden, was 
> passiert:
>  
> pi@BauratPi ~ $ cat /var/log/syslog | grep 1wire
> Jun 21 10:03:38 BauratPi 1wirevz: DS2482 I²C 1-Wire® Master to Volkszaehler 
> deamon 1.5 (2) -2
> Jun 21 10:03:38 BauratPi 1wirevz: VzServer: 127.0.0.1
> Jun 21 10:03:38 BauratPi 1wirevz: VzPort: 80
> Jun 21 10:03:38 BauratPi 1wirevz: VzPath: middleware.php
> Jun 21 10:03:38 BauratPi 1wirevz: Metering interval: 60 sec
>  
> FEHLER – hier sollten dann eigentlich die angehängten Sensoren aufgelistet 
> werden!
>  
> pi@BauratPi ~ $ cat /var/log/syslog | grep s0vz
> Jun 21 10:06:34 BauratPi s0vz: S0/Impulse to Volkszaehler RaspberryPI deamon 
> 1.4.4
> Jun 21 10:06:34 BauratPi s0vz: VzServer:localhost
> Jun 21 10:06:34 BauratPi s0vz: VzPort:80
> Jun 21 10:06:34 BauratPi s0vz: VzPath:middleware.php
> Jun 21 10:06:34 BauratPi s0vz: GPIO0 = 7b6afe30-f2dc-11e2-a117-6b7d90ba87df
> Jun 21 10:06:34 BauratPi s0vz: GPIO1 = ae9d1b00-f2f5-11e2-8a1f-0dad1c039958
> Jun 21 10:06:34 BauratPi s0vz: GPIO2 = 89277390-f2dc-11e2-94d6-9984a2fec1dc
> Jun 21 10:06:34 BauratPi s0vz: GPIO3 = drei-frei
> Jun 21 10:06:34 BauratPi s0vz: GPIO4 = 90da22c0-f2dc-11e2-a59d-e9b55d71b128
> Jun 21 10:06:34 BauratPi s0vz: GPIO5 = 9a7ed6c0-f2dc-11e2-b13e-b9abb50897a8
>  
> … das sieht eigentlich ok aus, oder?
>  
> 6)  Wie sieht die Konfigurationsdatei /etc/1wirevz.cfg aus?
>  
> pi@BauratPi ~ $ cat 1wirevz.cfg
>  
> /**
> Part of DS2482 I²C 1-Wire® Master to Volkszaehler 'RaspberryPI deamon'.
> **/
> /* Hostname, FQDN or IP of your VZ - normaly this should be 'localhost' */
> vzserver = "127.0.0.1"
> /* Path to the VZ middleware.php script, WITHOUT preposed and trailing slash 
> */
> vzpath = "middleware.php"
> /* HTTP Port of your VZ */
> vzport = 80
> /* Metering interval in seconds for ALL sensors */
> interval = 60
>  
> /* DS1820 SensorID to VZ UUID mapping - SensorID start with 'asterisk' */
> /* Check your IDs 'cat /var/log/syslog|grep 1wirevz' */
>  
> /* T4 Aussentemperatur channel 10 */
> *28-045c5c7e = "53e45780-f2dc-11e2-bb40-e1626f6aa1bd"
> /* T2 Sole WP Eintritt channel 7 */
> *28-045d7eb0 = "37e34a40-f2dc-11e2-a9f5-617f327e9a54"
> /* T2 Sole WP Austritt 

[vz-users] Fehlersuche-HowTo: 1wirevz und s0vz

[Heiko Baumann]

So, hier bin ich nochmal: nach einem Update (apt-get, git pull 
volkszähler) läuft zwar "an sich" alles noch, aber es werden keine neuen 
Messwerte mehr gespeichert. Ich hatte so ein Problem schon mal früher, 
hab mir aber jetzt die einzelnen Schritte zur Fehlersuche mal 
zusammengeschrieben.


Vielleicht möchte mir ja jemand bei der Suche und der Beschreibung der 
Vorgehensweise behilflich sein. Ich würde das fertige Dokument dann ins 
wiki stellen, es kommt ja öfter vor, dass jemand fragt.. ;)


Vorbemerkung: auf meinem pi läuft kein vzlogger, ich habe ausschließlich 
1wire und s0 Zähler und nehme dafür (warum eigentlich?) die beiden 
Dienste von Henrik.
Ich habs bequemlicherweise in Word zusammengetippt, ich hoff man kann es 
hier trotzdem lesen...


Also: vielen Dank für die Hilfe!!


1)Erforderlich: Zugriff auf den Pi direkt über die Tastatur oder per SSH 
Shell (putty)


2)Gesamtsituation?

Mysql ist aktiv und erreichbar (phpmyadmin ok, frontend zeigt alte 
gespeicherte Werte problemlos an, neue Kanäle lassen sich hinzufügen, 
keine neuen Werte sichtbar)


3)Stimmt die Systemzeit?

Kleine Ursache, große Wirkung: evtl. vergisst der Pi die Systemzeit. 
Probe mit:


pi@BauratPi ~ $ *date*

Di 21. Jun 09:36:14 CEST 2016-> korrekte aktuelle Zeit, passt

Wenn nicht: Zeit neu setzen in der Form:

pi@BauratPi ~ $ *sudo date -s "17 JUN 2016 23:07:00"*

evtl. Abgleich mit

pi@BauratPi ~ $ *sudo sntp pool.ntp.org*

4)Laufen die Dienste?

Prüfe, ob die Daemons für 1wirevz und s0vz überhaupt aktiv sind:

pi@BauratPi ~ $ *ps ax|grep 1wire*

*3108*?Ss0:00 /usr/local/sbin/1wirevz // Ok, Dienst läuft mit PID *3108*

4804 pts/0S+0:00 grep --color=auto 1wire// das ist nur der Such-Prozess

pi@BauratPi ~ $ *ps ax|grep s0vz*

*3132*?Ss0:08 /usr/local/sbin/s0vz

4809 pts/0S+0:00 grep --color=auto s0vz

Gut, die Dienste laufen also schon mal. Ansonsten: dienste neu starten mit

pi@BauratPi ~ $ *sudo 1wirevz restart*

pi@BauratPi ~ $ *sudo s0vz restart*

5)Was sagen die Logfiles?

Bei intensiverer Fehlersuche kann man mehrere Terminalfenster öffnen, um 
einen besseren Überblick zu bekommen.


In einem Fenster kann man z.B. dauerhaft das syslog überwachen:

pi@BauratPi ~ $ *tail -f /var/log/syslog*

Beim Stop/Start eines Dienstes müsste im syslog angezeigt werden, was 
passiert:


pi@BauratPi ~ $ *cat /var/log/syslog | grep 1wire*

Jun 21 10:03:38 BauratPi 1wirevz: DS2482 I²C 1-Wire® Master to 
Volkszaehler deamon 1.5 (2) -2


Jun 21 10:03:38 BauratPi 1wirevz: VzServer: 127.0.0.1

Jun 21 10:03:38 BauratPi 1wirevz: VzPort: 80

Jun 21 10:03:38 BauratPi 1wirevz: VzPath: middleware.php

Jun 21 10:03:38 BauratPi 1wirevz: Metering interval: 60 sec

FEHLER – hier sollten dann eigentlich die angehängten Sensoren 
aufgelistet werden!


pi@BauratPi ~ $ *cat /var/log/syslog | grep s0vz*

Jun 21 10:06:34 BauratPi s0vz: S0/Impulse to Volkszaehler RaspberryPI 
deamon 1.4.4


Jun 21 10:06:34 BauratPi s0vz: VzServer:localhost

Jun 21 10:06:34 BauratPi s0vz: VzPort:80

Jun 21 10:06:34 BauratPi s0vz: VzPath:middleware.php

Jun 21 10:06:34 BauratPi s0vz: GPIO0 = 7b6afe30-f2dc-11e2-a117-6b7d90ba87df

Jun 21 10:06:34 BauratPi s0vz: GPIO1 = ae9d1b00-f2f5-11e2-8a1f-0dad1c039958

Jun 21 10:06:34 BauratPi s0vz: GPIO2 = 89277390-f2dc-11e2-94d6-9984a2fec1dc

Jun 21 10:06:34 BauratPi s0vz: GPIO3 = drei-frei

Jun 21 10:06:34 BauratPi s0vz: GPIO4 = 90da22c0-f2dc-11e2-a59d-e9b55d71b128

Jun 21 10:06:34 BauratPi s0vz: GPIO5 = 9a7ed6c0-f2dc-11e2-b13e-b9abb50897a8

… das sieht eigentlich ok aus, oder?

6)Wie sieht die Konfigurationsdatei /etc/1wirevz.cfg aus?

pi@BauratPi ~ $ *cat 1wirevz.cfg*

/**

Part of DS2482 I²C 1-Wire® Master to Volkszaehler 'RaspberryPI deamon'.

**/

/* Hostname, FQDN or IP of your VZ - normaly this should be 'localhost' */

vzserver = "127.0.0.1"

/* Path to the VZ middleware.php script, WITHOUT preposed and trailing 
slash */


vzpath = "middleware.php"

/* HTTP Port of your VZ */

vzport = 80

/* Metering interval in seconds for ALL sensors */

interval = 60

/* DS1820 SensorID to VZ UUID mapping - SensorID start with 'asterisk' */

/* Check your IDs 'cat /var/log/syslog|grep 1wirevz' */

/* T4 Aussentemperatur channel 10 */

**28-045c5c7e*= "*53e45780-f2dc-11e2-bb40-e1626f6aa1bd*"

/* T2 Sole WP Eintritt channel 7 */

*28-045d7eb0 = "37e34a40-f2dc-11e2-a9f5-617f327e9a54"

/* T2 Sole WP Austritt channel 8*/

*28-04a2845a = "3e744e20-f2dc-11e2-ab3d-e5709e8f1bd3"

… usw…

Für jeden Sensor also ein Eintrag. Links (blau) ist die Sensor-ID, die 
im Syslog stehen, rechts (rot) die UUID, die vom System beim Anlegen 
eines neuen Kanals über das Frontend vergeben wird (auslesen auch übers 
Frontend ausgelesen durch Klick auf den blauen „i“ Button am Ende des 
Kanals:


7)Wie sieht die Konfigurationsdatei /etc/s0vz.cfg aus?

pi@BauratPi ~ $ *cat s0vz.cfg*

Re: [vz-users] Problem: Backup und Restore des Systems, wenn root auf Festplatte ausgelagert ist?

[Daniel Lauckner]

Am Dienstag, 21. Juni 2016 um 10:48 schrieb Heiko Baumann:
> Lief super, keinen Ärger mehr. Jetzt hab ich mal wieder gedacht "Updates
> wären schön" und mir brav von der SD-Karte ein Image gezogen - dachte 
> aber nicht mehr daran, dass eigentlich alles auf der Festplatte liegt 
> und ich deswegen kein echtes Backup habe :(

Wie man einen VZ korrekt updated ist im Wiki eigentlich beschrieben.
Was hast du gemacht das du dir dabei das System zerschießt?

> Hier aber jetzt die Frage: wie sichere ich mein "geteiltes" System?

Sichere meine DB auf einem DB-Server der aufm NAS läuft und kopiere
dort auch unregelmäßig eine Abzug des Dateisystems hin.

Ich hab auch alle Configs die ich je geändert hab aufm PC liegen.
Gehe zwar ich nicht davon aus aus diesem Abzug ein Lauffähiges System
generieren zu können, aber ich kann dort nachsehen was sich wie
geändert hab wenn ich ein neues System aufziehe.


mfg Daniel


---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus

[vz-users] Problem: Backup und Restore des Systems, wenn root auf Festplatte ausgelagert ist?

[Heiko Baumann]

Hallo zusammen,

nach erfreulich langer problemfreier Zeit mit meinem vz verzweifle ich 
mal gerade wieder.
Ich hab damals nach immer wiederkehrenden Problemen mit der SD-Karte 
eine alte Festplatte als root eingebunden 
(http://wiki.volkszaehler.org/howto/performance-optimierung_des_raspberry_pi).


Lief super, keinen Ärger mehr. Jetzt hab ich mal wieder gedacht "Updates 
wären schön" und mir brav von der SD-Karte ein Image gezogen - dachte 
aber nicht mehr daran, dass eigentlich alles auf der Festplatte liegt 
und ich deswegen kein echtes Backup habe :(


Naja, und nun kam es, wie es kommen musste: nach dem Update laufen meine 
Sensoren nicht mehr, das System ist zwar da, im Frontend sehe ich die 
alten Werte, aber es kommen keine neuen dazu (mehr dazu gleich in einem 
anderen Thread..).


Hier aber jetzt die Frage: wie sichere ich mein "geteiltes" System?
Teil 1 ist einfach: pi stoppen, Image von der SD-Karte ziehen, fertig.
Aber wie geht das mit Teil 2? Ich hab auf der Platte (1TB) eine 30GB 
root Partition. Wie kann ich die am einfachsten sichern?
Eine andere Partition auf der HD anlegen und das root-Image dorthin 
kopieren würde mir reichen, es geht primär um einen "Snapshot" meines 
vz-Systems. Ab und an kann man dann das root-Image ja noch extern 
sichern, falls die HD mal tatsächlich abrauchen sollte.


Sieht also so aus:

pi@BauratPi ~ $ df -h
DateisystemGröÃe Benutzt Verf. Verw% Eingehängt auf
rootfs   30G7,1G   21G   26% /
/dev/root30G7,1G   21G   26% /
devtmpfs235M   0  235M0% /dev
tmpfs49M372K   49M1% /run
tmpfs   5,0M   0  5,0M0% /run/lock
tmpfs98M   0   98M0% /run/shm
/dev/mmcblk0p1   56M 19M   38M   34% /boot

pi@BauratPi ~ $ cat /etc/fstab
proc/proc   procdefaults 0   0
/dev/mmcblk0p1  /boot   vfatdefaults 0   2
/dev/sda2   /   ext4defaults,noatime 0   1
# a swapfile is not a swap partition, so no using swapon|off from here 
on, use  dphys-swapfile swap[on|off]  for that



Sofern ich meinen vz überhaupt wieder zum Laufen bekomme, wäre ich für 
Tipps sehr dankbar!


Vielen Dank schon mal und schöne Grüße
Heiko!