Author: Andreas Schnederle-Wagner - Futureweb.at <schnederle AT futureweb DOT at>
Date: Thu, 28 Aug 2014 14:31:49 +0000
Hello, is it possible to have variable substitution at run-time for “RsyncShareName“? Following Scenario: - Server Directory Structure o /ctDIR1 o /ctDIR2 o /ctDIR3 o … - Within /et
Andreas Schnederle-Wagner - Futureweb.at wrote at about 14:31:49 +0000 on Thursday, August 28, 2014: It's not clear to me what are you trying to do? While it's not clear to me what you are actually t
Author: Les Mikesell <lesmikesell AT gmail DOT com>
Date: Thu, 28 Aug 2014 10:37:00 -0500
Note that if you do add run-time perl code in the configs you'll probably lose the ability to use the web 'edit config' interface. Also, you can set the IP targets independently from the hostname by
Author: Andreas Schnederle-Wagner - Futureweb.at <schnederle AT futureweb DOT at>
Date: Thu, 28 Aug 2014 15:41:11 +0000
The Reason we did this ist o avoid custom Config Files for each Host. We only need to create the Host with name 'ctDIR8' and everything works like a charm ... so only the"hosts" file needs tob e chan
Author: Les Mikesell <lesmikesell AT gmail DOT com>
Date: Thu, 28 Aug 2014 10:56:52 -0500
I guess I don't see why a per-host config file would be a problem - if you automate its creation with the appropriate contents, which would just be a couple of lines different for each. -- Les Mikese
Andreas Schnederle-Wagner - Futureweb.at wrote at about 15:41:11 +0000 on Thursday, August 28, 2014: Please DO NOT top-post -- it makes reading threads very difficult. You do not need custom Config F
Author: Andreas Schnederle-Wagner - Futureweb.at <schnederle AT futureweb DOT at>
Date: Thu, 28 Aug 2014 17:18:00 +0000
But as far as I see I cannot access the $HOST Variable within config.pl to be used in RsyncShareName - or do I overlook something? $Conf{RsyncShareName} = [ '/tmp' //this should be $HOST (Case-Sensi
Author: Les Mikesell <lesmikesell AT gmail DOT com>
Date: Thu, 28 Aug 2014 13:53:04 -0500
Aren't $client and $host set by the time you need them (as documented to be used in $Conf(RsyncArgs}, $conf{DumpPreUserCmd}, etc.)? -- Les Mikesell lesmikesell AT gmail DOT com -- Slashdot TV. Video
Les Mikesell wrote at about 13:53:04 -0500 on Thursday, August 28, 2014: You are correct that at the time the config file is sourced, the variable $host (not $HOST) has not yet been set. I get around
Author: Les Mikesell <lesmikesell AT gmail DOT com>
Date: Fri, 29 Aug 2014 00:15:20 -0500
$host wouldn't be set until after $ClientNameAlias has been processed, but $client might be. -- Les Mikesell lesmiksell AT gmail DOT com -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv
Really a small thing, but when doing a restore, and you save as a .zip or .tar, instead of defaulting to a generic and non-descriptive filename of restore.{tar|zip}, how about something more descript
Author: Carl Wilhelm Soderstrom <chrome AT real-time DOT com>
Date: Thu, 25 Aug 2011 07:51:10 -0500
I second this request! I believe filenames should always be as descriptive as is reasonable. Unfortunately my perl-fu is pretty weak as well. -- Carl Soderstrom Systems Administrator Real-Time Enterp
Author: "Jeffrey J. Kosowsky" <backuppc AT kosowsky DOT org>
Date: Thu, 25 Aug 2011 09:23:23 -0400
Carl Wilhelm Soderstrom wrote at about 07:51:10 -0500 on Thursday, August 25, 2011: I would make it consistent with the heirarchy: <hostname>-<backup#>-<share> I'm not sure what date adds since the d
Author: Carl Wilhelm Soderstrom <chrome AT real-time DOT com>
Date: Thu, 25 Aug 2011 08:31:01 -0500
I would prefer date, since the 'backup number' is only relevant within BackupPC's universe; whereas the date is relevant to the rest of the world. Even when restoring an entire host, the share must b
Author: "Jeffrey J. Kosowsky" <backuppc AT kosowsky DOT org>
Date: Thu, 25 Aug 2011 10:45:46 -0400
Carl Wilhelm Soderstrom wrote at about 08:31:01 -0500 on Thursday, August 25, 2011: My point was more that the date should refer to the time of the backup not of the restore. I think one should use t
Author: Carl Wilhelm Soderstrom <chrome AT real-time DOT com>
Date: Thu, 25 Aug 2011 11:24:05 -0500
Certainly! ok. -- Carl Soderstrom Systems Administrator Real-Time Enterprises www.real-time.com -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that of
I would prefer date, since the 'backup number' is only relevant within BackupPC's universe; whereas the date is relevant to the rest of the world. Concur, plus backup numbers have a shelf life, I ha
Author: Bowie Bailey <Bowie_Bailey AT BUC DOT com>
Date: Thu, 25 Aug 2011 14:38:41 -0400
I don't think the filename needs to be overly specific. I would suggest using hostname, date, and either "Full" or "Partial". Anyone that needs to get more specific can rename the file later. -- Bowi
Author: Carl Wilhelm Soderstrom <chrome AT real-time DOT com>
Date: Thu, 25 Aug 2011 13:40:47 -0500
sounds reasonable. I might suggest 'root' instead of 'full' or '/'; because a restore starting at / is not necessarily a restore of everything. However, 'root' has its own problems in that the word a
Author: Holger Parplies <wbppc AT parplies DOT de>
Date: Fri, 26 Aug 2011 03:40:49 +0200
Hi, first of all, it seems to be *possible* to implement [without major code changes], in case anyone except me was wondering ;-). Carl Wilhelm Soderstrom wrote on 2011-08-25 13:40:47 -0500 [Re: [Bac