sarab-discuss — Discussion of ideas, improvements, problems, etc.

Re: [SaraB] toh - backup coverage calculation

[Hiran C. <hir...@we...>]

Hi Lars.

Sorry for the late answer, but finally I found the time to think about the formula I inherited with the project.
You are right, and I will update the documentation as soon as I get to it.

Hiran





LM <her...@we...> schrieb:

Hi Hiran,

the difference are the brackets. First you have to substract one from n, than you have to raise 2 by the result: 2^(n-1)

Lars


Am Sunday, 9. December 2012 15:22 schrieb Hiran Chaudhuri:
> Hi Lars.
> 
> Now you are confusing me. While I've never worried about the formula, it might be worth thinking about it.
> 
> On the other hand with your correction you exactly state what is said on the web page. So where is the difference?
> 
> Hiran
> 
> 
> 
> 
> LM <her...@we...> schrieb:
> 
> 
> Am Saturday, 8. December 2012 16:54 schrieb LM:
> > Hi,
> > 
> > I have a question regarding the backup coverage calculation (FAQ #1 - http://sarab.sourceforge.net/faq.php#1)
> > 
> > >1. What are the benefits of using the Towers of Hanoi backup rotation strategy?
> > 
> > > To calculate how long a given number of virtual-tapes will cover, use the formula 2^n – 1. Raise 2 to the number of virtual-tapes, and subtract 1. For example, five backups would yield a 31-day rotation (2^5-1).
> > > 
> > > If you used 10 virtual-tapes with the Towers of Hanoi rotation strategy, you would have backup coverage for 1023 days, nearly three years! This rotation would have backups from 1, 2, 4, 8, 16, 32, 64, 128, 256, 512 and 1023 days ago.
> > 
> > Isn't there an error in this calculation? With 10 virtual tapes I can only hold 10 backups: 1, 2, 4, 8, 16, 32, 64, 128, 256, 512 days ago. 
> > 
> > Maybe the formula should be 2^(n-1). Raise 2 to the number of virtual-tapes?
> > 
> > Best,
> > Lars
> 
> 
> > Maybe the formula should be 2^(n-1). Raise 2 to the number of virtual-tapes?
> 
> Sorry, I meant: Raise 2 to the number of virtual-tapes minus 1
> 
>_____________________________________________

> 
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
>_____________________________________________

> 
> SaraB-discuss mailing list
> Sar...@li...
> https://lists.sourceforge.net/lists/listinfo/sarab-discuss
> 
> 

_____________________________________________

LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_____________________________________________

SaraB-discuss mailing list
Sar...@li...
https://lists.sourceforge.net/lists/listinfo/sarab-discuss

Re: [SaraB] toh - backup coverage calculation

[LM <her...@we...>]

Hi Hiran,

the difference are the brackets. First you have to substract one from n, than you have to raise 2 by the result: 2^(n-1)

Lars


Am Sunday, 9. December 2012 15:22 schrieb Hiran Chaudhuri:
> Hi Lars.
> 
> Now you are confusing me. While I've never worried about the formula, it might be worth thinking about it.
> 
> On the other hand with your correction you exactly state what is said on the web page. So where is the difference?
> 
> Hiran
> 
> 
> 
> 
> LM <her...@we...> schrieb:
> 
> 
> Am Saturday, 8. December 2012 16:54 schrieb LM:
> > Hi,
> > 
> > I have a question regarding the backup coverage calculation (FAQ #1 - http://sarab.sourceforge.net/faq.php#1)
> > 
> > >1. What are the benefits of using the Towers of Hanoi backup rotation strategy?
> > 
> > > To calculate how long a given number of virtual-tapes will cover, use the formula 2^n – 1. Raise 2 to the number of virtual-tapes, and subtract 1. For example, five backups would yield a 31-day rotation (2^5-1).
> > > 
> > > If you used 10 virtual-tapes with the Towers of Hanoi rotation strategy, you would have backup coverage for 1023 days, nearly three years! This rotation would have backups from 1, 2, 4, 8, 16, 32, 64, 128, 256, 512 and 1023 days ago.
> > 
> > Isn't there an error in this calculation? With 10 virtual tapes I can only hold 10 backups: 1, 2, 4, 8, 16, 32, 64, 128, 256, 512 days ago. 
> > 
> > Maybe the formula should be 2^(n-1). Raise 2 to the number of virtual-tapes?
> > 
> > Best,
> > Lars
> 
> 
> > Maybe the formula should be 2^(n-1). Raise 2 to the number of virtual-tapes?
> 
> Sorry, I meant: Raise 2 to the number of virtual-tapes minus 1
> 
> _____________________________________________
> 
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> _____________________________________________
> 
> SaraB-discuss mailing list
> Sar...@li...
> https://lists.sourceforge.net/lists/listinfo/sarab-discuss
> 
> 

Re: [SaraB] toh - backup coverage calculation

[Hiran C. <hir...@we...>]

Hi Lars.

Now you are confusing me. While I've never worried about the formula, it might be worth thinking about it.

On the other hand with your correction you exactly state what is said on the web page. So where is the difference?

Hiran




LM <her...@we...> schrieb:


Am Saturday, 8. December 2012 16:54 schrieb LM:
> Hi,
> 
> I have a question regarding the backup coverage calculation (FAQ #1 - http://sarab.sourceforge.net/faq.php#1)
> 
> >1. What are the benefits of using the Towers of Hanoi backup rotation strategy?
> 
> > To calculate how long a given number of virtual-tapes will cover, use the formula 2^n – 1. Raise 2 to the number of virtual-tapes, and subtract 1. For example, five backups would yield a 31-day rotation (2^5-1).
> > 
> > If you used 10 virtual-tapes with the Towers of Hanoi rotation strategy, you would have backup coverage for 1023 days, nearly three years! This rotation would have backups from 1, 2, 4, 8, 16, 32, 64, 128, 256, 512 and 1023 days ago.
> 
> Isn't there an error in this calculation? With 10 virtual tapes I can only hold 10 backups: 1, 2, 4, 8, 16, 32, 64, 128, 256, 512 days ago. 
> 
> Maybe the formula should be 2^(n-1). Raise 2 to the number of virtual-tapes?
> 
> Best,
> Lars


> Maybe the formula should be 2^(n-1). Raise 2 to the number of virtual-tapes?

Sorry, I meant: Raise 2 to the number of virtual-tapes minus 1

_____________________________________________

LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_____________________________________________

SaraB-discuss mailing list
Sar...@li...
https://lists.sourceforge.net/lists/listinfo/sarab-discuss

Re: [SaraB] toh - backup coverage calculation

[LM <her...@we...>]

Am Saturday, 8. December 2012 16:54 schrieb LM:
> Hi,
> 
> I have a question regarding the backup coverage calculation (FAQ #1 - http://sarab.sourceforge.net/faq.php#1)
> 
> >1. What are the benefits of using the Towers of Hanoi backup rotation strategy?
> 
> > To calculate how long a given number of virtual-tapes will cover, use the formula 2^n – 1. Raise 2 to the number of virtual-tapes, and subtract 1. For example, five backups would yield a 31-day rotation (2^5-1).
> > 
> > If you used 10 virtual-tapes with the Towers of Hanoi rotation strategy, you would have backup coverage for 1023 days, nearly three years! This rotation would have backups from 1, 2, 4, 8, 16, 32, 64, 128, 256, 512 and 1023 days ago.
> 
> Isn't there an error in this calculation? With 10 virtual tapes I can only hold 10 backups: 1, 2, 4, 8, 16, 32, 64, 128, 256, 512 days ago. 
> 
> Maybe the formula should be 2^(n-1). Raise 2 to the number of virtual-tapes?
> 
> Best,
> Lars


> Maybe the formula should be 2^(n-1). Raise 2 to the number of virtual-tapes?

Sorry, I meant: Raise 2 to the number of virtual-tapes minus 1

[SaraB] toh - backup coverage calculation

[LM <her...@we...>]

Hi,

I have a question regarding the backup coverage calculation (FAQ #1 - http://sarab.sourceforge.net/faq.php#1)

>1. What are the benefits of using the Towers of Hanoi backup rotation strategy?

> To calculate how long a given number of virtual-tapes will cover, use the formula 2^n – 1. Raise 2 to the number of virtual-tapes, and subtract 1. For example, five backups would yield a 31-day rotation (2^5-1).
> 
> If you used 10 virtual-tapes with the Towers of Hanoi rotation strategy, you would have backup coverage for 1023 days, nearly three years! This rotation would have backups from 1, 2, 4, 8, 16, 32, 64, 128, 256, 512 and 1023 days ago.

Isn't there an error in this calculation? With 10 virtual tapes I can only hold 10 backups: 1, 2, 4, 8, 16, 32, 64, 128, 256, 512 days ago. 

Maybe the formula should be 2^(n-1). Raise 2 to the number of virtual-tapes?

Best,
Lars

Re: [SaraB] sarab-discuss@lists.sourceforge.net

[mikel <mk...@gm...>]

Hi, Hiran.

> If I remember correctly, dar allows all command line parameters to be
> placed inside the configuration file (in this case sarab.dcf). Have
> you tried that? If it does not work, it might be an indication to
> improve sarab as you already tried.

  I have tried adding the --alter=mask parameter to sarab.dcf and works
fine. It didn't occur to my that I could add any parameter there :(

  Maybe it could be added to the default configuration file as an
indication that it can be used there and as a reminder for file
selection order?

  By the way, DAR_COMMAND parameter at sarab.conf isn't used at all by
sarab.sh, so it could be removed from this file, to avoid confusions.

  Thanks for your help.

Re: [SaraB] sarab-discuss@lists.sourceforge.net

[Hiran C. <Hir...@we...>]

Hi, Mikel.

I doubt you are missing something. Sarab does not make use of that parameter, however I have never seen a need for it. If you have it, that's fair enough.

If I remember correctly, dar allows all command line parameters to be placed inside the configuration file (in this case sarab.dcf). Have you tried that? If it does not work, it might be an indication to improve sarab as you already tried.

Hiran


-----Ursprüngliche Nachricht-----
Von: mikel  
Gesendet: Aug 11, 2010 12:07:08 PM
An: sar...@li...
Betreff: [SaraB] sar...@li...

>  Hi:
>
>  I have an A folder, wich is not the root-folder (--fs-root), with two
>folders in it, B and C. I want to backup A/B and A/C and all the
>subfolders, but not any other thing inside A. On sarab.dcf I add those lines
>
>-P A
>-g A/B
>-g A/C
>
> With the default dar file selecction order I can't backup B and C as
>"-P A" takes precedence over any "-g" parameter.
>
>  Dar's documentation says that I can change file selection order adding
>--alter=mask to dar's command line order. This way it takes into account
>the last -P or -g that appears on the command line.
>
>  I have tried to change selecction order using DAR_COMMAND parameter on
>sarab.conf, but sarab.sh doesn't take it into account. Finally I have to
>change sarab.sh code:
>
>    verbose $DAR_BINARY --alter=mask --batch "$SECURITY_CONFIG" --batch
>"$SARAB_ETC/$SARAB_DCF" -c "$DAR_CREATE" --noconf $REFERENCE_BASENAME
>        $DAR_BINARY --alter=mask --batch "$SECURITY_CONFIG" --batch
>"$SARAB_ETC/$SARAB_DCF" -c "$DAR_CREATE" --noconf $REFERENCE_BASENAME
>
>  Am I missing something?
>
>------------------------------------------------------------------------------
>This SF.net email is sponsored by 
>
>Make an app they can't live without
>Enter the BlackBerry Developer Challenge
>http://p.sf.net/sfu/RIM-dev2dev 
>_______________________________________________
>SaraB-discuss mailing list
>Sar...@li...
>https://lists.sourceforge.net/lists/listinfo/sarab-discuss
___________________________________________________________
Neu: WEB.DE De-Mail - Einfach wie E-Mail, sicher wie ein Brief!  
Jetzt De-Mail-Adresse reservieren: https://produkte.web.de/go/demail02

[SaraB] sarab-discuss@lists.sourceforge.net

[mikel <mk...@gm...>]

  Hi:

  I have an A folder, wich is not the root-folder (--fs-root), with two
folders in it, B and C. I want to backup A/B and A/C and all the
subfolders, but not any other thing inside A. On sarab.dcf I add those lines

-P A
-g A/B
-g A/C

 With the default dar file selecction order I can't backup B and C as
"-P A" takes precedence over any "-g" parameter.

  Dar's documentation says that I can change file selection order adding
--alter=mask to dar's command line order. This way it takes into account
the last -P or -g that appears on the command line.

  I have tried to change selecction order using DAR_COMMAND parameter on
sarab.conf, but sarab.sh doesn't take it into account. Finally I have to
change sarab.sh code:

    verbose $DAR_BINARY --alter=mask --batch "$SECURITY_CONFIG" --batch
"$SARAB_ETC/$SARAB_DCF" -c "$DAR_CREATE" --noconf $REFERENCE_BASENAME
        $DAR_BINARY --alter=mask --batch "$SECURITY_CONFIG" --batch
"$SARAB_ETC/$SARAB_DCF" -c "$DAR_CREATE" --noconf $REFERENCE_BASENAME

  Am I missing something?

Re: [SaraB] Wrong Hanoi backup scheme

[Martin Z. <co...@mz...>]

Hi Hiran!

> What you say here is well known and the reason why SaraB comes with a GFS schedule by default.
> It is also documented in the FAQs. Shifting the cycle will only let you go for the first round and the problem actually persists.

Funny, actually I *did* read the FAQs, but it seems the fact didn't
penetrate my brain... :)

Still, although shifting the backup scheme will not save you from the
general problems of the Hanoi rotation scheme, it *will* save your very
first backup for as long as possible.  You will not have a complete
trail, but you are able to retrieve the state your system was in when
you started using sarab.  And as things always happen when you've got no
backup, I think the simple shift is worth the while.  But it's on you to
decide. ;)

> Have you considered using anacron to trigger backups instead of cron? It is designed to exactly do what you need here.

Yes, this was the first thing I thought of when I stumbled across sarab.
  The problem with anacron (to my best knowledge) is that it only runs
once and then updates the job's timestamp -- whereas I need the job to
run, say, hourly until both backup server and desktop computer are
online.  I've also had a look at fcron and other anacron-like
applications, but none of them seems to do what I need.  So I think I'll
work with cron and directories that include timestamps (such as
"full_2010-02-12_1839").

> In fact the generations in GFS and TOH look very similar, not to say they are the same.
> I doubt you can recreate SaraB faster than just configuring the correct rotation.schedule.

No, I was mostly joking.  For now, I only need a good implementation of
GFS, and that's mostly finished.  The only thing missing so far are
deletion of old incremental and differential backups.  Hanoi will come
later, or I'll use parts of sarab -- who knows. :)

All the best,

Martin
-- 
www.mzuther.de
www.radix-musik.de

Re: [SaraB] Wrong Hanoi backup scheme

[Hiran C. <Hir...@we...>]

> I have completely moved the calculation to the shell calculator "bc" 
> now.   In case you want to use my patch, please use the newer one that I 
> have attached to this email.

Thanks for that. I'll consider it in the next release.

> I have also noticed another, more general problem in the Tower of Hanoi 
> backup scheme: the first ever backup (A on the first cycle) is deleted 
> after only two backup runs.  This is not so good, but can be easily 
> overcome by shifting the last backup of a cycle (E for five backups) to 
> the front.

What you say here is well known and the reason why SaraB comes with a GFS schedule by default.
It is also documented in the FAQs. Shifting the cycle will only let you go for the first round and the problem actually persists.

> The computer that is being backed 
> is only online at random intervals and sometimes switched off for days, 
> so I'll have to work with pinging and backup timestamps. 

Have you considered using anacron to trigger backups instead of cron? It is designed to exactly do what you need here.

> Moreover, my 
> backup server is an embedded system and runs with a write-protected /etc 
> directory, which would need quite a few changes in the sarab script.

SaraB just installs it's configuration to /etc by default. You can leave that directory anywhere on your system. Then call sarab with the full path to sarab.config on the command line:

sarab.sh /home/martin/.sarab/sarab.conf

Other paths in that file may be relative or absolute and are taken relative to the current directory the script is running in. So when using relative paths, you may want to first cd to a specific directory.
 
> Finally, I want to have a relatively complicated grandfather-father-son 
> backup scheme, where the grandfathers are cycled using a Towers of Hanoi 
> scheme.  This could be done with sarab, but then it's almost faster to 
> write my own Python script -- especially as the complicated work is done 
> by DAR, anyway.

In fact the generations in GFS and TOH look very similar, not to say they are the same.
I doubt you can recreate SaraB faster than just configuring the correct rotation.schedule.

On the other hand, if you like doing it, there is nothing to stop you. ;-)

Have fun!

Hiran
_________________________________________
NEU: Mit WEB.DE DSL über 1000,- ¿ sparen!
http://produkte.web.de/go/02/

Re: [SaraB] Wrong Hanoi backup scheme

[Martin Z. <co...@mz...>]

Dear Hiran,

I have completely moved the calculation to the shell calculator "bc" 
now.   In case you want to use my patch, please use the newer one that I 
have attached to this email.

I have also noticed another, more general problem in the Tower of Hanoi 
backup scheme: the first ever backup (A on the first cycle) is deleted 
after only two backup runs.  This is not so good, but can be easily 
overcome by shifting the last backup of a cycle (E for five backups) to 
the front.  I have also addressed this problem in my attached patch 
(actually, this was the reason for completely moving over to "bc").  For 
four tapes, this would be:

   D A B A C A B

instead of

   A B A C A B D

 > Do you make use of the sarab script so far?

No, I was just glancing over it.  I think the script is pretty fine, but 
unfortunately it doesnt fit my needs.  The computer that is being backed 
is only online at random intervals and sometimes switched off for days, 
so I'll have to work with pinging and backup timestamps.  Moreover, my 
backup server is an embedded system and runs with a write-protected /etc 
directory, which would need quite a few changes in the sarab script.

Finally, I want to have a relatively complicated grandfather-father-son 
backup scheme, where the grandfathers are cycled using a Towers of Hanoi 
scheme.  This could be done with sarab, but then it's almost faster to 
write my own Python script -- especially as the complicated work is done 
by DAR, anyway.

But I really like the OpenSource scene, so I thought I might as well 
help you out... :)

Martin
-- 
www.mzuther.de
www.radix-musik.de

Re: [SaraB] Wrong Hanoi backup scheme

[Hiran C. <hir...@we...>]

Hi, Martin.

Thank you for your comments.

In some way I inherited the Sarab project and have not checked all the
items in there, so you may very well be right with the wrong toh backup
scheme. I'll check on that and probably make use of the code supplied by
you.

Do you make use of the sarab script so far?

Hiran


Am Dienstag, den 16.02.2010, 16:27 +0100 schrieb Martin Zuther:
> Hi!
> 
> I have just had a look at SaraB because I want to use DAR and like the 
> idea of cycling backups.  On doing that, the Hanoi rotation examples 
> struck me as wrong.  For example, the file "toh-3-tapes" currently has 
> the following contents:
> 
> A
> B
> A
> C
> A
> B
> A
> D
> A <-- that and the following lines shouldn't be here
> B
> A
> C
> A
> 
> But in my opinion, it should read as:
> 
> A
> B
> A
> C
> A
> B
> A
> D
> 
> I did a little research (http://www.computer-repair.com/Backup.htm,
> http://en.wikipedia.org/wiki/Backup_rotation_scheme, and others), and it 
> seems that I am right.
> 
> I have thus changed the file "generate_toh.sh" (it needs to cut off more 
> than *one* line!) and cleaned up the code so it runs on current versions 
> of bash.  As a side note, you'll also have to change EOL encoding of 
> this file from "DOS" to "LINUX".  I was too lazy to write a recursive 
> function, so I have put "bc", a shell calculator, to good use. 
> Moreover, I have updated all the "toh_X_tapes" files so they reflect the 
> change.
> 
> Please find the patch attached.  I'm yearning for comments... ;)
> 
> Best regards,
> 
> Martin
> --
> www.mzuther.de
> www.radix-musik.de
> 
> ------------------------------------------------------------------------------
> SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
> Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
> http://p.sf.net/sfu/solaris-dev2dev
> _______________________________________________ SaraB-discuss mailing list Sar...@li... https://lists.sourceforge.net/lists/listinfo/sarab-discuss

[SaraB] Wrong Hanoi backup scheme

[Martin Z. <co...@mz...>]

Hi!

I have just had a look at SaraB because I want to use DAR and like the 
idea of cycling backups.  On doing that, the Hanoi rotation examples 
struck me as wrong.  For example, the file "toh-3-tapes" currently has 
the following contents:

A
B
A
C
A
B
A
D
A <-- that and the following lines shouldn't be here
B
A
C
A

But in my opinion, it should read as:

A
B
A
C
A
B
A
D

I did a little research (http://www.computer-repair.com/Backup.htm,
http://en.wikipedia.org/wiki/Backup_rotation_scheme, and others), and it 
seems that I am right.

I have thus changed the file "generate_toh.sh" (it needs to cut off more 
than *one* line!) and cleaned up the code so it runs on current versions 
of bash.  As a side note, you'll also have to change EOL encoding of 
this file from "DOS" to "LINUX".  I was too lazy to write a recursive 
function, so I have put "bc", a shell calculator, to good use. 
Moreover, I have updated all the "toh_X_tapes" files so they reflect the 
change.

Please find the patch attached.  I'm yearning for comments... ;)

Best regards,

Martin
--
www.mzuther.de
www.radix-musik.de

[SaraB] Bug ID 2356445, 2356451 and 2411955 fixes

[Ivan S. <is...@gm...>]

Hello,

I attempted to address the aforementioned bugs [1] [2] [3], find the
patched up archive here [4]. Additional testing is most definitely
needed.

Thanks.


[1] https://sourceforge.net/tracker2/?func=detail&aid=2356445&group_id=91804&atid=598441
[2] https://sourceforge.net/tracker2/?func=detail&aid=2356451&group_id=91804&atid=598441
[3] https://sourceforge.net/tracker2/?func=detail&aid=2411955&group_id=91804&atid=598441
[4] http://www.imped.net/oss/sarab/sarab-0.2.6-2.tar.gz

-- 
Ivan Savcic
isavcic at gmail . com

Re: [SaraB] problem with reference archive path

[Hiran C. <hir...@we...>]

Am Dienstag, den 23.09.2008, 21:55 +1200 schrieb Glen Davies:
> Managed to fix this problem. I changed the reference_basename line to 
> the following and it now works fine for me - not sure if it was a 
> difference in sed on ubuntu or maybe dar writing a different archive 
> filename that caused the problem
> 
> REFERENCE_BASENAME="--ref $(/bin/ls 
> $DESTINATION/$REFERENCE_ARCHIVE/*.dar | head -n 1 | sed -e 
> 's/\.[0-9]*\.dar$//')"
> 
> 
> Glen

Now I understand. The original code only works for one digit reference
files but you face two digits. Hence your patch makes sense.

I'll include that in future releases.

Hiran

Re: [SaraB] problem with reference archive path

[Glen D. <gle...@co...>]

Managed to fix this problem. I changed the reference_basename line to 
the following and it now works fine for me - not sure if it was a 
difference in sed on ubuntu or maybe dar writing a different archive 
filename that caused the problem

REFERENCE_BASENAME="--ref $(/bin/ls 
$DESTINATION/$REFERENCE_ARCHIVE/*.dar | head -n 1 | sed -e 
's/\.[0-9]*\.dar$//')"


Glen

> Hi
> Thanks for this great script - has saved me a lot of time. I have 
> just  one minor problem when automating a differential backup via 
> cron. When  the script is run it is giving the following prompt
>
> Warning, 09-15-2008_1004.10.dar seems more to be a slice name than a  
> base name. Do you want to replace it by 09-15-2008_1004 ? [return = 
> OK  | Esc = cancel]
>
> so, the cron fails as no answer is given. Can the script be altered 
> so  it strips the .10.dar of the reference archive name so as to 
> avoid  this prompt? I am running it on ubuntu 8.04
>     

Re: [SaraB] problem with reference archive path

[Hiran C. <hir...@we...>]

Am Mittwoch, den 17.09.2008, 10:08 +1200 schrieb Glen Davies:
> Hi
> Thanks for this great script - has saved me a lot of time. I have just  
> one minor problem when automating a differential backup via cron. When  
> the script is run it is giving the following prompt
> 
> Warning, 09-15-2008_1004.10.dar seems more to be a slice name than a  
> base name. Do you want to replace it by 09-15-2008_1004 ? [return = OK  
> | Esc = cancel]
> 
> so, the cron fails as no answer is given. Can the script be altered so  
> it strips the .10.dar of the reference archive name so as to avoid  
> this prompt? I am running it on ubuntu 8.04

I'm wondering about two things:
1) Why do you get a file with that name at all? I never came into such a
problem.
2) Dar supports options like '-w' or '-wa'. Do they help? You'd have to
configure them in /etc/sarab/sarab.conf.

Hiran

[SaraB] problem with reference archive path

[Glen D. <gle...@co...>]

Hi
Thanks for this great script - has saved me a lot of time. I have just  
one minor problem when automating a differential backup via cron. When  
the script is run it is giving the following prompt

Warning, 09-15-2008_1004.10.dar seems more to be a slice name than a  
base name. Do you want to replace it by 09-15-2008_1004 ? [return = OK  
| Esc = cancel]

so, the cron fails as no answer is given. Can the script be altered so  
it strips the .10.dar of the reference archive name so as to avoid  
this prompt? I am running it on ubuntu 8.04

Thanks
Glen

Re: [SaraB] Install Error

[Hiran C. <hir...@we...>]

Am Mittwoch, den 20.08.2008, 10:26 -0500 schrieb Patrick Cantu:
> I try to install SaraB as per website:
> 
> sudo sh install.sh
> 
> That gives the following error:
> 
> : bad variable name
> ./install.sh: 34: Syntax error: "fi" unexpected (expecting "then")

Try to change line 29 to this (check the space before the last word).

if [ "$answer" != "y" ] && [ "$answer" != "Y" ]; then

Maybe you need a similar correction somewhat later in the script.

Hiran

[SaraB] Install Error

[Patrick C. <arc...@gm...>]

Ubuntu Hardy 8.04

SaraB 0.2.4

I try to install SaraB as per website:

sudo sh install.sh

That gives the following error:

: bad variable name
./install.sh: 34: Syntax error: "fi" unexpected (expecting "then")

I know it may be something simple but I'm not one to chance it.

Patrick C.

Re: [SaraB] command not found

[Gwénaël T. <gwe...@ho...>]

I used the 'dos2unix' program to convert sarab.conf and sarab.dcf files
 
Now that's work !
 
Thanks to all.
 
G.T.
_________________________________________________________________
Votre contact a choisi Hotmail, l'e-mail ultra sécurisé. Créez un compte gratuitement !
http://www.windowslive.fr/hotmail/default.asp

Re: [SaraB] command not found

[Mike H. <mh...@ua...>]

Or (assuming your sarab config file is /etc/sarab.conf):

perl -pi -e 's/\r\n/\n/g' /etc/sarab.conf

will make the conversion :-)

-----Original Message-----
From: sar...@li...
[mailto:sar...@li...] On Behalf Of Hiran
Chaudhuri
Sent: Monday, June 23, 2008 17:13
To: SaraB - Schedule And Rotate Automatic Backups
Subject: Re: [SaraB] command not found

> When I run the "sarab.sh" script by "# /usr/local/sarab/sarab.sh" 
> command, terminal returns this errors :
> 
> : command not foundnf: line 4:
> : command not foundnf: line 8:
> : command not foundnf: line 21:
> /sarab.dcf to continueetc/sarb/
> /rotation.schedule to continueb/

I believe to have found the cause:
In sarab.conf there are some empty lines with MS-DOS type line feeds.
Your shell seems to bump over those, and when printing out the error
message the carriage return character breaks the display you see.

Use you favourite text editor to either correct the line feeds or just
remove the empty lines, and everything should work as expected.

Hiran
_______________________________________________________________________
EINE FÜR ALLE: die kostenlose WEB.DE-Plattform für Freunde und Deine
Homepage mit eigenem Namen. Jetzt starten! http://unddu.de/?kid=kid@mf2


------------------------------------------------------------------------
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
SaraB-discuss mailing list
Sar...@li...
https://lists.sourceforge.net/lists/listinfo/sarab-discuss

Re: [SaraB] command not found

[Hiran C. <Hir...@we...>]

> When I run the "sarab.sh" script by "# /usr/local/sarab/sarab.sh" 
> command, terminal returns this errors :
> 
> : command not foundnf: line 4:
> : command not foundnf: line 8:
> : command not foundnf: line 21:
> /sarab.dcf to continueetc/sarb/
> /rotation.schedule to continueb/

I believe to have found the cause:
In sarab.conf there are some empty lines with MS-DOS type line feeds. Your shell seems to bump over those, and when printing out the error message the carriage return character breaks the display you see.

Use you favourite text editor to either correct the line feeds or just remove the empty lines, and everything should work as expected.

Hiran
_______________________________________________________________________
EINE FÜR ALLE: die kostenlose WEB.DE-Plattform für Freunde und Deine
Homepage mit eigenem Namen. Jetzt starten! http://unddu.de/?kid=kid@mf2

Re: [SaraB] command not found

[Hiran C. <Hir...@we...>]

> When I run the "sarab.sh" script by "# /usr/local/sarab/sarab.sh" 
> command, terminal returns this errors :
> 
> : command not foundnf: line 4:
> : command not foundnf: line 8:
> : command not foundnf: line 21:
> /sarab.dcf to continueetc/sarb/
> /rotation.schedule to continueb/
> 
> I'm logged in Root and my OS is CentOS 5.
> 
> What could be wrong ?

Hi, Gwénaël.

It seems the line numbers you posted do not relate to sarab itself - or the messages got garbled somewhat.
Can you find out which line/which command your bash is executing at that time? Maybe you want to use

bash -x sarab.sh

to get more verbose output. For additional info on this option, check this out:
http://tldp.org/LDP/Bash-Beginners-Guide/html/sect_02_03.html

Hiran
__________________________________________________________________________
Verschicken Sie SMS direkt vom Postfach aus - in alle deutschen und viele 
ausländische Netze zum gleichen Preis! 
https://produkte.web.de/webde_sms/sms

Re: [SaraB] command not found

[Lewis B. <lbe...@is...>]

Your installed binaries are not in your path most likely. link them to 
/usr/local/bin or /usr/local/sbin and they'll work.

ln -s /path/to/binary /usr/local/sbin/binary-name-here

Gwénaël TRELLU wrote:
> Hi everybody,
>  
> When I run the "sarab.sh" script by "# /usr/local/sarab/sarab.sh" 
> command, terminal returns this errors :
>  
> : command not foundnf: line 4:
> : command not foundnf: line 8:
> : command not foundnf: line 21:
> /sarab.dcf to continueetc/sarb/
> /rotation.schedule to continueb/
>  
> I'm logged in Root and my OS is CentOS 5.
>  
> What could be wrong ?
> 
> G.T.
> 
> 
> ------------------------------------------------------------------------
> Avec Windows Live Messenger restez en contact avec tous vos amis ! 
> Téléchargez Messenger, c'est gratuit ! 
> <http://www.windowslive.fr/messenger/>
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> SaraB-discuss mailing list
> Sar...@li...
> https://lists.sourceforge.net/lists/listinfo/sarab-discuss