I suggest trying bconsole instead.
Hi Dan,
Thanks for your reply. If I use the non-gui interface, it works. But these
warnings are bothering me. Am I making a correct backup when it says Restore
is not possible?
Ger.
-
On Jul 19, 2006, at 10:08 PM, Ryan Novosielski wrote:
Providing proper information for FREE support from a bunch of
people who
are in the same boat you are really isn't too much to ask. I
suggest you
adjust your attitude.
Copying the same information back and forth between mailing lists
Sorry, I thought one thing and wrote another. It's not
InnoDB - it's MyISAM. It's the adequate storage engine
for Bacula. Regards,
and why no innodb ?? works fine for me, big tables, simpler
memory model than innodb (no tons of buffers to tune), and
negligeable performance hit...
have a nice
John wrote:
Everything works fine on the linux boxes but the solaris boxes are showing
these
errors:
Note: /data is an EMC storage array.
ava-adbu1a-fd: Filesystem change prohibited. Will not descend into /net
ava-adbu1a-fd: Filesystem change prohibited. Will not descend into
This is a project that I have planned for quite some time (several years),
though the splitting of the manual may be somewhat different. Now that Frank
Sweetser has begun working on the documentation, this project has a much
higher chance of being realized.
On Thursday 27 July 2006 09:24,
On Friday 28 July 2006 09:33, Bernhard Suttner wrote:
Here is my make_mysql_tables for innodb!
What are the advantages and disadvantages of using innodb over myiasm? What
is most important for users is not the internal complexity of the program,
but the speed as well as not having table size
On 2006-07-26 10:46, Kern Sibbald wrote:
On many non-autochanger drives, doing an eject requires an explicit load
command, and Bacula never uses that command (except in btape). I recommend
avoiding ejecting except if required.
Yeas, but that is not at all what I wrote, the problem is
On Tue, 25 Jul 2006, Jo Rhett wrote:
Okay, now it's been what - 3 weeks? And as far as I can tell nobody
has even looked at this problem.
Bacula is user-supported software.
From what I've seen on the list, you have provided inadequate information
about what is going wrong, have not spent
On Thu, 27 Jul 2006, Birger Blixt wrote:
When a tape is loaded directly into a drive from a mailslot, some
changers classify it as unknown
Data Transfer Element 0:Full (Unknown Storage Element
Loaded):VolumeTag = ALOW0041
^^^
Data
On Thu, 27 Jul 2006, Emery Guevremont wrote:
At least, spooling should guarantee that your tape drive is able to run at
full speed continuosly. If for some reason your system isn't able to supply
data to the tape drive at fast enough rate, the drive keeps
On Friday 28 July 2006 12:26, Birger Blixt wrote:
On 2006-07-26 10:46, Kern Sibbald wrote:
On many non-autochanger drives, doing an eject requires an explicit load
command, and Bacula never uses that command (except in btape). I
recommend
avoiding ejecting except if required.
Hello,
I'm using Nagios to monitor Bacula server. To do this, I'm connecting on
the TCP 9101 port to see if connection can be established. Every time
Nagios connects, I'm getting an e-mail saying:
28-Jul 14:57 my-director: ERROR in authenticate.c:269 UA Hello from
This has to rank as one of the stupidest spam detection measures I
have ever seen.
So apparently, one cannot read mailing lists from a host behind a
firewall any longer?
I mean seriously, this ranks so high that I simply cannot think of a
more useless spam prevention method. It will
On Jul 26, 2006, at 8:16 PM, Dan Langille wrote:
1. bacula-dir dies for reasons unknown when starting a backup that
uses identical configuration to other systems
Ouch. That's bad. Something must be different.
Nothing is different other than the hostname of the system and the
password
On Tue, 25 Jul 2006, Jo Rhett wrote:
This has to rank as one of the stupidest spam detection measures I
have ever seen.
Their servers, their rules.
Deal with it.
-
Take Surveys. Earn Cash. Influence the Future of IT
On 28 Jul 2006 at 9:36, Jo Rhett wrote:
On Jul 26, 2006, at 8:16 PM, Dan Langille wrote:
1. bacula-dir dies for reasons unknown when starting a backup that
uses identical configuration to other systems
Ouch. That's bad. Something must be different.
Nothing is different other than
On Jul 28, 2006, at 3:52 AM, Alan Brown wrote:
Bacula is user-supported software.
Thanks! I never knew that. Gee, this is my first open source
project, right?
From what I've seen on the list, you have provided inadequate
information
about what is going wrong, have not spent any time
On Jul 28, 2006, at 9:50 AM, Dan Langille wrote:
This email is a fine example of exactly why people are not queuing up
to help you.
I have raised dozens of legitimate issues repeatedly and constantly,
and received nothing but condescending replies. And when it
irritates me enough to call
I haven't the foggiest idea which File Daemons it was unable to
communicate with. Can we please expand the error message to include
this information?
Begin forwarded message:
From: (Bacula) [EMAIL PROTECTED]
Date: July 25, 2006 2:37:01 PM PDT
To: [EMAIL PROTECTED]
Subject: Bacula daemon
How about list volumes?
On 7/28/06, Jo Rhett [EMAIL PROTECTED] wrote:
*purge
Choose item to purge (1-3): 3
Defined Pools:
Select the Pool (1-8): 4
No results to list.
Enter MediaId or Volume name: localnet-0001
sql_get.c:910 Media record for Volume localnet-0001 not found.
*list pools
Sorry, I thought I had included that.
*list volumes
Pool: localnet_Pool
No results to list.
Pool: clients_Pool
No results to list.
Pool: svcolo_Daily
***the right svcolo volumes list here***
Pool: svcolo_Monthly
No results to list.
Pool: svcolo_Quarterly
***the right svcolo volumes list
On Tue, 25 Jul 2006, Jo Rhett wrote:
This has to rank as one of the stupidest spam detection measures I
have ever seen.
On Jul 28, 2006, at 9:47 AM, Alan Brown wrote:
Their servers, their rules.
Deal with it.
Frankly, I can't. Having to use a GUI mail client makes
participation in the
On Fri, 28 Jul 2006, Kern Sibbald wrote:
There are certain limitations in version 1.38.x, that are explained in the
release notes I think -- mainly, if a tape is in drive 2 and Bacula is
writing on drive 1 and then wants to write on the tape that is in drive 2, it
will unload it from drive 2
On Friday 28 July 2006 18:01, Alan Brown wrote:
On Fri, 28 Jul 2006, Kern Sibbald wrote:
There are certain limitations in version 1.38.x, that are explained in the
release notes I think -- mainly, if a tape is in drive 2 and Bacula is
writing on drive 1 and then wants to write on the tape
Jo Rhett wrote:
On Tue, 25 Jul 2006, Jo Rhett wrote:
This has to rank as one of the stupidest spam detection measures I
have ever seen.
On Jul 28, 2006, at 9:47 AM, Alan Brown wrote:
Their servers, their rules.
Deal with it.
Frankly, I can't. Having to use a GUI mail client makes
On Fri, 28 Jul 2006 09:36:28 -0700, Jo Rhett said:
I
can't even get a simple answer on what library is used by the
traceback module so that I can find it, compile it, and get traceback
working.
Bacula doesn't use a
On Fri, 28 Jul 2006 16:04:27 -0400, DAve said:
Jo Rhett wrote:
On Tue, 25 Jul 2006, Jo Rhett wrote:
This has to rank as one of the stupidest spam detection measures I
have ever seen.
On Jul 28, 2006, at 9:47 AM, Alan Brown wrote:
Their servers, their rules.
Deal with it.
On Fri, 28 Jul 2006 09:36:28 -0700, Jo Rhett said:
can't even get a simple answer on what library is used by the
traceback module so that I can find it, compile it, and get traceback
working.
On Jul 28, 2006, at 1:07 PM, Martin Simmons wrote:
Bacula doesn't use a third-party library for
On Jul 28, 2006, at 1:55 PM, Jo Rhett wrote:
The manual is out of date. In particular, the mail commands don't
exist (it uses bsmtp now) and the traceback module uses a dbx
library/database of some sort. I can find no documentation for
what this is.
gcore -o /var/db/bacula/${PNAME}
On Fri, 28 Jul 2006 13:55:10 -0700, Jo Rhett said:
On Fri, 28 Jul 2006 09:36:28 -0700, Jo Rhett said:
can't even get a simple answer on what library is used by the
traceback module so that I can find it, compile it, and get traceback
working.
On Jul 28, 2006, at 1:07 PM, Martin
Martin Simmons wrote:
On Fri, 28 Jul 2006 16:04:27 -0400, DAve said:
Jo Rhett wrote:
On Tue, 25 Jul 2006, Jo Rhett wrote:
This has to rank as one of the stupidest spam detection measures I
have ever seen.
On Jul 28, 2006, at 9:47 AM, Alan Brown wrote:
Their servers, their rules.
Deal
I'm new to bacula and am setting bacula up for backing up a large
raidserver. I have 2 7-slot (single drive) Exabyte Magnum LTO-3
autoloaders connected to the server. I've gone through the basic setup
and tested the tapes and autoloaders for general functionality and
everything seems good.
On Fri, 2006-07-28 at 21:39 +0100, Martin Simmons wrote:
On Fri, 28 Jul 2006 16:04:27 -0400, DAve said:
Jo Rhett wrote:
On Tue, 25 Jul 2006, Jo Rhett wrote:
This has to rank as one of the stupidest spam detection measures I
have ever seen.
I was confronted with the same
On Friday 28 July 2006 15:04, Bartosz Piec wrote:
Hello,
I'm using Nagios to monitor Bacula server. To do this, I'm connecting on
the TCP 9101 port to see if connection can be established. Every time
Nagios connects, I'm getting an e-mail saying:
28-Jul 14:57 my-director: ERROR in
On Fri, 2006-07-28 at 13:55 -0700, Jo Rhett wrote:
The manual is out of date. In particular, the mail commands don't
exist (it uses bsmtp now) and the traceback module uses a dbx library/
database of some sort. I can find no documentation for what this is.
gcore -o
Please always copy the list.
On Friday 28 July 2006 21:41, Bartosz Piec wrote:
Kern Sibbald wrote:
How to get rid of this? I want do disable _only_ this type of e-mails.
Add a !security to your Messages resource where you send out the emails.
Won't it filter me any really important
On 28 Jul 2006 at 9:59, Jo Rhett wrote:
On Jul 28, 2006, at 9:50 AM, Dan Langille wrote:
This email is a fine example of exactly why people are not queuing up
to help you.
I have raised dozens of legitimate issues repeatedly and constantly,
and received nothing but condescending
Please always copy the list.
Hopefully someone will explain it to you.
On Friday 28 July 2006 22:07, [EMAIL PROTECTED] wrote:
In the message dated: Fri, 28 Jul 2006 21:46:23 +0200,
The pithy ruminations from Kern Sibbald on
Re: [Bacula-users] Maximum Concurrent Jobs for a device were:
=
Hello,
On Friday 28 July 2006 22:56, Dirk Kleinhesselink wrote:
I'm new to bacula and am setting bacula up for backing up a large
raidserver. I have 2 7-slot (single drive) Exabyte Magnum LTO-3
autoloaders connected to the server. I've gone through the basic setup
and tested the tapes
On Jul 28, 2006, at 1:04 PM, DAve wrote:
I was confronted with the same problem back in 1998 and I used
ssmtp. I
think it was ssmtp, that was a long time ago. I set it up and
continued
to use Mutt (which is still my favorite MUA though I have to use OE
and
Thunderbird now) with no
On Jul 28, 2006, at 1:39 PM, Martin Simmons wrote:
OK, here is one piece of useful info: I just posted to bacula-users
using a
GNU Emacs mail client, connecting to a sendmail mail server that is
behind a
firewall. The message was accepted by sourceforge and delivered
back to me
and
On Jul 28, 2006, at 3:01 PM, Richard Mortimer wrote:
The important thing is the SMTP envelope address that is presented
to sourceforge
and not the original envelope generated by the sender. As I
understand it
sf just checks whether the mail servers for your domain will accept
mail to
So I'm quoting from WAY back in the thread because it has relevant
information.
We found the problem, and it had nothing to do with bacula. (Which
means that the Director code has a real flaw that can cause segfaults.)
The network card being used to back up the server was fried/frying/
43 matches
Mail list logo