mainstoreBackup - Support: sr #109456, stbuLog.pl beendet sich nicht

 
 

sr #109456: stbuLog.pl beendet sich nicht

Submitter:  lopiuh <lopiuh>
Submitted:  Sun 04 Feb 2018 12:49:31 PM UTC
   
 
Category:  None Priority:  5 - Normal
Severity:  2 - Minor Status:  None
Privacy:  Public Assigned to:  None
Open/Closed:  Open Operating System:  GNU/Linux
* Mandatory Fields

Add a New Comment Rich Markup
   

Sun 01 Apr 2018 01:37:10 PM UTC, comment #3: 

Hi,

hüstel, ich hatte eine falsche RAM-Konfiguration (double-rank/-sided) anstelle der vom Board beim Speicherausbau geforderten single-sided/-rank).

Mit den richtigen RAM-Bausteinen ist das (und ein paar andere Abstürze beseitigt.

Gruß

lopiuh

lopiuh <lopiuh>
Fri 23 Feb 2018 11:36:24 AM UTC, comment #2: 

Hi,

Danke für die Stellen ... ich werde bei Reproduzierbarkeit / wenn es wieder häufiger auftritt mal versuchen was rauszufinden.

LG

lopiuh

lopiuh <lopiuh>
Thu 22 Feb 2018 12:31:28 PM UTC, comment #1: 

Hi,

also ich kann das Problem nicht nachvollziehen. Ich habe mal auf verschiedenen Rechnern mit verschiedenen Disributionen (mx linux, kubuut - also auch alles Debian basiert) probiert.

StoreBAckup startet Unterprozesse (fork oder fork/exec). Diese Prozesse sollen alle in dasselbe Logging schreiben. Um diese Log-Informationen aufzusammeln gibt es diesen Prozese, der dann wiederum ggf. mehrere Ausgabekanäle bedient.

Ein Startpunkt um das zu untersuchen könnte sein:

$main::__prLog = $prLog;   # used in rules
$prLog->fork($req);


(@main::cleanup) = ($prLog, 1);

also da, wo die Methode fork der Klasse printLog aufgerufen wird.

Oder bei

##################################################
sub cleanup
{
    my $signame = shift;
    my $exit = (shift() || 1);


Das alles findest Du in storeBackup.pl


Ich hoffe, das hilft ein bisschen.

Viele Grüße, Heinz-Josef

Heinz-Josef Claes <hjclaes>
Group administrator
Sun 04 Feb 2018 12:49:31 PM UTC, original submission:  

Hallo Heinz-Josef,

sporadisch bleibt ein Prozess von stbuLog.pl bei mir bestehen. Einen Einfluss auf die storebackup-logs und das erfolgreiche Erstellen des Backups scheint es nicht zu haben. In den Storebackup-Logs / syslog habe ich auch nichts gefunden, was auf ein Problem hindeutet. Ich habe in einem Bash-script mehrere storebackupaufrufe hintereinander. Dazwischen ein paar mount / unmount / lvm-snapshot-Aufrufe. 

Ich sichere von Debian stretch auf einen nfs-mount.

Scheint nicht "tragisch" zu sein. Ich würde bei mir jetzt im Backupscript ein kill einbauen, um die Prozesse abzuräumen, aber auch gerne der Ursache auf den Grund gehen ... hast Du eine Idee, wie ich die das Eingrenzen könnte, z. B. wo ich Debugausgaben einbauen könnte?

Liebe Grüße

lopiuh


mount | grep 192.168.1.12

192.168.1.12:/volume1/backup on /mnt/backup_nas-write type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.12,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.1.12)

ps aux | grep perl

root     22668  0.0  0.1  32988  7804 ?        SN   02:00   0:00 perl /bin/backup/storeBackup/2013-11-10_storeBackup-3.4.3/lib/stbuLog.pl --readFile /tmp/prLog-bf890dea2a0ee2e4 --out /var/log/storebackup --maxFilelen 1000000 --noOldFiles 5

root     22672  0.0  0.1  33000  6644 ?        SN   02:00   0:00 perl /bin/backup/storeBackup/2013-11-10_storeBackup-3.4.3/lib/stbuLog.pl --readFile /tmp/prLog-72558f3b97ce3cbc

root     22686  0.0  0.1  33008  6656 ?        SN   02:00   0:00 perl /bin/backup/storeBackup/2013-11-10_storeBackup-3.4.3/lib/stbuLog.pl --readFile /tmp/prLog-ff22c600d54ea2a0 --out /mnt/backup_nas-write/storebackup/server_video_vdr/2018.02.04_02.00.46/.storeBackup.log --maxFilelen 0 --noOldFiles 1

lopiuh <lopiuh>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by hjclaes (Posted a comment)
  • -email is unavailable- added by lopiuh (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    No changes have been made to this item

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code