Hi,
I would like to move MYSQL database to another server. But when I run any
job I have message like below:
09-paĹş 07:40 max-dir: TygWymiatacz.2009-10-09_07.40.25 Fatal error:
sql_create.c:85 sql_create.c:85 insert INSERT INTO Job
(Job,Name,Type,Level,JobStatus,SchedTime,JobTDate) VALUES
('TygW
I have a Dell PowerVault TL2000 tape library connected to a Dell
PowerEdge R610 server. The problem seems to be related to the
autochanger. The tape unload command timeouts and the backup fails. The
tape is unloaded but the tape library hangs and becomes non-responsive.
Even the on/off button does
I think I found the problem.
As I said I reset the tapes with:
mt rewind; mt weof ; mt rewind
In that case (although 'label barcodes' seemed to work):
3305 Autochanger "load slot 1, drive 0", status is OK.
3905 Device "LTO-4" (/dev/nsa0) open but no Bacula volume is mounted.
Now I reset the tape
Uwe Schuerkamp wrote:
> Hi folks,
>
> quick question about Bacula 2.4.x: Is it possible to generate an Exclude
> fileset statement by "inclusion" of a text file that lists dirs to be
> excluded in a line-by-line fashion?
Something like this maybe:
Exclude {
File = "http://www.bacula.org/en/
Marek Simon wrote:
> My experience is that the Director name must match, the password must
> match and fd name doesn't need to match, maybe in some lastest version
> must match too.
I tried with a bacula 3.0.1
Backup and Restore worked perfectly with a changed fd name in bacula-
fd.conf.
--
b
Dear Sender,
i am no longer working with nunet. Your mail will not be forworded.
Please direct all mail to nunet Operations Team (operati...@nunet.de)
--
Come build with us! The BlackBerry(R) Developer Conference in SF,
My experience is that the Director name must match, the password must
match and fd name doesn't need to match, maybe in some lastest version
must match too.
And to the bacula passwords: in my bacula I always generate a long
random password (fifty chars of filth) and write it to both configs
(t
On Thu, Oct 8, 2009 at 1:45 PM, John BORIS wrote:
> John,
> Thanks for the quick response. Also should the names match. In my
> director I have the Client named John but that machine has a different
> name. I figure the Ciient name on the server (bacula-dir.conf) is a
> place holder and it uses t
The name in the fd conf file has to match the server's config. That is the
only requirement.
On 10/8/09 1:49 PM, "John Drescher" wrote:
> On Thu, Oct 8, 2009 at 1:45 PM, John BORIS wrote:
>> John,
>> Thanks for the quick response. Also should the names match. In my
>> director I have the Cli
Marek Simon wrote:
> Alan is right. The problem is not the inserting itself but the fact,
> that Storage is blocked while the job do not need it more. If I disable
> attribute spooling the attributes will be stored with data and the time
> the job spends will be the same (I think).
>
Maybe.
On Thu, Oct 8, 2009 at 1:45 PM, John BORIS wrote:
> John,
> Thanks for the quick response. Also should the names match. In my
> director I have the Client named John but that machine has a different
> name. I figure the Ciient name on the server (bacula-dir.conf) is a
> place holder and it uses t
John,
Thanks for the quick response. Also should the names match. In my
director I have the Client named John but that machine has a different
name. I figure the Ciient name on the server (bacula-dir.conf) is a
place holder and it uses the IP address to handle the connection and
sends the password.
On Thu, Oct 8, 2009 at 1:01 PM, John BORIS wrote:
> That is where I think I have things confused. I tried to follow the
> manual but what about the line
> @client_password@
>
> That is exactly how it is in the file.
You need to fill that in.
> The other two are not the exact
> passwords but are
On Thu, Oct 8, 2009 at 12:26 PM, John BORIS wrote:
> I had to rebuild my Bacula setup here and lost all of my setups.
> Currently I am trying to get the Windows client to talk to my Bacula on
> my RHEL 5 setup. Looking at the manual I can't wrap my head around the
> configuration. In my director
That is where I think I have things confused. I tried to follow the
manual but what about the line
@client_password@
That is exactly how it is in the file. The other two are not the exact
passwords but are different. should they be the same?
>>> John Drescher 10/8/2009 12:52 PM >>>
On Thu, Oct
Yes. That was my first step. I opened 9102 and 9103 and 9101
>>> John Drescher 10/8/2009 12:51 PM >>>
On Thu, Oct 8, 2009 at 12:26 PM, John BORIS
wrote:
> I had to rebuild my Bacula setup here and lost all of my setups.
> Currently I am trying to get the Windows client to talk to my Bacula
on
>
Alan is right. The problem is not the inserting itself but the fact,
that Storage is blocked while the job do not need it more. If I disable
attribute spooling the attributes will be stored with data and the time
the job spends will be the same (I think).
The database performance is another prob
On Thu, Oct 8, 2009 at 12:26 PM, John BORIS wrote:
> I had to rebuild my Bacula setup here and lost all of my setups.
> Currently I am trying to get the Windows client to talk to my Bacula on
> my RHEL 5 setup. Looking at the manual I can't wrap my head around the
> configuration. In my director
I had to rebuild my Bacula setup here and lost all of my setups.
Currently I am trying to get the Windows client to talk to my Bacula on
my RHEL 5 setup. Looking at the manual I can't wrap my head around the
configuration. In my director I have this setup:
Client {
Name = John
Address = 172.31
On Wed, 7 Oct 2009, Cedric Tefft wrote:
> The second phase (what you describe as DIA) is a result of using "Spool
> Attributes = yes" in your job defs. Changing this to no MIGHT solve
> your problem. OTOH, it might actually make things worse. I suggest you
> look up the Spool Attributes direct
On Wed, 7 Oct 2009, Kael Fischer wrote:
> Hello,
>
> Reading the docs and experimenting has gotten me pretty far. I'm not
> having any problem backing up smallish jobs with spooling to disk and
> despooling to an LTO-4 drive in an overland arcvault12. But while
> backing up a 3TB RAID array, the
Hey,
I'm running Bacula 3.0.2 on FreeBSD/amd64 7.2 using Postgresql 8.3.7
and currently runing into a problem where the bacula director crashes
with a segfault / bus error when I run some of my backup jobs. It's
100% reproduceable for at least the one job, but another job worked
just fine.
I sus
OPERATING SYSTEM = Ubuntu 8.04.3 LTS
BACULA VERSION(upgraded from 2.2.8-5)
bacula-client 2.2.8-5ubuntu7.2
bacula-common 3.0.2-3
bacula-common-mysql 3.0.2-3
bacula-console
Hi all,
- "Jan Schulze" wrote:
> Hi all,
>
> I have been using Bacula 2.2.8 with an Overland ArcVault 24 for a long
> time without problems. Recently, the SD is dying every night before
> the first backup. I get the following GDB traceback and the backups
> fail due to "Comm error with SD"
24 matches
Mail list logo
