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.
This is my first experience with Bacula. It is working great. The
documentation is very good and has
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 can
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
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 BartPE
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-changer
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
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
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
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 I put