Standardsicherung im Image

[Bualicher]

Hallo zusammen,

hat sich etwas in der Standardsicherung geändert?

Ich habe vorhin auf meiner Axas vom Image 24.09.2023 auf das aktuellste Nightly (03.10.2023) upgedatet und die Einstellungen übernommen.

Was soll ich sagen? Es fehlen sehr viele Sachen (WebTV-Listen, personalisierte Icons, ...).
Also vieles was in /var/tuxbox/ liegt und bisher standardmäßig gesichert wurde.

Wäre super, wenn es das auch wieder tun würde oder muss ich meine tobackup.conf erweitern?

[vanhofen]

Da hat sich seit (gefühlt) Jahren nichts geändert. Und bei meinen Updates ist eigentlich immer alles übernommen worden. Mir ist nicht aufgefallen, dass etwas fehlt.

[Janus]

Hast Du überprüft, ob Du tobackup.conf selbst mitsicherst ?

Code: Alles auswählen

# at last, save the savers
/usr/bin/backup.sh
/var/tuxbox/config/tobackup.conf

Hab' ich auch schonmal übersehen. Da fehlte dann so Einiges...

[Bualicher]

Ok, dann von der anderen Seite her:
wenn ich eine Sicherung der Einstellungen durchführe, dann wird auch alles gesichert (alles da wenn ich in das Archiv schaue).
Wenn ich diese Sicherung dann wiederherstellen möchte, dann wird scheinbar nicht mehr alles wiederhergestellt.

Dies ist dann bei der Settingsübernahme wie auch bei der manuellen Wiederherstellung so.

Meine Versuche:
Imageupdates jeweils mit Settingsübernahme:

Axas:
23.09.2023 auf 24.09.2023 --> alles iO
24.09.2023 auf 25.09.2023 --> es fehlen einige Inhalte unter /var/tuxbox/:
- icons unter /var/tuxbox/icons
- Listen unter /var/tuxbox/webtv
und was ich auf die Schnelle nicht gesehen habe.

Also muss etwas bei den Änderungen auf den 25.09.2023 passiert sein, zumindest bei der Axas. Mit anderen Boxen habe ich das jetzt nicht versucht.

[Bualicher]

Hast Du überprüft, ob Du tobackup.conf selbst mitsicherst ?

Code: Alles auswählen

# at last, save the savers
/usr/bin/backup.sh
/var/tuxbox/config/tobackup.conf

Hab' ich auch schonmal übersehen. Da fehlte dann so Einiges...

Wie gesagt, wenn ich eine manuelle Sicherung mache, dann sind in dem Archiv die Daten drin. Sie werden ab dem 25.09.2023 nur nicht wiederhergestellt.

[Bualicher]

Das spuckt das Telnet-Log (hoffe das reicht) bei der manuellen Settings-Wiederherstellung aus:

Code: Alles auswählen

