Tray monitor "about" indicates 2.3.1 as version in sourceforge installer.
begin:vcard
fn;quoted-printable:Jean-S=C3=A9bastien Hederer
n;quoted-printable:Hederer;Jean-S=C3=A9bastien
org:ASPerience
email;internet:[EMAIL PROTECTED]
title;quoted-printable:G=C3=A9rant
tel;cell:0669562149
x-mozilla-ht
Nick Pope wrote:
>> Most likely, you either need to offline the tape before it can be
>> unloaded. Look into the mtx-changer script, there is some inline
>> documentation available.
> I recently acquired a136T and I think I finally have it working with
> Bacula.
>
> I was getting errors until
On Sat, 2007-09-08 at 22:26 +0200, Peter Buschman wrote:
> Try the current version of mtx-changer from SVN. I fixed a bug a few
> weeks ago that was preventing the drive ready detection from working
> properly (hence, no wait loop after issuing a tape load command). A
> sleep statement in the
The openSuSE10.2x86_64 version of Bacula 2.2.1 has been released to
Sourceforge (rpms-contrib-psheaffer)
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/
Try the current version of mtx-changer from SVN. I fixed a bug a few
weeks ago that was preventing the drive ready detection from working
properly (hence, no wait loop after issuing a tape load command). A
sleep statement in the right place would have cured the symptom but
not the root cause
Martin,
Thanks for the advice. I have an additional file in my /etc/env.d directory
that contains the PYTHONPATH. I've run env-update and source /etc/profile.
My profile.env, ld.so.conf and ld.so.cache files are up to date.
I am not using su when checking the env variables.
I changed my jobdef
On Fri, 2007-09-07 at 23:04 -0700, Andy Hughes wrote:
> Martin,
>
> I also setup a system with and HP Storageworks 1/8 using LTO2 in the past 3
> weeks. The only change I had to make was to add a sleep statement or two in
> the mtx-changer script.
Would you be kind enough to share your mtx-cha
On 9/7/07, Dan Langille <[EMAIL PROTECTED]> wrote:
>
> On 7 Sep 2007 at 14:00, Hydro Meteor wrote:
>
> > Hello all,
> >
> > I just successfully went through a configure, make and make install
> process
> > on an Intel Apple Xserve running Mac OS X Server 10.4.10 ... using
> > PostgreSQL 8.1.9 as a
> Windows Disaster Recovery with Bacula - how one guy did it
>
> http://paulspontifications.blogspot.com/2007/09/windows-disaster-
> recovery-with-bacula.html
>
> or http://tinyurl.com/yu2kts
>
I've done it that way before too, but building BartPE can be a real
PITA. The big advantage of the Ba
Windows Disaster Recovery with Bacula - how one guy did it
http://paulspontifications.blogspot.com/2007/09/windows-disaster-
recovery-with-bacula.html
or http://tinyurl.com/yu2kts
--
Dan Langille - http://www.langille.org/
Available for hire: http://www.freebsddiary.org/dan_langille.php
---
On Fri, 7 Sep 2007, Dan Langille wrote:
> On 8 Sep 2007 at 2:42, Doytchin Spiridonov wrote:
>> At least we found a working solution (no concurrent jobs, because with
>> concurent jobs bacula was useless) hoping they will fix it sometime
>> when they receive enough proof that there IS a bug. You ca
11 matches
Mail list logo