bugstoreBackup - Bugs: bug #42287, After upgrade to newer version...

 
 

bug #42287: After upgrade to newer version (3.5) cronjob fails

Submitter:  None
Submitted:  Sun 04 May 2014 09:21:32 PM UTC
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Fixed
Privacy:  Public Assigned to:  None
Open/Closed:  Open
* Mandatory Fields

Add a New Comment (Rich Markup)
   

Comment Type & Canned Response:
       No canned response available

 

Sat 10 May 2014 06:43:35 AM UTC, comment #4: 

Hi,

strange location for pod2text. Normally it's in /usr/bin.

But - whatever, issue is solved :-)

Regards, Heinz-Josef

Heinz-Josef Claes <hjclaes>
Project Administrator
Tue 06 May 2014 07:52:20 PM UTC, comment #3: 

Hi again,

I played a little bit and after I piped the command output to a logfile, there is the following message

STDERR of <pod2text>:cannot exec pod2text /usr/bin/storeBackup.pl
Errorcode after storebackup_user: 1

The difference between cron and my user is my PATH. I set the PATH in my script to the same and it is working. I do not know, why this problem doesn't occurs with the older version of storeBackup. Perhaps there was implemented an automatically import...You know it better ;-)

PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/vendor_perl:/usr/bin/core_perl

I found the needed command here: "/usr/bin/core_perl/pod2text"

Thank you for your help!

Best regards,
Rene

Anonymous
Tue 06 May 2014 07:34:28 PM UTC, comment #2: 

Hi Heinz-Josef,

yes it is Arch Linux.

I start my script directly and it worked perfectly.

The problem is, storebackup does not start and the command ended with returncode 1.

here is a part of the my script:
/usr/bin/storeBackup.pl -f /home/user/.cronjobs/storebackup_nedy.conf
ERRORCODE=$?
echo "Errorcode after storebackup_user: $ERRORCODE" 2>&1 >> $LOGFILE

ERRORCODE is "1"

I built the storeBackup package from AUR (https://aur.archlinux.org/packages/storebackup). For my tests I used the same buildscript for both versions: 3.4.3 and 3.5-1
I only changed the version numbers. In the build script the file from "http://download.savannah.gnu.org/releases/storebackup/storeBackup-$pkgver.tar.bz2" would be used.

There should be no difference in permissions or someting else.

I don't change my config file after update. Could that be a problem?

my Configfile:
sourceDir=/home/user
backupDir=/fs/hdd1/storebackup
series=user_home
exceptTypes=Spbc
cpIsGnu=yes
followLinks=0
deleteNotFinishedDirs=yes
keepFirstOfYear=365d
keepFirstOfMonth=122d
firstDayOfWeek=Mon
keepFirstOfWeek=62d
logInBackupDir=yes
logInBackupDirFileName=storeBackup.log

Regards from germany
Rene

Anonymous
Mon 05 May 2014 08:23:03 PM UTC, comment #1: 

Hi Rene,

pacman belongs to arch linux? Does this is correct?

Unfortunately, I don't know what the arch linux guys are configuring with storebackup.

But please do the following:
start storeBackup.pl in the same way it is started by cron. Do this on the command line and report the error message (or better the whole log file).

Regards, Heinz-Josef

Heinz-Josef Claes <hjclaes>
Project Administrator
Sun 04 May 2014 09:21:32 PM UTC, original submission:  

upgraded storebackup (3.4.3-1 -> 3.5-1)

I upgraded to newer version of storebackup and my script which is running as cronjob failed.
The last successful backup was on 27th of April and I checked the logfiles which changed since that date.

Timeline:
Backup of 2014-04-27 21:45 --> successful
[2014-04-28 00:04] [PACMAN] upgraded storebackup (3.4.3-1 -> 3.5-1)
Backup of 2014-04-27 21:45 --> failed (no Backup)
[2014-04-29 23:05] [PACMAN] upgraded cronie (1.4.11-1 -> 1.4.11-2)
--> running script directly is working
[2014-05-04 23:01] [PACMAN] downgraded cronie (1.4.11-2 -> 1.4.11-1)
--> Backup with cron failed
--> running script directly is working
[2014-05-04 23:11] [PACMAN] downgraded storebackup (3.5-1 -> 3.4-3)
--> Backup cronjob is working again after downgrade

Thank you very in advance and best regards
Rene

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 hjclaes (Posted a comment)
  •  

    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
    2014-05-10 hjclaes StatusNone Fixed

    Back to the top


    Powered by Savane 3.9