• mirdir utility

    From Paul Quinn@3:640/1384 to All on Thu Mar 21 15:37:38 2019
    Hi! All,

    Does anyone use it? I'm after a 64bit rendition of it. I use it as the main backup util here... well on practically anything else as practically anything else is 32bit but the PC I'm on is 64. (Thank you, yes, I have used 'rsync'...
    it sux maximum kilowarps.)

    There's more to the story, so I'll bring out the violins... I have a tarball for the util, but this 64bit Xubuntu (model of Ubuntu 18.04.2 LTS) can't find its "configure". I hate it when they do that.

    Would anybody have either the 64bit 'mirdir' or a compatible 'configure' for U'u, pretty please?

    Cheers,
    Paul.

    ... Humpty dumpty was pushed.
    --- GoldED+/LNX 1.1.5-b20130515
    * Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)
  • From Alexey Vissarionov@2:5020/545 to Paul Quinn on Thu Mar 21 09:18:00 2019
    Good ${greeting_time}, Paul!

    21 Mar 2019 15:37:38, you wrote to All:

    Does anyone use it?

    No. I have rsync.

    I'm after a 64bit rendition of it. I use it as the main backup util here... well on practically anything else as practically anything
    else is 32bit but the PC I'm on is 64. (Thank you, yes, I have used 'rsync'... it sux maximum kilowarps.)

    Generally you'd get a well predictive "fuqoff" answer just here...

    There's more to the story, so I'll bring out the violins... I have a tarball for the util,

    I hope you've downloaded it from https://sourceforge.net/projects/mirdir

    but this 64bit Xubuntu (model of Ubuntu 18.04.2 LTS)

    Ffffuuuuuuu...

    can't find its "configure". I hate it when they do that.

    It is there, but it is unnecessary.

    Would anybody have either the 64bit 'mirdir' or a compatible
    'configure' for U'u, pretty please?

    gcc '-DPACKAGE_STRING="mirdir-2.1"' -O2 -s -o mirdir mirdir.c

    Ah, yes: I've a fully working RPM build environment set up here.


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... that's why I really dislike fools.
    --- /bin/vi
    * Origin: http://openwall.com/Owl (2:5020/545)
  • From Paul Quinn@3:640/1384 to Alexey Vissarionov on Thu Mar 21 17:27:55 2019
    Hi! Alexey,

    On 21 Mar 19 09:18, you wrote to me:

    Does anyone use it?
    No. I have rsync.

    Gesundheit.

    (Thank you, yes, I have used 'rsync'... it sux maximum kilowarps.)
    Generally you'd get a well predictive "fuqoff" answer just here...

    It's better than nothin'.

    There's more to the story, so I'll bring out the violins... I
    have a tarball for the util,
    I hope you've downloaded it from
    https://sourceforge.net/projects/mirdir

    Oh, look... now I have two. It must have been them.

    but this 64bit Xubuntu (model of Ubuntu 18.04.2 LTS)
    Ffffuuuuuuu...

    Gesundheit.

    can't find its "configure". I hate it when they do that.
    It is there, but it is unnecessary.

    You know this... how? Ah, so...

    Would anybody have either the 64bit 'mirdir' or a compatible
    'configure' for U'u, pretty please?
    gcc '-DPACKAGE_STRING="mirdir-2.1"' -O2 -s -o mirdir mirdir.c

    Mmm... whiteman's majic, Thank you, kindly. You are a gentleman despite what some people may say.

    Ah, yes: I've a fully working RPM build environment set up here.

    Gesundheit. I used them over a decade ago, then gave them up.

    Cheers,
    Paul.

    ... "My battery is low and it's getting dark", Mars rover Opportunity, 2018
    --- GoldED+/LNX 1.1.5-b20130515
    * Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)
  • From mark lewis@1:3634/12.73 to Paul Quinn on Thu Mar 21 06:54:24 2019
    On 2019 Mar 21 15:37:38, you wrote to All:

    There's more to the story, so I'll bring out the violins... I have a tarball for the util, but this 64bit Xubuntu (model of Ubuntu 18.04.2 LTS) can't find its "configure". I hate it when they do that.

    not all programs need a configure... why do you think this one needs one?

    )\/(ark

    Always Mount a Scratch Monkey
    Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
    ... Charlie was a chemist;Charlie is no more;Charlie thought it wasH20, was H2SO4!
    ---
    * Origin: (1:3634/12.73)
  • From Paul Quinn@3:640/1384 to mark lewis on Thu Mar 21 21:23:11 2019
    Hi! mark,

    On 21 Mar 19 06:54, you wrote to me:

    Ubuntu 18.04.2 LTS) can't find its "configure". I hate it when
    they do that.

    not all programs need a configure... why do you think this one needs
    one?

    There's a text file/script in the tarball called 'configure'. Go figure.

    Add to that, the initial link to Sourceforge that I found came from a Google search that provided a link to some chatterer webforum, where a whiz proclaimed
    that he 'found the tarball, un-gzipped it, ran configure & make' and he had a new uncle Bob.

    Why couldn't I? Also? ;)

    Cheers,
    Paul.

    ... Procrastination (n): Getting ready to get ready.
    --- GoldED+/LNX 1.1.5-b20130515
    * Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)
  • From mark lewis@1:3634/12.73 to Paul Quinn on Thu Mar 21 08:30:12 2019
    On 2019 Mar 21 21:23:10, you wrote to me:

    Ubuntu 18.04.2 LTS) can't find its "configure". I hate it when
    they do that.

    not all programs need a configure... why do you think this one needs
    one?

    There's a text file/script in the tarball called 'configure'. Go figure.

    i guess that might make a difference ;)

    the ones that i'm familiar with are executable scripts that try to hunt down all the requirements to build the project... they are generally run via "./configure"... i don't know how they may be used on non-*nix systems or if they are even used at all...

    Add to that, the initial link to Sourceforge that I found came from a Google search that provided a link to some chatterer webforum, where a
    whiz
    proclaimed that he 'found the tarball, un-gzipped it, ran configure &
    make'
    and he had a new uncle Bob.

    Why couldn't I? Also? ;)

    i don't know unless maybe there's something missing from your build environment
    that is required... TBH, i've never even heard of the program... i use rsync ;)

    )\/(ark

    Always Mount a Scratch Monkey
    Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
    ... We are confronted with insurmountable opportunities.
    ---
    * Origin: (1:3634/12.73)
  • From Paul Quinn@3:640/1384 to mark lewis on Thu Mar 21 22:47:08 2019
    Hi! mark,

    On 21 Mar 19 08:30, you wrote to me:

    TBH, i've never even heard of the program... i use rsync ;)

    It's akin to Xcopy, with a destructive backup function that enforces a 'mirror'
    from source to target. KISS.

    Cheers,
    Paul.

    ... Broken pencils are pointless.
    --- GoldED+/LNX 1.1.5-b20130515
    * Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)
  • From Vince Coen@2:250/1 to Paul Quinn on Thu Mar 21 13:04:44 2019
    Hello Paul!

    Thursday March 21 2019 15:37, you wrote to All:

    Hi! All,

    Does anyone use it? I'm after a 64bit rendition of it. I use it as
    the main backup util here... well on practically anything else as practically anything else is 32bit but the PC I'm on is 64. (Thank
    you, yes, I have used 'rsync'... it sux maximum kilowarps.)

    There's more to the story, so I'll bring out the violins... I have a tarball for the util, but this 64bit Xubuntu (model of Ubuntu 18.04.2
    LTS) can't find its "configure". I hate it when they do that.

    Would anybody have either the 64bit 'mirdir' or a compatible
    'configure' for U'u, pretty please?

    For the source or binaries go to :

    https://sourceforge.net/projects/mirdir/files/mirdir/2.1/


    Warning last update was in 2005 but the source is there as I have just downloaded it (it is
    in a rpm file but that contains a tar.gz with the sources.

    Does compile but with warnings.

    - You will need the gcc dev tools installed.

    Vince

    --- Mageia Linux v6 X64/Mbse v1.0.7.11/GoldED+/LNX 1.1.501-b20150715
    * Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1)
  • From mark lewis@1:3634/12.73 to Paul Quinn on Thu Mar 21 11:00:06 2019
    On 2019 Mar 21 22:47:08, you wrote to me:

    TBH, i've never even heard of the program... i use rsync ;)

    It's akin to Xcopy, with a destructive backup function that enforces a 'mirror' from source to target. KISS.

    interestng... rsync has/does the same... i use it to backup my systems here as well as backing up several multi-gigabyte git and svn repositories... there's only one copy, though, so no chance to go back further than the copy currently in place... plus it is a copy, not an archive of files backed up...

    )\/(ark

    Always Mount a Scratch Monkey
    Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
    ... If I can't EAT fried foods what CAN I do with them?
    ---
    * Origin: (1:3634/12.73)
  • From Alexey Vissarionov@2:5020/545 to Paul Quinn on Thu Mar 21 19:48:00 2019
    Good ${greeting_time}, Paul!

    21 Mar 2019 17:27:54, you wrote to me:

    can't find its "configure". I hate it when they do that.
    It is there, but it is unnecessary.
    You know this... how? Ah, so...

    From my experience as a package maintainer for two different distributions.

    Would anybody have either the 64bit 'mirdir' or a compatible
    'configure' for U'u, pretty please?
    gcc '-DPACKAGE_STRING="mirdir-2.1"' -O2 -s -o mirdir mirdir.c
    Mmm... whiteman's majic,

    Trivial enough.

    Thank you, kindly. You are a gentleman despite what some people may
    say.

    I simply don't care of them.


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... :wq!
    --- /bin/vi
    * Origin: http://openwall.com/Owl (2:5020/545)
  • From Kai Richter@2:240/77 to Paul Quinn on Thu Mar 21 17:59:20 2019
    Hello Paul!

    21 Mar 19, Paul Quinn wrote to mark lewis:

    TBH, i've never even heard of the program... i use rsync ;)

    It's akin to Xcopy, with a destructive backup function that enforces a 'mirror' from source to target. KISS.

    How many data does it transfer to mirror a photo source with 1 TB including 200MB new data over an existing mirror target?

    Regards

    Kai

    --- GoldED+/LNX 1.1.4.7
    * Origin: Monobox (2:240/77)
  • From Paul Quinn@3:640/1384 to Vince Coen on Fri Mar 22 08:58:22 2019
    Hi! Vince,

    On 21 Mar 19 13:04, you wrote to me:

    For the source or binaries go to : https://sourceforge.net/projects/mirdir/files/mirdir/2.1/

    Got it.

    Warning last update was in 2005 but the source is there as I have just
    downloaded it (it is in a rpm file but that contains a tar.gz with
    the sources.

    Yes.

    Does compile but with warnings.

    Seen, Alexey's command-line voodoo helped me immensely.

    - You will need the gcc dev tools installed.

    Yes.

    I did a trial "mirdir --help" after compile (erroneous, of course... I have Murphy's luck), and it told me in a fashion familiar to a lot of binaries how to get help. Duh, I was already looking at the help.

    Thank you muchly, Vince.

    Cheers,
    Paul.

    ... What are you looking down here for? Read the message.
    --- GoldED+/LNX 1.1.5-b20130515
    * Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)
  • From Paul Quinn@3:640/1384 to mark lewis on Fri Mar 22 09:05:13 2019
    Hi! mark,

    On 21 Mar 19 11:00, you wrote to me:

    It's akin to Xcopy, with a destructive backup function that
    enforces a 'mirror' from source to target. KISS.

    interestng... rsync has/does the same... i use it to backup my systems here as well as backing up several multi-gigabyte git and svn repositories... there's only one copy, though, so no chance to go back further than the copy currently in place... plus it is a copy, not an archive of files backed up...

    It's the same outcome: a single generation. OTOH the clensing function on the target is useful, to ensure an exact mirror of the source. I don't recall rsync doing that[shrug]?

    They do the same job: Left or Right hand sort of thing. I found mirdir first, and have found the logfile(s) most informative.

    Cheers,
    Paul.

    ... Famous Last Words: "Watch me goose that sleeping dragon!"
    --- GoldED+/LNX 1.1.5-b20130515
    * Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)
  • From Paul Quinn@3:640/1384 to Kai Richter on Fri Mar 22 09:12:32 2019
    Hi! Kai,

    On 21 Mar 19 17:59, you wrote to me:

    How many data does it transfer to mirror a photo source with 1 TB including 200MB new data over an existing mirror target?

    Hold that thought. I'll let you know.

    Cheers,
    Paul.

    ... To err is human, to forgive is against SysOp policy.
    --- GoldED+/LNX 1.1.5-b20130515
    * Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)
  • From Wilfred van Velzen@2:280/464 to Paul Quinn on Fri Mar 22 09:32:46 2019
    Hi Paul,

    On 2019-03-22 09:05:13, you wrote to mark lewis:

    It's the same outcome: a single generation. OTOH the clensing
    function on the target is useful, to ensure an exact mirror of the
    source. I don't recall rsync doing that[shrug]?

    --delete delete extraneous files from dest dirs


    Bye, Wilfred.

    --- FMail-lnx64 2.1.0.18-B20170815
    * Origin: FMail development HQ (2:280/464)
  • From Paul Quinn@3:640/1384.125 to Wilfred van Velzen on Fri Mar 22 18:53:33 2019
    Hi! Wilfred,

    On 03/22/2019 06:32 PM, you wrote:

    It's the same outcome: a single generation. OTOH the clensing
    function on the target is useful, to ensure an exact mirror of the
    source. I don't recall rsync doing that[shrug]?

    --delete delete extraneous files from dest dirs

    Ah, kewl. I have a couple of scripts using it that can be fine-tuned now. Thank you, kind sir.

    Cheers,
    Paul.

    --- Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
    * Origin: Fuor yeers argo i cudnot spel occifer; nkow i are won. (3:640/1384.125)
  • From Wilfred van Velzen@2:280/464 to Paul Quinn on Fri Mar 22 10:35:33 2019
    Hi Paul,

    On 2019-03-22 18:53:33, you wrote to me:

    It's the same outcome: a single generation. OTOH the clensing
    function on the target is useful, to ensure an exact mirror of the
    source. I don't recall rsync doing that[shrug]?

    --delete delete extraneous files from dest dirs

    Ah, kewl. I have a couple of scripts using it that can be fine-tuned now. Thank you, kind sir.

    You might want to spend a couple of minutes reading 'man rsync'. Very usefull! ;)

    Bye, Wilfred.

    --- FMail-lnx64 2.1.0.18-B20170815
    * Origin: FMail development HQ (2:280/464)
  • From Paul Quinn@3:640/1384 to Wilfred van Velzen on Fri Mar 22 20:18:38 2019
    Hi! Wilfred,

    On 22 Mar 19 10:35, you wrote to me:

    --delete delete extraneous files from dest
    dirs

    Ah, kewl. I have a couple of scripts using it that can be
    fine-tuned now. Thank you, kind sir.

    You might want to spend a couple of minutes reading 'man rsync'. Very usefull! ;)

    No. I've used mirdir for *over* a decade, and will continue to do so. In desperation I tried rsync _once_ in two scripts, to do essential backups last year (August). I've updated the two rsync scripts per your suggestion, for completeness only. Mucha gracias.

    Cheers,
    Paul.

    ... For a good time call 86753099 (Jenny)...
    --- GoldED+/LNX 1.1.5-b20130515
    * Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)
  • From Wilfred van Velzen@2:280/464 to Paul Quinn on Fri Mar 22 11:45:36 2019
    Hi Paul,

    On 2019-03-22 20:18:38, you wrote to me:

    --delete delete extraneous files from dest
    dirs

    Ah, kewl. I have a couple of scripts using it that can be
    fine-tuned now. Thank you, kind sir.

    You might want to spend a couple of minutes reading 'man rsync'. Very
    usefull! ;)

    No. I've used mirdir for *over* a decade, and will continue to do so. In desperation I tried rsync _once_ in two scripts, to do essential backups last year (August). I've updated the two rsync scripts per your suggestion, for completeness only. Mucha gracias.

    I'm also using something similar in some old backup scripts: 'mirrordir', which
    I don't think is the same as your 'mirdir'. Which also seems to suffer from a 32 bit problem, because it doesn't handle files over 2GB in size.

    Nowadays I always use rsync...

    Bye, Wilfred.

    --- FMail-lnx64 2.1.0.18-B20170815
    * Origin: FMail development HQ (2:280/464)
  • From Paul Quinn@3:640/1384 to Wilfred van Velzen on Fri Mar 22 22:57:29 2019
    Hi! Wilfred,

    On 22 Mar 19 11:45, you wrote to me:

    I'm also using something similar in some old backup scripts:
    'mirrordir', which I don't think is the same as your 'mirdir'. Which
    also seems to suffer from a 32 bit problem, because it doesn't handle files over 2GB in size.

    Nowadays I always use rsync...

    I would guess that the Linux 'story' would be similar to DOS. For every generation of users there's probably a util to do a similar job, but they each lose relevance and notoriety amongst the population of users. So, someone invents a new wheel... etc, etc.

    Cheers,
    Paul.

    ... A fight to the death with a zombie has a few inherent problems.
    --- GoldED+/LNX 1.1.5-b20130515
    * Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)
  • From mark lewis@1:3634/12.73 to Paul Quinn on Fri Mar 22 11:13:10 2019
    On 2019 Mar 22 09:05:12, you wrote to me:

    interestng... rsync has/does the same... i use it to backup my
    systems here as well as backing up several multi-gigabyte git and svn
    repositories... there's only one copy, though, so no chance to go
    back further than the copy currently in place... plus it is a copy,
    not an archive of files backed up...

    It's the same outcome: a single generation. OTOH the clensing
    function on the target is useful, to ensure an exact mirror of the
    source. I don't recall rsync doing that[shrug]?

    here's an example from one of our regularly used update scripts...

    rsync -av --delete $RTYPE.code.sf.net::p/$PROJECT/$REPO .

    in this case:
    -a is archive
    -v is verbose
    --delete removes unknown files from the dest directory
    $RTYPE is either git or svn
    $PROJECT is the name of the project
    $REPO is the name of the repository being synced

    They do the same job: Left or Right hand sort of thing. I found
    mirdir first, and have found the logfile(s) most informative.

    those log files are handy, that's for sure... i have my scripts written from a template i hacked together over time... they log everything from stdout and stderr into a specified log file... the log files are rotated to a max of 10 logs... the current one and the 9 previous ones... a different template doesn't
    do rotation of the logs but they are time stamped in their file names...

    eg: 20190322-foobar.log
    201903221800-fubar.log

    )\/(ark

    Always Mount a Scratch Monkey
    Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
    ... All ties go to the train!
    ---
    * Origin: (1:3634/12.73)
  • From Mike Powell@1:2320/105 to PAUL QUINN on Fri Mar 22 18:24:00 2019
    It's akin to Xcopy, with a destructive backup function that enforces a 'mirror'
    from source to target. KISS.

    Sounds like the old mirrordir utility that used to be in the debian repositories until it went unsupported for too long.

    I still use it, but would be interested in something that is similar and
    still in development.

    Mike

    ---
    * SLMR 2.1a * Madness takes its toll. Please have exact change.
    * Origin: capitolcityonline.net * Telnet/SSH:2022/HTTP (1:2320/105)
  • From Paul Quinn@3:640/1384.125 to mark lewis on Sat Mar 23 09:40:57 2019
    Hi! mark,

    On 03/23/2019 01:13 AM, you wrote:

    mirdir first, and have found the logfile(s) most informative.

    do rotation of the logs but they are time stamped in their file names...

    All I use mirdir for is weekly backups of current contents of my local & LAN servers. There a number of generations & levels of backups (some daily, some weeklies) wrapped up. So much so that I never saw the value of maintaining a library of logfiles.

    If I really was obsessive, it would take me a week just browsing logfiles to the omission of any other activities. I don't bother reading them any longer, with the exception of a single disk listing capture file of a single slice of backed-up files that I may refer to up to a dozen times later in the week. :)

    Cheers,
    Paul.

    --- Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
    * Origin: None of you are real; my sysop types all this in. (3:640/1384.125)
  • From Paul Quinn@3:640/1384 to Mike Powell on Sat Mar 23 11:15:27 2019
    Hi! Mike,

    On 22 Mar 19 18:24, you wrote to me:

    Sounds like the old mirrordir utility that used to be in the debian repositories until it went unsupported for too long.
    I still use it, but would be interested in something that is similar
    and still in development.

    The new one might interest you. (I keep thinking that I started using it from a Puppy version, around the start of the 20-teens.) Checkout the Sourceforge site for mirdir and browse the "files", to see if there's a commonality with what you remember.

    Cheers,
    Paul.

    ... Sure when... OINK FLAP. OINK FLAP. Well, I'll be damned...
    --- GoldED+/LNX 1.1.5-b20130515
    * Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)
  • From Kai Richter@2:240/77 to Paul Quinn on Fri Mar 22 22:36:46 2019
    Hello Paul!

    22 Mar 19, Paul Quinn wrote to Kai Richter:

    How many data does it transfer to mirror a photo source with 1 TB
    including 200MB new data over an existing mirror target?

    Hold that thought. I'll let you know.

    There is no need to wait until you have collected 1 TB of data. I would just like to know if your tool does copy all files of the mirror or only new or changed ones.

    Regards

    Kai

    --- GoldED+/LNX 1.1.4.7
    * Origin: Monobox (2:240/77)
  • From Paul Quinn@3:640/1384 to Kai Richter on Sat Mar 23 15:28:27 2019
    Hi! Kai,

    On 22 Mar 19 22:36, you wrote to me:

    There is no need to wait until you have collected 1 TB of data. I
    would just like to know if your tool does copy all files of the mirror
    or only new or changed ones.

    There is an option to 'turn off' such checking, so the obverse may be assumed.
    Why don't you check it out, from Sourceforge?

    Cheers,
    Paul.

    ... This tagline vibrates if you rub it the right way.
    --- GoldED+/LNX 1.1.5-b20130515
    * Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)
  • From Mike Powell@1:2320/105 to PAUL QUINN on Sat Mar 23 10:59:00 2019
    The new one might interest you. (I keep thinking that I started using it
    from
    a Puppy version, around the start of the 20-teens.) Checkout the Sourceforge site for mirdir and browse the "files", to see if there's a commonality with what you remember.

    I may check it out but, based on what was in another post here later, it
    sounds like it quit getting updated about the same time that mirrordir did, which makes me wonder if it also is no longer supported.

    Mike

    ---
    * SLMR 2.1a * If all appears to go well, you missed something...
    * Origin: capitolcityonline.net * Telnet/SSH:2022/HTTP (1:2320/105)
  • From Kai Richter@2:240/77 to Paul Quinn on Sat Mar 23 12:36:02 2019
    Hello Paul!

    23 Mar 19, Paul Quinn wrote to Kai Richter:

    There is no need to wait until you have collected 1 TB of data. I
    would just like to know if your tool does copy all files of the
    mirror or only new or changed ones.

    There is an option to 'turn off' such checking, so the obverse may be assumed.

    Fine. So it does not have an impact of useless writing to your drives that would have traffic wear for nothing.

    Why don't you check it out, from Sourceforge?

    I found my working solution already, too.

    All I use mirdir for is weekly backups of current contents of my local
    & LAN servers. There a number of generations & levels of backups
    (some daily, some weeklies) wrapped up.

    I use rsnapshot for that. rsnapshot is highly configurable for my needs of scheduled backups and it does use maintained tools like cron and rsync for that. It supports hardlinks on the destination (if supported by the dest. file system) so any new backup will contain all files but the backup will grow with the size of the changed/new files only. With rsync similar will work on file level for traffic and disk wear. Only those parts of a file that have been changed would be transfered and written to disk. Very useful for msgbase files which remain the same except new content at the end.

    Regards

    Kai

    --- GoldED+/LNX 1.1.4.7
    * Origin: Monobox (2:240/77)
  • From Paul Quinn@3:640/1384 to Kai Richter on Sun Mar 24 15:53:54 2019
    Hi! Kai,

    On 23 Mar 19 12:36, you wrote to me:

    There a number of generations & levels of backups (some daily, some
    weeklies) wrapped up.

    I use rsnapshot for that. rsnapshot is highly configurable for my
    needs of scheduled backups and it does use maintained tools like cron

    I tried to keep it simple, by using just 'tar'. The daily images are essentially snapshots of running Fido systems, mostly my own but some are offsite backup dailies for another node. The weeklies, well really only one now, is for my point's Fido config. All of this traffic is pushed around to my non-listed binkD server by cron jobs.

    Gotta go... time for backups...

    Cheers,
    Paul.

    ... I'm one of those bad things that happen to good people.
    --- GoldED+/LNX 1.1.5-b20130515
    * Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)