On Friday 09 February 2024 04:41:37 pm hw wrote:
> On Fri, 2024-02-09 at 11:34 -0500, Roy J. Tellason, Sr. wrote:
> > On Friday 09 February 2024 06:07:16 am hw wrote:
> > > What other manufacturers could we buy UPSs from?
> >
> > I have a Tripp-Lite sitting next to me here that replaced an APC
hw wrote:
> On Fri, 2024-02-09 at 06:44 -0500, Dan Ritter wrote:
> > hw wrote:
> > > On Thu, 2024-02-08 at 15:29 +, Andy Smith wrote:
> > > > [...]
> > > That sucks. I didn't know that they don't stand behind their
> > > products, and it makes APC not recommendable any longer.
> > >
> > >
On Fri, 2024-02-09 at 11:34 -0500, Roy J. Tellason, Sr. wrote:
> On Friday 09 February 2024 06:07:16 am hw wrote:
> > What other manufacturers could we buy UPSs from?
>
> I have a Tripp-Lite sitting next to me here that replaced an APC and
> has 2-1/2 times the capabiliity. Been in service
On Fri, 2024-02-09 at 06:44 -0500, Dan Ritter wrote:
> hw wrote:
> > On Thu, 2024-02-08 at 15:29 +, Andy Smith wrote:
> > > [...]
> > That sucks. I didn't know that they don't stand behind their
> > products, and it makes APC not recommendable any longer.
> >
> > What other manufacturers
>> What other manufacturers could we buy UPSs from?
> I have a Tripp-Lite sitting next to me here that replaced an APC and has
> 2-1/2 times the capabiliity. Been in service several weeks and so far I'm
> pretty happy with it...
Would they accept a warranty claim without having to run some
On Friday 09 February 2024 06:07:16 am hw wrote:
> What other manufacturers could we buy UPSs from?
I have a Tripp-Lite sitting next to me here that replaced an APC and has 2-1/2
times the capabiliity. Been in service several weeks and so far I'm pretty
happy with it...
--
Member of the
hw wrote:
> On Thu, 2024-02-08 at 15:29 +, Andy Smith wrote:
> > [...]
> That sucks. I didn't know that they don't stand behind their
> products, and it makes APC not recommendable any longer.
>
> What other manufacturers could we buy UPSs from?
Liebert at the high end, CyberPower at the
On Thu, 2024-02-08 at 15:29 +, Andy Smith wrote:
> [...]
> Someone on the apcupsd mailing list thinks I have a faulty UPS or
> battery and should get a replacement.
>
> APC refuses to proceed with a warranty claim because they don't
> support apcupsd or nut, only their own proprietary
On 2024-02-08, Charles Curley wrote:
> On Thu, 8 Feb 2024 15:29:21 +
> Andy Smith wrote:
>
>> I do not overly want to buy a Windows licence, run it
>> in a VM and pass USB through to that VM just to try this.
>
> You could try wine. You might need the more recent crossover-office,
> which is
On Thu, 8 Feb 2024 15:29:21 +
Andy Smith wrote:
> I do not overly want to buy a Windows licence, run it
> in a VM and pass USB through to that VM just to try this.
You could try wine. You might need the more recent crossover-office,
which is proprietary (but contributes greatly to wine).
Hello,
On Sun, Jan 28, 2024 at 06:55:04PM +, Andy Smith wrote:
> So, I must admit, I am quite tempted by BX1600MI which would cost me
> about £183. The equivalent spec in the Pro range is more than twice
> this price.
[ TL;DR: While free software like apcupsd or nut support all APC
models
On 1/28/24 13:55, Andy Smith wrote:
Hi,
Thanks, this is very useful.
On Sun, Jan 28, 2024 at 06:58:08PM +0100, hw wrote:
However, stay away from their cheap models as seen on this[1] picture
(Back UPS). They work and you can replace the batteries yourself even
though you're not supposed to.
On Sun, 28 Jan 2024 19:19:55 +0100
hw wrote:
Hello hw,
>How do you know in advance when the battery will have failed?
Even my very basic UPS (APC Backup 1400) has a light on the front
labelled "Replace Battery". That, combined with a very annoying high
pitch scream, are pretty good motivators
Hi,
Thanks, this is very useful.
On Sun, Jan 28, 2024 at 06:58:08PM +0100, hw wrote:
> However, stay away from their cheap models as seen on this[1] picture
> (Back UPS). They work and you can replace the batteries yourself even
> though you're not supposed to. It's a minimum basic device. It
On Fri, 2024-01-26 at 15:56 +, Michael Kjörling wrote:
> On 26 Jan 2024 16:11 +0100, from h...@adminart.net (hw):
> > I rather spend the money on new batteries (EUR 40 last time after 5
> > years) every couple years [...]
To comment myself, I think was 3 years, not 5, sorry.
> > The hardware
On Fri, 2024-01-26 at 15:17 +, Andy Smith wrote:
> Hi,
>
> On Fri, Jan 26, 2024 at 04:11:39PM +0100, hw wrote:
> > I've never had issues with any UPS due to self tests. The batteries
> > need to be replaced when they are worn out. How often that is
> > required depends on the UPS and the
On Fri, 2024-01-26 at 16:27 +, Michael Kjörling wrote:
> On 26 Jan 2024 16:39 +0100, from h...@adminart.net (hw):
> [...]
> > Having multiple generations of backups already increases the needed
> > storage space by a bit more than half. That makes it already arguable
> > if it's better to
On Fri, 2024-01-26 at 16:11 +0100, hw wrote:
> I've never had issues with any UPS due to self tests. The batteries
> need to be replaced when they are worn out. How often that is
> required depends on the UPS and the conditions it is working in,
> usually every 3--5 years.
It was with some
On Fri, 26 Jan 2024, David Wright wrote:
On Fri 26 Jan 2024 at 19:03:33 (+0100), Roger Price wrote:
I currently have two Eaton Ellipse ECO 1600's. ... The four screws are deeply
recessed and difficult to see. They have different heads: some are Torx 10,
others are a star.
20/20 hindsight
On Fri 26 Jan 2024 at 19:03:33 (+0100), Roger Price wrote:
> I currently have two Eaton Ellipse ECO 1600's. I change the batteries
> every 4-5 years, but this is not as easy as it should be. It is not
> evident that only one of the four back panel screws needs to be
> removed. I took me a
On Fri, 26 Jan 2024, Andy Smith wrote:
Out of interest what brand of UPS do you recommend for home use that
has easily-replaceable batteries every 3–5 years? For a load of
about 300W.
I currently have two Eaton Ellipse ECO 1600's. I change the batteries every 4-5
years, but this is not as
On 26 Jan 2024 16:39 +0100, from h...@adminart.net (hw):
>> RAID is for uptime.
>
> It's also for saving you from the hassle involved with loosing data
> when a disk fails.
Which translates to more quickly fully recovering from the loss of a
storage device.
When used for redundancy and staying
On 26 Jan 2024 16:11 +0100, from h...@adminart.net (hw):
> I rather spend the money on new batteries (EUR 40 last time after 5
> years) every couple years [...]
>
> The hardware is usually extremely difficult --- and may be impossible
> --- to replace.
And let's not forget that you can _plan_ to
On Thu, 2024-01-18 at 13:09 +, Michael Kjörling wrote:
> On 18 Jan 2024 13:26 +0100, from r...@h5.or.at (Ralph Aichinger):
> > As a home/SOHO user, I'd rather have a working backup every few hours
> > or every day than some RAID10 wonder
>
> Definitely agree that a solid backup regimen
On Fri, 26 Jan 2024, Andy Smith wrote:
> Hi,
>
> On Fri, Jan 26, 2024 at 04:11:39PM +0100, hw wrote:
>> I've never had issues with any UPS due to self tests. The batteries
>> need to be replaced when they are worn out. How often that is
>> required depends on the UPS and the conditions it is
Hi,
On Fri, Jan 26, 2024 at 04:11:39PM +0100, hw wrote:
> I've never had issues with any UPS due to self tests. The batteries
> need to be replaced when they are worn out. How often that is
> required depends on the UPS and the conditions it is working in,
> usually every 3--5 years.
Out of
On Thu, 2024-01-18 at 13:26 +0100, Ralph Aichinger wrote:
> Hello fellow Debian users,
>
> On Thu, 2024-01-18 at 12:18 +0100, hw wrote:
>
> > Always use an UPS.
>
>
> Here I have a somewhat contrarian view, I hope not to offend too much:
It's not offending, you merely have a different
On 2024-01-18, Andy Smith wrote:
> Could check the man page then like I said.
>
> Some options require rsync to know the full file list, so these
> options disable the incremental recursion mode. These include:
> --delete-before, --delete-after, --prune-empty-dirs, and
>
ere.
Just an update.
Last night I did the usual copy from the primary backup drive to the
secondary backup drive, except I did it using rsync --delete instead of
rsync --delete-after. This time, it took 73 minutes. The previous time
it took 131 minutes. So it did go significantly quicker. And "seemed"
to go okay.
Thank you to all who have weighed in on this topic!
Hello,
On Thu, Jan 18, 2024 at 10:01:46PM +0100, Michel Verdier wrote:
> On 2024-01-18, Andy Smith wrote:
> > If you use --delete-after (and some other options) then rsync has to
> > check every file before it can do any work, whereas normally it will
> > find a few files to work on and start
On 2024-01-18, Andy Smith wrote:
> If you use --delete-after (and some other options) then rsync has to
> check every file before it can do any work, whereas normally it will
> find a few files to work on and start work, meanwhile incrementally
> scanning for more.
Not sure of that. rsync always
>> > However, I have read that using rsync --delete instead of rsync --
>> > delete-after is faster and uses less memory, and so is more efficient.
>> I'd be surprised if it makes a significant difference.
> If you use --delete-after (and some other options) then rsyn
Hello,
On Wed, Jan 17, 2024 at 11:09:35PM -0500, Stefan Monnier wrote:
> > However, I have read that using rsync --delete instead of rsync --
> > delete-after is faster and uses less memory, and so is more efficient.
>
> I'd be surprised if it makes a significant diffe
On Thu, 2024-01-18 at 13:09 +, Michael Kjörling wrote:
>
> Definitely agree that a solid backup regimen (including regular
> automated backups; at least one off-site copy _at least_ of critical,
> hot data; and planning for the contingency that you need to restore
> that backup onto a brand
On 18 Jan 2024 13:26 +0100, from r...@h5.or.at (Ralph Aichinger):
> As a home/SOHO user, I'd rather have a working backup every few hours
> or every day than some RAID10 wonder
Definitely agree that a solid backup regimen (including regular
automated backups; at least one off-site copy _at least_
On 2024-01-17, Default User wrote:
> BTW(2), I do use rsnapshot with cron jobs to back up the internal SSD
> to the primary backup drive daily (and weekly, monthly, yearly). But I
> am not sure if I could also use it to do copies of the primary backup
> drive to the secondary backup drive (maybe
Hello fellow Debian users,
On Thu, 2024-01-18 at 12:18 +0100, hw wrote:
> Always use an UPS.
Here I have a somewhat contrarian view, I hope not to offend too much:
For countries with stable electricity supplies (like Austria where I
live) having a small UPS might actually lead to more
On 18 Jan 2024 12:15 +0100, from to...@tuxteam.de:
>> **That "primary backup drive" is not a backup at all.**
>
> It is: against the situation you fat-finger something and react
> before the next backup happens (this is a threat worth being taken
> into account). For that case, a backup with more
and I use:
> > >
> > > time sudo rsync -aAXHxvv --delete-after --numeric-ids --
> > > info=progress2,stats2,name2 --
> > > exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/m
> > &
On Thu, Jan 18, 2024 at 11:05:01AM +, Michael Kjörling wrote:
> On 17 Jan 2024 20:23 -0500, from hunguponcont...@gmail.com (Default User):
[...]
> Hold on. Let's pause right here.
>
> **That "primary backup drive" is not a backup at all.**
It is: against the situation you fat-finger
On 17 Jan 2024 20:23 -0500, from hunguponcont...@gmail.com (Default User):
> BTW, the two backup drives are external 4 Gb USB HDDs. The secondary
> backup drive is always kept away from the computer, in a locked steel
> box, except when it is attached to the computer to have the primary
> backup
On 1/17/24 17:23, Default User wrote:
On Wed, 2024-01-17 at 09:19 -0800, David Christensen wrote:
On 1/17/24 08:19, Default User wrote:
Opinions, please.
...
Hi guys, thanks for the replies.
YW. :-)
BTW, the two backup drives are external 4 Gb USB HDDs. The secondary
backup drive is
> However, I have read that using rsync --delete instead of rsync --
> delete-after is faster and uses less memory, and so is more efficient.
I'd be surprised if it makes a significant difference.
Stefan
On 2024-01-17, Default User wrote:
> By "glitch", I mean anything that could interfere with the rsync copy
> process. Possible causes:
Whatever the cause you just have to get return code and restart rsync
until it complete succesfully. Then you are sure to have an exact copy.
To cope with
t;/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/m
> > edia
> > /*","/lost+found"} /media/default/MSD0001/ /media/default/MSD0002/
> >
> > Question:
> > I use rsync --delete-after becaus
On 18/1/24 04:19, David Christensen wrote:
> I use rsync to copy my primary backup drive to a secondary backup drive
Good morning
I wonder why both processes don't copy from the original data; so that
you don't copy a potential glitch in the first backup?
on a separate matter
Glitch?
Hi,
On Wed, Jan 17, 2024 at 02:52:49PM -0500, Default User wrote:
> By "glitch", I mean anything that could interfere with the rsync copy
> process. Possible causes:
> - electrical outages, voltage spikes, voltage drops, "brownouts"
> - mechanical failure
> - earthquake
> - lightning
> - cat
On 17 Jan 2024 14:52 -0500, from hunguponcont...@gmail.com (Default User):
> I am writing as someone who has lost data more than once over time, for
> various reasons. The loss has ranged from slightly annoying, to soul-
> rending catastrophe. It is NEVER appreciated.
I think this gets closer
> exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/m
> > edia
> > /*","/lost+found"} /media/default/MSD0001/ /media/default/MSD0002/
> >
> > Question:
> > I use rsync --
>
> Here is the rsync command I use:
>
> time sudo rsync -aAXHxvv --delete-after --numeric-ids --
> info=progress2,stats2,name2 --
> exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media
> /*&
-aAXHxvv --delete-after --numeric-ids --
info=progress2,stats2,name2 --
exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media
/*","/lost+found"} /media/default/MSD0001/ /media/default/MSD0002/
Ques
--
info=progress2,stats2,name2 --
exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media
/*","/lost+found"} /media/default/MSD0001/ /media/default/MSD0002/
Question:
I use rsync --delete-after because
On Tue, Oct 20, 2020 at 09:42:26AM -0400, The Wanderer wrote:
> Maybe I'm still missing something, but so far I'm not seeing a way to
> export this, so I still don't see a way it could get exposed inside the
> script.
Oh, looks like a change was made.
wooledg:~$ bash-4.4
wooledg:~$ function
On 2020-10-20 at 09:00, Greg Wooledge wrote:
> On Tue, Oct 20, 2020 at 08:32:12AM -0400, The Wanderer wrote:
>> $ cat /tmp/test-function-script.sh
>> #/bin/bash
>>
>> /home/wanderer/bin/abecedarian.sh
>
> Incorrect shebang (missing the bang half). Therefore, the shell that
> actually gets used
On Tue, Oct 20, 2020 at 08:32:12AM -0400, The Wanderer wrote:
> $ cat /tmp/test-function-script.sh
> #/bin/bash
>
> /home/wanderer/bin/abecedarian.sh
Incorrect shebang (missing the bang half). Therefore, the shell that
actually gets used is unpredictable. It depends on the caller.
If you call
On 2020-10-20 at 07:49, Greg Wooledge wrote:
> On Mon, Oct 19, 2020 at 08:11:01PM -0700, David Christensen wrote:
>
>> On 2020-10-19 05:00, Greg Wooledge wrote:
>> > using an explicit /usr/bin/rsync is sketchy at best. You
>> > should already have /usr/bin in your PATH
>>
>> AIUI using absolute
On Mon, Oct 19, 2020 at 08:11:01PM -0700, David Christensen wrote:
> On 2020-10-19 05:00, Greg Wooledge wrote:
> > using an explicit /usr/bin/rsync is sketchy at best. You
> > should already have /usr/bin in your PATH
>
> AIUI using absolute paths for tools in shell scripts is a security best
>
David (12020-10-20):
> > > ALL_UPPER_CASE is reserved for internal shell variables, and environment
> > > variables.
>
> > Please provide a citation (for Bourne shell scripts).
>
> Maybe POSIX.1-2017 is what you're asking for?
>
>
On Lu, 19 oct 20, 20:04:07, David Christensen wrote:
> On 2020-10-19 14:12, Tixy wrote:
> > On Mon, 2020-10-19 at 15:16 -0400, Greg Wooledge wrote:
>
> > > https://mywiki.wooledge.org/BashFAQ/105
> >
> > NOOO ;-)
> >
> > Excuse me while I go grep 'set -e' -R ...
>
>
> 2020-10-19
On Tue, 2020-10-20 at 18:49 +1100, David wrote:
> I am familiar with the names GreyCat and geirha and lhunath and
> koalaman
> because they have made unmissable contributions to shells and shell
> scripting, supporting and documenting and educating shell users
> for decades.
>
> You can find some
On Tue, 20 Oct 2020 at 18:27, Tixy wrote:
> On Mon, 2020-10-19 at 20:04 -0700, David Christensen wrote:
> I see in the Bash FAQ [1] there is an alternative opinion on the matter
> expressed...
> "rking's personal recommendation is to go ahead and use set -e, but
> beware of possible gotchas. It
On Mon, 2020-10-19 at 20:04 -0700, David Christensen wrote:
[...]
> $ IFS=: && for p in $PATH; do egrep -r 'set (-e|-o errexit)' $p; done
[...]
> /usr/bin/p7zip:#- remove `"$?" != 0 ' checks that do not work with
> `set -e'
:-)
I see in the Bash FAQ [1] there is an alternative opinion on
On Tue, 20 Oct 2020 at 14:11, David Christensen
wrote:
> On 2020-10-19 04:55, Greg Wooledge wrote:
> > On Sat, Oct 17, 2020 at 03:01:13PM -0700, David Christensen wrote:
> >> I try to use all lower case letters for variable names and all upper case
> >> letters for constants.
> > ALL_UPPER_CASE
On Saturday, October 17, 2020 06:01:13 PM David Christensen wrote:
I don't use Bourne arrays, and I barely understand how the shell
interpolates lists and preserves items containing whitespace. When I
can't figure it out, I switch to Perl.
On 2020-10-19 05:29, rhkra...@gmail.com wrote:
I'm
On 2020-10-19 04:55, Greg Wooledge wrote:
On Sat, Oct 17, 2020 at 03:01:13PM -0700, David Christensen wrote:
I try to use all lower case letters for variable names and all upper case
letters for constants.
ALL_UPPER_CASE is reserved for internal shell variables, and environment
variables.
On 2020-10-19 14:12, Tixy wrote:
On Mon, 2020-10-19 at 15:16 -0400, Greg Wooledge wrote:
https://mywiki.wooledge.org/BashFAQ/105
NOOO ;-)
Excuse me while I go grep 'set -e' -R ...
2020-10-19 20:01:44 dpchrist@tinkywinky ~
$ cat /etc/debian_version ; uname -a
9.13
Linux
Thanks!
On Monday, October 19, 2020 08:55:01 AM to...@tuxteam.de wrote:
> To be fair, you should quote wikipedia thoroughly. In the disambiguation
> page [1] you do find the current use:
>
> String interpolation, in computing, the substitution of variables by
> their values
On Tue, 20 Oct 2020 at 06:09, Mike McClain wrote:
> On a different subject, my guess is that your insistence on quoting
> variables and using arrays for multi-part parameters is that doing so
> as a habit covers the times when a string variable will not expand as
> expected while an array will.
On Mon, 2020-10-19 at 15:16 -0400, Greg Wooledge wrote:
> On Mon, Oct 19, 2020 at 01:51:04PM -0500, Mike McClain wrote:
> > I spent a while searching your wiki trying to find your objections
> > without luck, so would you plaese tell this poor heathen what your
> > objection to 'set -e' is?
>
>
On Mon, Oct 19, 2020 at 01:51:04PM -0500, Mike McClain wrote:
> I spent a while searching your wiki trying to find your objections
> without luck, so would you plaese tell this poor heathen what your
> objection to 'set -e' is?
https://mywiki.wooledge.org/BashFAQ/105
> On a different subject, my
On Mon, Oct 19, 2020 at 07:55:27AM -0400, Greg Wooledge wrote:
>
> > I use 'set -e'
>
> NOOO
While interesting this response is not very informative.
I can only tell that you have a problem with it.
I spent a while searching your wiki trying to find your objections
without luck, so
On Mon, Oct 19, 2020 at 08:29:32AM -0400, rhkra...@gmail.com wrote:
[...]
> Interpolation - Wikipedia
> en.wikipedia.org › wiki › Interpolation
> In the mathematical field of numerical analysis, interpolation is a type of
> estimation, a method of ... variable, may be contrary to commonsense,
On Monday, October 19, 2020 08:30:36 AM rhkra...@gmail.com wrote:
> Oops, forgot to say that of course I recognize that language (and word
> meanings) evolve.
>
> On Monday, October 19, 2020 08:29:32 AM rhkra...@gmail.com wrote:
> > On Saturday, October 17, 2020 06:01:13 PM David Christensen
On Saturday, October 17, 2020 06:01:13 PM David Christensen wrote:
> I don't use Bourne arrays, and I barely understand how the shell
> interpolates lists and preserves items containing whitespace. When I
> can't figure it out, I switch to Perl.
I'm looking for an alternate thing to think of
On Fri, Oct 16, 2020 at 05:09:42PM -0500, Mike McClain wrote:
> Params=(-a --inplace --delete);
> Flash=/sda/rpi4b
> cd /home/mike
You forgot to check the result of this cd. This is critically important;
if the cd fails, you do NOT want the script to continue.
cd /home/mike || exit
> [ ! -d
On Sat, Oct 17, 2020 at 03:01:13PM -0700, David Christensen wrote:
> I try to use all lower case letters for variable names and all upper case
> letters for constants.
ALL_UPPER_CASE is reserved for internal shell variables, and environment
variables.
If you abuse it for "constants" as well, on
On Sat, Oct 17, 2020 at 12:58:04PM -0500, Mike McClain wrote:
> As for your last question, the script is called from cron and I'm
> never sure whether cron is going to be able to find things so have
> just gotten into the habit of putting the path in.
The line that actually appears *in* the
On Fri, Oct 16, 2020 at 11:29:34PM -0700, Will Mengarini wrote:
> debian/pts/14 bash ~ 23:25 0$a="x y z"
> debian/pts/14 bash ~ 23:25 0$echo $a
> x y z
> debian/pts/14 bash ~ 23:26 0$echo "$a" # preferred
> x y z
> debian/pts/14 bash ~ 23:26 0$# When $a is embedded, quote *outer* string:
>
On Sat, Oct 17, 2020 at 12:30:50AM +0200, Klaus Singvogel wrote:
> Mike McClain wrote:
>
> > A section of the backup script is so:
> > Params=(-a --inplace --delete);
> [...]
>
> Use instead:
> Params=-a --inplace --delete
Incorrect. This command will generate an error, as it should.
Mike's
On Sat, Oct 17, 2020 at 03:01:13PM -0700, David Christensen wrote:
>
> Is /sda the mount point for your backup media? If so, that is confusing --
> 'sda' implies '/dev/sda', which should be your system drive (e.g. root). I
> would label the backup filesystem 'backup-rpi4b' and mount it at
>
On Sb, 17 oct 20, 10:30:04, to...@tuxteam.de wrote:
>
> There is one thing I still don't understand about this script. Why does
> it invoke /usr/bin/rsync? Does the script writer know better where the
> "right" rsync lives? Or the sysadmin/user, who is in control of $PATH?
On the other hand it
On 2020-10-16 15:09, Mike McClain wrote:
I've been using rsync to backup to a flash drive but it's not
performing exactly as I expected.
The man page says:
--deletedelete extraneous files from dest dirs
A section of the backup script is so:
Params=(-a --inplace --delete);
On Sat, Oct 17, 2020 at 10:30:04AM +0200, to...@tuxteam.de wrote:
> On Fri, Oct 16, 2020 at 05:09:42PM -0500, Mike McClain wrote:
> > I've been using rsync to backup to a flash drive but it's not
> > performing exactly as I expected.
>
> I think Will nailed it. Your problem is not an rsync
Hi Mike,
On Fri, Oct 16, 2020 at 05:09:42PM -0500, Mike McClain wrote:
> A section of the backup script is so:
> Params=(-a --inplace --delete);
> Flash=/sda/rpi4b
> cd /home/mike
> [ ! -d $Flash/mike ] && mkdir $Flash/mike;
>
> # exclude compressed files and the contents of most of the .*
On Sat, Oct 17, 2020 at 11:18:57PM +1100, David wrote:
> On Sat, 17 Oct 2020 at 19:30, wrote:
[...]
> > Or -- much better -- don't use arrays here [...]
> Actually, it is an ideal place to use an array. Whoever wrote
> that script shows some knowledge of best practice.
I still disagree. But I
On Sat, 17 Oct 2020 at 19:30, wrote:
> On Fri, Oct 16, 2020 at 05:09:42PM -0500, Mike McClain wrote:
> > A section of the backup script is so:
> > Params=(-a --inplace --delete);
Using an array here is actually best practice. It will handle most
requirements in a less fragile manner than using
On Fri, Oct 16, 2020 at 05:09:42PM -0500, Mike McClain wrote:
> I've been using rsync to backup to a flash drive but it's not
> performing exactly as I expected.
I think Will nailed it. Your problem is not an rsync problem,
but a shell (presumably bash) problem:
[...]
> A section of the backup
* Mike McClain [20-10/16=Fr 17:09 -0500]:
> [...] A section of the backup script is so:
> Params=(-a --inplace --delete);
> [...]
> echo /usr/bin/rsync $Params --exclude-from=/home/mike/.rsync_exclude .
> $Flash/mike
Try this to be sure your shell is doing what you think:
debian/pts/14 bash ~
On Fri, 16 Oct 2020 17:09:42 -0500
Mike McClain wrote:
> I've been using rsync to backup to a flash drive but it's not
> performing exactly as I expected.
You might look into rsnapshot.
--
Does anybody read signatures any more?
https://charlescurley.com
https://charlescurley.com/blog/
Mike McClain wrote on 10/16/20 4:09 PM:
> I've been using rsync to backup to a flash drive but it's not
> performing exactly as I expected.
>
> The man page says:
> --deletedelete extraneous files from dest dirs
> A section of the backup script is so:
> Params=(-a --inplace
- as stumbling newby , hesitate to express opinion
: maybe something like :
[ or what ever the destination is categorized]
On Sat, Oct 17, 2020 at 1:27 AM Mike McClain wrote:
> I've been using rsync to backup to a flash drive but it's not
> performing exactly as I expected.
>
> The man
Mike McClain wrote:
> A section of the backup script is so:
> Params=(-a --inplace --delete);
[...]
Use instead:
Params=-a --inplace --delete
Regards,
Klaus.
--
Klaus Singvogel
GnuPG-Key-ID: 1024R/5068792D 1994-06-27
I've been using rsync to backup to a flash drive but it's not
performing exactly as I expected.
The man page says:
--deletedelete extraneous files from dest dirs
A section of the backup script is so:
Params=(-a --inplace --delete);
Flash=/sda/rpi4b
cd /home/mike
[ ! -d
Joshua J. Kugler wrote:
On Wednesday 07 June 2006 23:51, Dexter wrote:
Hi,
i use rsync -rlptgov --delete /mnt/server/dir/ /var/share/server/dir
comand to sinchronize directory on backup server with primary server. I
use --delete option, so that files, that do not exist on SRC are deleted
also
Hi,
i use rsync -rlptgov --delete /mnt/server/dir/ /var/share/server/dir
comand to sinchronize directory on backup server with primary server. I
use --delete option, so that files, that do not exist on SRC are deleted
also on DST. SRC directory is mounted through NFS on backup server.
Acording to
On Wednesday 07 June 2006 23:51, Dexter wrote:
Hi,
i use rsync -rlptgov --delete /mnt/server/dir/ /var/share/server/dir
comand to sinchronize directory on backup server with primary server. I
use --delete option, so that files, that do not exist on SRC are deleted
also on DST. SRC directory
96 matches
Mail list logo
