Bug 433749

Summary: 10 mn to open a backup tar file !
Product: [Applications] kbackup Reporter: Philippe ROUBACH <philippe.roubach>
Component: generalAssignee: Martin Koller <kollix>
Status: RESOLVED NOT A BUG    
Severity: normal    
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
See Also: https://bugs.kde.org/show_bug.cgi?id=433858
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: the answer of dolphin

Description Philippe ROUBACH 2021-02-28 17:10:31 UTC
SUMMARY


STEPS TO REPRODUCE
1. save 80 GB with kbackup to a disk
2. open the tar file
3. 

OBSERVED RESULT

You must wait for 10 mn !
More, after that dolphin warns there is a malformed tar file and display nothing.

EXPECTED RESULT

 a few second to access to a backup contents

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 5.21.1
KDE Frameworks Version: 5.79.0
Qt Version: 5.15.2

ADDITIONAL INFORMATION

kde backup 20.12.2

An easy solution.

Save complete and incremental backups each in a folder not in an archive file.
Comment 1 Martin Koller 2021-02-28 17:55:56 UTC
It's unclear for me if kbackup produced an incorrect tar file or not.
Can you list the content of the tar file on the command line via
tar -tvf filename.tar
?
Comment 2 2wxsy58236r3 2021-03-01 01:19:49 UTC
Info requested in Comment 1, thus setting status to NEEDSINFO.
Comment 3 Philippe ROUBACH 2021-03-01 06:19:20 UTC
Yes I can list the contents of the tar file
Comment 4 Philippe ROUBACH 2021-03-01 06:32:30 UTC
Created attachment 136272 [details]
the answer of dolphin

See the answer of dolphin after several mns.
Comment 5 2wxsy58236r3 2021-03-01 07:20:38 UTC
My wild guess is that this may be a problem with ktar (karchive), if you can list / extract all the contents of that tar file successfully.

The tar archive is 80 GB so it probably has a very large number of files inside?
Comment 6 Philippe ROUBACH 2021-03-01 07:32:10 UTC
>> The tar archive is 80 GB so it probably has a very large number of files inside?

Yes a very large number.

consequence : several mns to access to the contents of the archive with Ark. That's why I wish folder instead of archive to store the backup.
Comment 7 Martin Koller 2021-03-01 07:50:20 UTC
Then the conclusion is: it's not a kbackup problem since it produces a correct tar file, which is what it should do.
If you want smaller tar archives, you can define the max size per slice in the settings.
If you want some completely different way of backing up your files, then kbackup is the wrong solution.
Comment 8 Philippe ROUBACH 2021-03-01 07:54:22 UTC
>> If you want some completely different way of backing up your files, then kbackup is the wrong solution.

What backup app do you advise ?
Comment 9 Martin Koller 2021-03-01 08:14:47 UTC
To be honest I don't know. For my backup scenario kbackup is the right solution.
Did you try to reduce the max slice size ?
Comment 10 Philippe ROUBACH 2021-03-01 08:32:44 UTC
I will try.
Comment 11 Philippe ROUBACH 2021-03-01 08:36:09 UTC
Is there any log ? It is necessary to be alerted if there are some errors.
Comment 12 Martin Koller 2021-03-01 08:50:50 UTC
kbackup shows all progress and problems it encounters in the right bottom area.
What do you think is not shown ?
Comment 13 Philippe ROUBACH 2021-03-01 10:04:53 UTC
I don't want to use manually kbackup but with a cron job.
Comment 14 Martin Koller 2021-03-01 10:16:08 UTC
Ah you mean where you can see the output of kbackup when run from cron ?
I get the output in a mail from cron.

My crontab looks like this:
#do (incremental) system backup every day at 3:10
10 3 * * *  /root/kbackup-cron

where in that script I do:
#!/bin/bash
eval `dbus-launch --sh-syntax`
/usr/bin/kbackup --autobg /root/martin-full.kbp
kill $DBUS_SESSION_BUS_PID
Comment 15 Philippe ROUBACH 2021-03-01 12:33:12 UTC
Today I made a cron incremental backup. I received the report by mail.

I am going to test kbackucup during one week.