On 3/19/2011 11:29 AM, Dan Langille wrote:
> On 3/4/2011 7:32 AM, Dan Langille wrote:
>> This situation occurs often. Usually every morning. If I cancel the top
>> job (in this ca 54502), the other jobs will proceed.
>>
>>
>>
>> Running Jobs:
>> Console connected at 04-Mar-11 12:23
>> JobId Le
Chris Hoogendyk wrote:
>
> After that, I convinced management to pay for mirrored drives.
>
How much was the overtime bill? ;)
--
Enable your software for Intel(R) Active Management Technology to meet the
growing mana
On 3/23/11 12:51 PM, Alan Brown wrote:
> Mehma Sarja wrote:
>> Since drives ONLY fail on Friday afternoons local time, an effective
>> remedy is to check for SMART messages before the weekend. Foolish as
>> that is, I am surprised how many times it has held true for me.
> For similar reasons we o
Mehma Sarja wrote:
> Since drives ONLY fail on Friday afternoons local time, an effective
> remedy is to check for SMART messages before the weekend. Foolish as
> that is, I am surprised how many times it has held true for me.
For similar reasons we only perform work on critical infrastructure
On 3/23/11 7:28 AM, Alan Brown wrote:
> Phil Stracchino wrote:
>
>> Well, a good start is to use something like SMART monitoring set up to
>> alert you when any drive enters what it considers a pre-fail state.
>> (Which can be simple age, increasing numbers of hard errors, increasing
>> variation i
John Drescher wrote:
>> I haven't had as many die as you have (Do your users kick their computers
>> around the room?) but my experience matches yours when looking at changes in
>> the raw data. The problem is I haven't had enough die to put 100% certainty
>> on it so I tend to rely on smartd's out
> I haven't had as many die as you have (Do your users kick their computers
> around the room?) but my experience matches yours when looking at changes in
> the raw data. The problem is I haven't had enough die to put 100% certainty
> on it so I tend to rely on smartd's output.
>
I have between 10
John Drescher wrote:
> I would say this is true for smart PASS / FAIL but if you look at the
> raw SMART data you can use this to predict failure before it totally
> fails.
I agree but they don't do that.
> At least I have been able to predict this for the 10 to 20
> drives that have died here
Jacek Bilski wrote:
> rsyncing won't work because it's a small installation, and the only
> machine that could host rsynced data is the one with bacula pool of
> volumes. But thanks anyway.
Add a couple of extra disks dedicated for rsync purposes?
Even an external USB will be fine. The initial
>> Well, a good start is to use something like SMART monitoring set up to
>> alert you when any drive enters what it considers a pre-fail state.
>> (Which can be simple age, increasing numbers of hard errors, increasing
>> variation in spindle speed, increasing slow starts, etc, etc...)
>
> FWIW: N
Wouter Verhelst wrote:
> - Since things haven't really been running smoothly here, every time the
> backup fails, the customer gets less happy with bacula. Are there any
> other people here who run bacula to write fairly large volumes of data
> to tape, and can they give me some pointers on
Phil Stracchino wrote:
> Well, a good start is to use something like SMART monitoring set up to
> alert you when any drive enters what it considers a pre-fail state.
> (Which can be simple age, increasing numbers of hard errors, increasing
> variation in spindle speed, increasing slow starts, etc,
Mehma Sarja wrote:
> There is one more thing to think about and that is cumulative aging.
> Starting with all new disks is a false sense of security because as they
> age, and if they are in any sort of RAID/performance configuration, they
> will age and wear evenly.
Expanding on that:
It is
Miłosz Kosobucki wrote:
> So,
>
> is there any way to keep 7 days of backup that doesn't require having
> two full backups on disk at any point?
>
My opinion:
If you don't have _at least_ 2 full backups on disk or tape for a
fileset at any given instant you aren't doing it properly
(Grandfat
14 matches
Mail list logo
