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
>
On Thu, 2024-01-18 at 21:44 +, Andy Smith wrote:
> 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,
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 rsync has to
> check every file
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 difference.
If you use
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
On Wed, 2024-01-17 at 14:52 -0500, Default User wrote:
> On Wed, 2024-01-17 at 10:29 -0800, Kushal Kumaran wrote:
> > On Wed, Jan 17 2024 at 11:19:39 AM, Default User
> > wrote:
> > > Hello!
> > >
> > > Opinions, please.
> > >
> > > I use rsync to copy my primary backup drive to a secondary
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
On Wed, 2024-01-17 at 09:19 -0800, David Christensen wrote:
> On 1/17/24 08:19, Default User wrote:
> > Hello!
> >
> > Opinions, please.
> >
> > I use rsync to copy my primary backup drive to a secondary backup
> > drive
> > , so that the secondary backup drive is theoretically always an
> >
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
On Wed, 2024-01-17 at 10:29 -0800, Kushal Kumaran wrote:
> On Wed, Jan 17 2024 at 11:19:39 AM, Default User
> wrote:
> > Hello!
> >
> > Opinions, please.
> >
> > I use rsync to copy my primary backup drive to a secondary backup
> > drive
> > , so that the secondary backup drive is theoretically
On Wed, Jan 17 2024 at 11:19:39 AM, Default User
wrote:
> Hello!
>
> Opinions, please.
>
> I use rsync to copy my primary backup drive to a secondary backup drive
> , so that the secondary backup drive is theoretically always an exact
> copy of the primary backup drive.
>
> Here is the rsync
On 1/17/24 08:19, Default User wrote:
Hello!
Opinions, please.
I use rsync to copy my primary backup drive to a secondary backup drive
, so that the secondary backup drive is theoretically always an exact
copy of the primary backup drive.
Here is the rsync command I use:
time sudo rsync
Hello!
Opinions, please.
I use rsync to copy my primary backup drive to a secondary backup drive
, so that the secondary backup drive is theoretically always an exact
copy of the primary backup drive.
Here is the rsync command I use:
time sudo rsync -aAXHxvv --delete-after --numeric-ids --
52 matches
Mail list logo