[neutrino] [CSettingsManager]   [exec - 170] executing [/usr/bin/restore.sh /media/bar2tb/backups/NI_settings/settings_E4HD_20231005_1110.tar.gz]
INIT: no more processes left in this runlevel
ShowText 'Exiting ...'
stopPlayBack: stopping...
stopPlayBack: stopped
[dvb-sub] paused
[HAL: b0202d90:demux ] Stop #0: not open!
[HAL: b0202d90:demux ] Close #0: not open!
[dvb-sub] stopped
streaming shutdown
streaming shutdown done
timerd shutdown
[timerd] stopping timermanager thread ...
[timerd] Waiting for timermanager thread to terminate ...
[timerd] Timermanager thread terminated
[timerd] shutdown: timeset: 1 timer_minutes 0
timerd shutdown complete
timerd shutdown done
sectionsd shutdown
2023-10-05 12:19:18.389 [sectionsd] stopping...
2023-10-05 12:19:18.389 [sectionsd] eitThread::StopRun: to lock
2023-10-05 12:19:18.389 [sectionsd] eitThread::StopRun: to closefd
2023-10-05 12:19:18.389 [sectionsd] eitThread::StopRun: to unlock
2023-10-05 12:19:18.389 [sectionsd] cnThread::StopRun: to lock
2023-10-05 12:19:18.389 [sectionsd] cnThread::StopRun: to closefd
2023-10-05 12:19:18.389 [sectionsd] cnThread::StopRun: to unlock
2023-10-05 12:19:18.390 [sectionsd] timeThread::StopRun: to lock
2023-10-05 12:19:18.390 [sectionsd] timeThread::StopRun: to closefd
2023-10-05 12:19:18.390 [sectionsd] timeThread::StopRun: to unlock
2023-10-05 12:19:18.390 [sectionsd] freeSatThread::StopRun: to lock
2023-10-05 12:19:18.390 [sectionsd] freeSatThread::StopRun: to closefd
2023-10-05 12:19:18.390 [sectionsd] freeSatThread::StopRun: to unlock
2023-10-05 12:19:18.390 [sectionsd] broadcasting...
2023-10-05 12:19:18.390 [sectionsd] pausing...
2023-10-05 12:19:18.390 [sectionsd] join Housekeeping
2023-10-05 12:19:18.390 [sectionsd] join TOT
2023-10-05 12:19:18.390 [sectionsd] timeThread::Stop: to broadcast
2023-10-05 12:19:18.390 [sectionsd] timeThread::Stop: to join
2023-10-05 12:19:18.390 [sectionsd] timeThread stopped
2023-10-05 12:19:18.390 [sectionsd] timeThread::Stop: to close
2023-10-05 12:19:18.390 [sectionsd] join EIT
2023-10-05 12:19:18.390 [sectionsd] eitThread::Stop: to broadcast
2023-10-05 12:19:18.390 [sectionsd] eitThread::Stop: to join
2023-10-05 12:19:18.390 [sectionsd] eitThread stopped
2023-10-05 12:19:18.391 [sectionsd] eitThread::Stop: to close
2023-10-05 12:19:18.391 [sectionsd] join CN
2023-10-05 12:19:18.391 [sectionsd] cnThread::Stop: to broadcast
2023-10-05 12:19:18.391 [sectionsd] cnThread::Stop: to join
2023-10-05 12:19:18.391 [sectionsd] cnThread: stop eit update filter (active)
[HAL: 005e6330:demux ] Close #0: not open!
2023-10-05 12:19:18.391 [sectionsd] cnThread stopped
2023-10-05 12:19:18.391 [sectionsd] cnThread::Stop: to close
2023-10-05 12:19:18.392 [sectionsd] join FSEIT
2023-10-05 12:19:18.392 [sectionsd] freeSatThread::Stop: to broadcast
2023-10-05 12:19:18.392 [sectionsd] freeSatThread::Stop: to join
2023-10-05 12:19:18.392 [sectionsd] freeSatThread stopped
2023-10-05 12:19:18.392 [sectionsd] freeSatThread::Stop: to close
2023-10-05 12:19:18.392 [sectionsd] stopped
sectionsd shutdown done
TuxTxt stopping subtitle thread ...
zapit shutdown
stopPlayBack: stopping...
stopPlayBack: stopped
[HAL: 00730c50:play  ] ~cPlayback
[zapit] saving channel, apid 13f2 sub pid 0 mode 0 volume 50
[zapit.cpp:StopPlayBack:2452] standby 0 playing 1 forced 0 send_pmt 1
[capmt.cpp:SetMode:256] PLAY: fe_num 0 dmx_src 0
[capmt.cpp:SetMode:324] channel b45403fb0001283d [Das Erste HD] mode 0 STOP src 0 mask 1 -> 0 update 0 rmode 0 mp 0
[capmt.cpp:SetMode:401]  (newmask == 0)
[ca_ci] -> SendCAPMT
TP: B45403FB0001
SID: 283D
SOURCE: 0
CA_MASK: 0
CALEN: 0
Scrambled: 0
Mode: 0
Enabled: STOP
TuxTxt stopping subtitle thread ...
[femanager.cpp:saveSettings:302] fe0
[femanager.cpp:saveSettings:302] fe1
[femanager.cpp:saveSettings:302] fe2
[ConfigFile] saving /var/tuxbox/config/zapit/frontend.conf
[zapit.cpp:run:2889] shutdown started
[HAL: 005e7fa8:init  ] [CEC] send message Tuner 1 to TV (0x03>>0x00) 'standby' ([0x36])
[HAL: 005e7fa8:init  ] [CEC] send message Tuner 1 to TV (0x03>>0x00) 'give device power status' ([0x8F])
[HAL: 005e7fa8:init  ] [CEC] received message TV to all (0x00>>0x0F) 'vendor command with id' ([0xA0][0x00][0x80][0x45][0x20][0x01][0x10])
[HAL: 005e7fa8:init  ] [CEC] decoded message 'vendor command with id' (Panasonic)
[HAL: 005e7fa8:init  ] [CEC] received message TV to Tuner 1 (0x00>>0x03) 'report power status' ([0x90][0x01])
[HAL: 005e7fa8:init  ] [CEC] TV reporting state off (1)
[HAL: 005e7fa8:init  ] [CEC] send message Tuner 1 to TV (0x03>>0x00) 'standby' ([0x36])
Oct 05 12:19:20 e4hdultra user.info restore.sh[3077]: restore settings from /media/bar2tb/backups/NI_settings/settings_E4HD_20231005_1110.tar.gz
[HAL: 005e7fa8:init  ] [CEC] send message Tuner 1 to TV (0x03>>0x00) 'give device power status' ([0x8F])
[HAL: 005e7fa8:init  ] [CEC] received message TV to Tuner 1 (0x00>>0x03) 'report power status' ([0x90][0x01])
[HAL: 005e7fa8:init  ] [CEC] TV reporting state off (1)
tar: can't remove old file var/log: Is a directory
tar: write: Broken pipe
[zapit.cpp:run:2926] demuxes/decoders deleted
[frontend.cpp:Close:365] [fe0/0] close frontend fd 9
[fe0/0] diseqc standby
[fe0/0] standby scr: 4
[fe0/0] Diseqc cmd: 0xE0 0x10 0x5A 0x80 0x0
Oct 05 12:19:20 e4hdultra user.info restore.sh[3077]: done.
INIT: Switching to runlevel: 6
Oct 05 12:19:20 e4hdultra user.info K01camd[3112]: stop camd_datefix
Oct 05 12:19:20 e4hdultra user.info K01camd[3112]: stop oscam
[frontend.cpp:Close:365] [fe0/2] close frontend fd 10
[fe0/2] diseqc standby
[fe0/2] standby scr: 6
[fe0/2] Diseqc cmd: 0x70 0x30 0x0 0x0
[zapit.cpp:run:2936] frontend(s) deleted
[zapit.cpp:run:2938] stopping CA
[ca_ci] -> Stop
[ca_ci] -> ~cCA
[zapit.cpp:run:2942] shutdown complete
zapit shutdown done
ShowText ' '
ShowText ' '
[HAL: 005e7fa8:init  ] [CEC] send message Tuner 1 to TV (0x03>>0x00) 'standby' ([0x36])
[HAL: 005e7fa8:init  ] [CEC] send message Tuner 1 to TV (0x03>>0x00) 'give device power status' ([0x8F])
[HAL: 005e7fa8:init  ] [CEC] received message TV to Tuner 1 (0x00>>0x03) 'report power status' ([0x90][0x01])
[HAL: 005e7fa8:init  ] [CEC] TV reporting state off (1)
[fb_accel_arm] run end
[HAL: 00000000:init  ] hal_api_exit, initialized = 1
sh: you need to specify whom to kill
[K20rcu_switcher] Usage: /etc/rc6.d/K20rcu_switcher {start}
Oct 05 12:19:25 e4hdultra user.info K25autofs[3205]: stopping
stopping nmbd ...done
stopping smbd ...done
Oct 05 12:19:26 e4hdultra user.info K98fstab[3272]: unmount all netfs stuff from /etc/mtab

