bugstoreBackup - Bugs: bug #53766, storeBackup stops because of lack...

 
 

bug #53766: storeBackup stops because of lack of ram

Submitter:  None
Submitted:  Fri 27 Apr 2018 12:26:57 PM UTC
   
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  None
Privacy:  Public Assigned to:  None
Open/Closed:  Open
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Sun 06 May 2018 12:02:43 PM UTC, comment #6: 

Thanks for the feedback.

Cheers,
Heinz-Josef

 Heinz-Josef Claes <hjclaes>
Group administrator
Fri 04 May 2018 06:10:55 AM UTC, comment #5: 

Hi,

I exchanged a SATA power Cable and now everything works fine again.

Thanks for your help.

Best regards
Sammy

 Anonymous
Wed 02 May 2018 06:36:22 PM UTC, comment #4: 

Hi,

indeed, I have blocked files. But after manually starting storebackup it seems like a disfunctional SATA Power Cable could be the problem.

I'm going to investigate this and update this thread when I know something new.

Best regards
Sammy

 Samuel <balkonien>
Sat 28 Apr 2018 03:48:38 PM UTC, comment #3: 

Hi,
you only have blocked files if you configured them (see e.g. option checkBlocksSuffix). Or see the description in the pdf documentation "7.5 Saving Image Files / raw Devices / Blocked Files".

which version of storeBackup are you running?
I've no other problem reports like this, so maybe it's something different. Can you run storeBackup in one window and in another one before, during and after the backup 'free -mt'? (don't run anything else during that time.
Which distribution are you using / which perl version?


Regards, Heinz-Josef


Heinz-Josef Claes <hjclaes>
Group administrator
Sat 28 Apr 2018 09:36:55 AM UTC, comment #2: 

Hi,
Ich already enabled the saveram Option.
How do I check, if there are massively blocked files?

Thank you
Samuel

 Anonymous
Sat 28 Apr 2018 06:23:23 AM UTC, comment #1: 

Hi,

you have 2.6 million files (and other stuff) in your backup. That shouldn't be a problem with 4GB or maybe 1GB of RAM. Do you have massively blocked files?
Can you check running storebackup with the option --saveRAM?


Heinz-Josef Claes <hjclaes>
Group administrator
Fri 27 Apr 2018 12:26:57 PM UTC, original submission:  

Hello,

my backup is triggered daily by an anacron script. But since a few days it's not finishing, but the storebackup process gets killed because of lack of ram.
I already enabled the saveram option, but it's not helping. And I have 16GB of ram installed, which should be enough, I think.

storeBackup log:
````
INFO      2018.04.27 02:47:41 31919 start reading /media/Backup/storeBackup/default/2018.04.14_02.46.42/.md5CheckSums.bz2
INFO      2018.04.27 02:51:15 31919 finished reading /media/Backup/storeBackup/default/2018.04.14_02.46.42/.md5CheckSums.bz2 (3078060 entries)
INFO      2018.04.27 02:51:15 31919 2640840 entries in dbm files
INFO      2018.04.27 02:51:15 31919 0 entries in dbm block files
PROGRESS  2018.04.27 02:51:15 31919 reading directories at depth 0
PROGRESS  2018.04.27 02:51:16 31919 reading directories at depth 1
PROGRESS  2018.04.27 02:51:25 31919 reading directories at depth 2
PROGRESS  2018.04.27 02:51:59 31919 reading directories at depth 3
PROGRESS  2018.04.27 02:53:49 31919 reading directories at depth 4
PROGRESS  2018.04.27 03:56:22 31919 reading directories at depth 5
PROGRESS  2018.04.27 04:10:58 31919 reading directories at depth 6
````

journalctl -p err -e
````
Apr 27 04:36:36 balkonien kernel: 24 and 0 pages still available in the bound and unbound GPU page lists.
Apr 27 04:48:08 balkonien kernel: 24 and 0 pages still available in the bound and unbound GPU page lists.
Apr 27 04:48:08 balkonien kernel: Out of memory: Kill process 31919 (perl) score 33 or sacrifice child
Apr 27 04:48:08 balkonien kernel: Killed process 31978 (perl) total-vm:34744kB, anon-rss:5356kB, file-rss:4116kB, shmem-rss:0kB
Apr 27 04:52:03 balkonien kernel: 24 and 0 pages still available in the bound and unbound GPU page lists.
Apr 27 04:54:36 balkonien kernel: 24 and 0 pages still available in the bound and unbound GPU page lists.
Apr 27 04:56:06 balkonien kernel: 24 and 0 pages still available in the bound and unbound GPU page lists.
Apr 27 04:56:06 balkonien kernel: 24 and 0 pages still available in the bound and unbound GPU page lists.
Apr 27 04:56:06 balkonien kernel: Out of memory: Kill process 31919 (perl) score 33 or sacrifice child
Apr 27 04:56:06 balkonien kernel: Killed process 31923 (perl) total-vm:34744kB, anon-rss:5328kB, file-rss:4032kB, shmem-rss:0kB
Apr 27 05:01:25 balkonien systemd[1]: Failed to start systemd-cron daily script service.
````

 Anonymous

 

(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 balkonien (Posted a comment)
  • -email is unavailable- added by hjclaes (Posted a comment)
  • -email is unavailable- added by balkonien

    •  

    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.

     

    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2018-04-27 balkonien Carbon-Copy- Added -email is unavailable-

    Back to the top

    Copyright © 2025 Free Software Foundation, Inc.
    Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved.
    The Levitating, Meditating, Flute-playing Gnu logo is a GNU GPL'ed image provided by the Nevrax Design Team.
    Page source code

    Powered by Savane 3.14-04e1.
    Corresponding source code