Am 2013-03-21 01:21, schrieb Phil Kennedy:
Previous admin had us using monitoring with Zenoss (with SNMP hardware
monitoring.) I'm in the process of moving us to Nagios with a much,
MUCH
deeper level of monitoring. I've inherited mess that I was led to
believe was a finely tuned machine.
On Fri, Mar 22, 2013 at 12:46 PM, Arnold Krille arn...@arnoldarts.de wrote:
Actually I am in the same position and working my way trough lots of
interesting-configured machines and legacy stuff (to say it nicely).
But blaming the data-loss on the software-raid and not on the missing
Hi,
I recently had a somewhat odd system failure (poorly configured software
RAID) that lead to a *very* old set of BackupPC config files being
loaded. On one windows machine (possibly more), the default SMB share
was reset to C$ instead of E$. The full count keep, plus the min keep
values
Hi,
Phil Kennedy wrote on 2013-03-20 12:37:10 -0400 [[BackupPC-users] Stop
TrachClean / Return directories backup list]:
Hi,
I recently had a somewhat odd system failure (poorly configured software
RAID) that lead to a *very* old set of BackupPC config files being
loaded. On one windows
Phil Kennedy wrote at about 12:37:10 -0400 on Wednesday, March 20, 2013:
Hi,
I recently had a somewhat odd system failure (poorly configured software
RAID) that lead to a *very* old set of BackupPC config files being
loaded. On one windows machine (possibly more), the default SMB share
Holger Parplies wrote at about 19:56:26 +0100 on Wednesday, March 20, 2013:
Hi,
Phil Kennedy wrote on 2013-03-20 12:37:10 -0400 [[BackupPC-users] Stop
TrachClean / Return directories backup list]:
Hi,
I recently had a somewhat odd system failure (poorly configured software
RAID
Self-replying to add a little detail here;
The system that failed is a Red Hat Enterprise system (5.9 at the
moment.) The system has the backuppc (3.2.0) pool living on a Promise
vTrak system in a Software RAID 10 (softlinked to a partition called
/backup). That part is fine.
The OS drives
On 21/03/13 10:41, Phil Kennedy wrote:
Self-replying to add a little detail here;
The system that failed is a Red Hat Enterprise system (5.9 at the
moment.) The system has the backuppc (3.2.0) pool living on a Promise
vTrak system in a Software RAID 10 (softlinked to a partition called
On 3/20/2013 7:57 PM, Adam Goryachev wrote:
On 21/03/13 10:41, Phil Kennedy wrote:
Self-replying to add a little detail here;
The system that failed is a Red Hat Enterprise system (5.9 at the
moment.) The system has the backuppc (3.2.0) pool living on a Promise
vTrak system in a Software
Phil Kennedy wrote at about 19:41:07 -0400 on Wednesday, March 20, 2013:
Self-replying to add a little detail here;
The system that failed is a Red Hat Enterprise system (5.9 at the
moment.) The system has the backuppc (3.2.0) pool living on a Promise
vTrak system in a Software RAID
Hi,
Phil Kennedy wrote on 2013-03-20 19:41:07 -0400 [Re: [BackupPC-users] Stop
TrachClean / Return directories backup list]:
[...]
The OS drives were supposed to have been configured as a software RAID 1
but (and for the life of me, I cannot figure out how this could happen
aside from
Holger Parplies wrote at about 02:12:16 +0100 on Thursday, March 21, 2013:
That should be unnecessary as long as BackupPC is not running. Err, does the
web interface work without a running BackupPC daemon?
I don't believe it does... but it's been a while since I tried that...
On 3/20/2013 9:12 PM, Holger Parplies wrote:
Hi,
I've had that happen (except that I noticed before a drive broke) at least
once, and I remember that Les has also. From what I remember of his
explanation (please correct me if I'm wrong), two physical disks concurrently
positioning their
On 21/03/13 12:28, Phil Kennedy wrote:
On 3/20/2013 9:12 PM, Holger Parplies wrote:
I've had that happen (except that I noticed before a drive broke) at least
once, and I remember that Les has also. From what I remember of his
explanation (please correct me if I'm wrong), two physical disks
14 matches
Mail list logo