I'm sort of at a loss here:
backup:/etc/bacula/scripts# grep bacula /etc/group
disk:x:6:bacula
tape:x:26:bacula
bacula:x:102:
changer:x:106:bacula
backup:/etc/bacula/scripts# ls -l /dev/nst0
crw-rw 1 root tape 9, 128 Jun 16 13:21 /dev/nst0
backup:/etc/bacula/scripts# ls -l /dev/sg1
crw-rw-
On Mon, 2005-06-20 at 10:20 -0500, Chris Lee wrote:
> I don't know about Debian or Ubuntu, but the package itself is called mt-st.
FWIW, in Ubuntu and Debian /bin/mt is part of the cpio package.
I'm stracing bacula-sd right now to see if that points me anywhere.
--
---
Nathan Valentine, CISSP
First the background info:
# dpkg -l | grep bacula
hi bacula-common 1.36.1-1 Network backup, recovery and verification (C
hi bacula-console 1.36.1-1 Network backup, recovery and verification (M
hi bacula-directo 1.36.1-1 Network backup, recovery and verification (D
hi bacu
I recently posted with a similar scenario. I only received one response
but that response was basically "Don't use Bacula. Use tar." That wasn't
a viable option in my case and I suspect it won't be in yours.
I ended up configuring the Schedule such that I run Weekly Level 0's and
nightly differe
> You can do something similar for example with the Linux volume manager by
> creating a filesystem snapshot and backing up that one instead of the real
> fs. Should be no big problem to have that done by running some lines of
> shell before and after the backup.
That was my first impression a
> If you don't want that, bacula is not the right tool for you. Or,
> rather, your client.
Consistency. They are using Bacula in several other locations, are
comfortable with the console, and switched from tar based backups
because of the lack of a console. Additionally, this site gets
different
First, I know that the backup scheme that I'm about to layout has
problems. This is what the client has requested and they are aware of
the possible consequences and have accepted the risk. ;)
They have a single tape drive. No carousel. The pool has 8 tapes.
Volume, File, and Job retention are al
> Is there a way to detect if the MySQL client library supports threading? I've
> installed the latest rpm packages from the MySQL webpage.
Well, I'm on Debian here so the process would be a bit different.
Looking at the package descriptions for libmysql would tell you. You may
also be able to
Hmm. I was going to suggest that perhaps the director was blocked on a
database operation as I had seem similar problems with very large tables
using the non-threaed MySQL client library and with very large SQLite
databases. But it seems that that should have been cleared up when you
created a new
> Try another mount. Or an unmount followed by a mount.
>
> I suspect it's because the drive is still "settling". If you can see
> the drive, what is happening? What type of drive?
That is one of the first things that I tried. The only thing that has
worked for me was to restart the daemon. O
I'm having fairly regular problems with bacula-sd not mounting tapes
either automagically per the Bacula config or via the "mount" command in
bacula-console. When the problem occurs, bacula-sd always reports
something like the following:
*mount
Automatically selected Storage: HP-Ultrium
3001 OK
11 matches
Mail list logo