[Don de Deckelwech]

Hi,
also die Fehlermeldungen von tar in deinem Log dürften wohl damit zusammenhängen:
viewtopic.php?f=74&t=7561&p=41014#p41014

Evtl bricht tar dann einfach ab, kA, sodass der Rest nichtmehr verarbeitet wird, das müsstest du mal testen.

Ciao,
DdD.

[Bualicher]

Nach etlichen Tests habe ich glaube ich die Ursache.

Ich habe auf der Box einen Symlink für /var/log nach /tmp

Dieser Symlink wird in der Standardsicherung mitgesichert.

Seit dem Image vom 25.09.2023 wird offensichtlich das Verzeichnis /var/log beim Flashen real erstellt (bis dahin nicht).
Wenn jetzt die Sicherung wiederhergestellt wird, dann gibt es einen Fehler/Konflikt und die Wiederherstellung bricht an dieser Stelle dann ab.

Wenn ich den Symlink aus der Sicherung rausnehme, dann wird alles wiederhergestellt.

Frage: warum brauchen wir ab dem 25.09.2023 das Verzeichnis /var/log ?
Müllt sich das im Laufe der Zeit nicht zu?

[vanhofen]

Hmmm, das ist natürlich doof. /var/log kam durch sysstat (https://github.com/neutrino-images/ni-b ... 2f6f895faa) mit ins Image. Ich lass mir mal was einfallen und fixe das hoffentlich heute noch.

[BPanther]

Warum sollte das was mit sysstat zu tun haben? /var/{lock,log,run,tmp} können alle Syms nach /tmp sein, mache ich in meinem Image auch so - auch, um /var nicht zuzumüllen. Und: Nach einem Neustart ist alles sauber.

[vanhofen]

Warum sollte das was mit sysstat zu tun haben?

Weil sysstat beim Kompilieren /var/log/sa als echtes Verzeichnis anlegt. Dadurch ist dann auch der syslogd getriggert ... und das ist doof.

/var/{lock,log,run,tmp} können alle Syms nach /tmp sein, mache ich in meinem Image auch so - auch, um /var nicht zuzumüllen. Und: Nach einem Neustart ist alles sauber.

Das kannst du ja auch so machen. Bei NI sind das zum Teil echte Verzeichnisse, denn wenn ich in /var/log logge, will ich nicht, dass das jedesmal weg ist wenn man neu bootet. Zumal auch die Log-Rotation da für ein wenig Ordnung sorgt.

[BPanther]

Ich mache das so, eben damit nicht /var zugemüllt wird. Gerade wenn in /var nicht viel Platz ist, können Logs Probleme machen. Wer unbedingt Logs braucht kann das auch nach /hdd/logs mit Sym verbiegen und belastet damit nicht unnötig das System.

[vanhofen]

Is klar. Ich hab das schon beim ersten Mal verstanden. Das wird es so per default im NI aber nicht geben.

[vanhofen]

Gefixt.

sysstat wird ab morgen nicht mehr per default das Verzeichnis /var/log mitbringen. Wer sysstat benutzen möchte, muss /var/log vorher manuell anlegen.

mkdir /var/log

sysstat ist übrigens ein Tool, um auch mal Daten über einem längeren Zeitraum (mehrere Wochen/Monate) zu sammeln. Drum ergibt es für mich wirklich keinen Sinn, diese Daten bei jedem Reboot in die ewigen Jagdgründe zu schicken. Ein Symlink von /var/log nach /tmp ist aus diesem Grund keine Empfehlung meinerseits.
Wer das dennoch möchte, kann dies gern tun.

Das Backup-Script wurde dahingehend erweitert: Ist /var/log kein echtes Verzeichnis, wird es auch nicht mehr mitgesichert.

[Janus]

Wer unbedingt Logs braucht kann das auch nach /hdd/logs mit Sym verbiegenWer unbedingt Logs braucht kann das auch nach /hdd/logs mit Sym verbiegen

Dafür habe ich auf auf allen Boxen - usbFlashs (64 .. 128 GB) für meinen 'Common-Space' - noch ausreichend Platz...

[Bualicher]

Gefixt.

sysstat wird ab morgen nicht mehr per default das Verzeichnis /var/log mitbringen. Wer sysstat benutzen möchte, muss /var/log vorher manuell anlegen.

mkdir /var/log

sysstat ist übrigens ein Tool, um auch mal Daten über einem längeren Zeitraum (mehrere Wochen/Monate) zu sammeln. Drum ergibt es für mich wirklich keinen Sinn, diese Daten bei jedem Reboot in die ewigen Jagdgründe zu schicken. Ein Symlink von /var/log nach /tmp ist aus diesem Grund keine Empfehlung meinerseits.
Wer das dennoch möchte, kann dies gern tun.

Das Backup-Script wurde dahingehend erweitert: Ist /var/log kein echtes Verzeichnis, wird es auch nicht mehr mitgesichert.

Danke. Funktkioniert