Re: [Bacula-users] Serious issues, should I start over?

2010-01-31 Thread Jesper Krogh
Eric Downing wrote:
 Ok in my bacula-dir.conf file there was an entry for 'diraddress=127.0.0.1' 
 however   commented that out earlier by myself upon a suggestion I read 
 somewhere. I uncommented it and changed it to the local IP. I restarted 
 bacula-director and tried to bconsole in with the same results.
 
 Additionally, netstat -a|grep 3306 checking for MySQL didn't show, then the 
 same 
 command but used the bacula ports, and no dice. in /etc/services the bacula 
 services are listed. Furthermore ps -Af shows nothing Bacula or MySQL 
 related. I 
 am unfamiliar with MySQL however I have used MSSQL a fair amount in the past 
 (GUI stuff though). My box running Ubuntu is CLI only.
 
 Not sure where to go from here. Thoughts?

MySQL has a similar configuration option in /etc/mysql/my.cnf
(bind-address).. go change that one. You may also have to look into
skip-networking dependent on the version of mysql you use.

Restart mysql afterwards.

-- 
Jesper

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Serious issues, should I start over?

2010-01-31 Thread Bruno Friedmann
On 01/31/2010 07:20 AM, Eric Downing wrote:
 Hi,
 
 New to bacula, semi-new to Linux. So I'm having some serious problems getting 
 bacula up and running. I have read the Bacula quick start and skimmed the 
 rest, 
 I'm fairly certain I understand the fundamentals. I followed a guide here: 
 https://help.ubuntu.com/community/Bacula
 
 The first issue is I cannot connect to the console using bconsole. The error 
 cited is:
 
 Fatal error: bsock.c:129 Unable to connect to Director daemon on
 localhost:9101. ERR=Connection refused
 
 Whilst looking that one up, I was tailing /var/log/bacula/log and noticed:
 
 31-Jan 01:13 bacula-dir JobId 0: Fatal error: Could not open Catalog
 MyCatalog, database bacula.
 31-Jan 01:13 bacula-dir JobId 0: Fatal error: mysql.c:194 Unable to 
 connect
 to MySQL server.
 Database=bacula User=bacula
 MySQL connect failed either server not running or your authorization is
 incorrect.
 31-Jan 01:13 bacula-dir ERROR TERMINATION
 Please correct configuration file: /etc/bacula/bacula-dir.conf
 
 In MySQL there actually is no bacula database, so I created it and still got 
 the 
 same error. I also checked that the bacula password for MySQL and the 
 password 
 defined in /bacula-dir.conf were synced.
 
 Seeing as how these seem to be serious errors, should I wipe and restart? Or 
 do 
 you think these could be fixable?
 
 Thanks,
 Eric
 
 

Hi Eric, I've also check the other message in the threads.
Understanding what you are doing is the fundamental about having success.
So yes bacula documentation is huge, but everything is in !

One of the first few points you should check (and this is ubuntu/debian related)

What type of database would you use : sqlite,mysql,postgresql ?
Once you choose : the mysql / postgresql needs to be installed and running.

Next choose the according bacula-dir package as each database is specifically 
linked to.
so there's one bacula-dir for sqlite, one for mysql one for postgresql, and 
they can't be mixed.

At your place, I would remove by purge all bacula related package, make my 
decision and re-start install.
(If it doesn't work out of the box, complain about the packager)

And yes in ubuntu/debian world they tend to understand network backup service 
to localhost. So you have
to change all 127.0.0.1 or localhost in all config files -dir -fd -sd if you 
want to backup something on your network.

Hope this help you to get a good start


-- 

 Bruno Friedmann
Reply only to list


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


[Bacula-users] ClientTroubleShootHelp

2010-01-31 Thread Tommy
New to bacula

Ubuntu9.10 (Karmic..)
bacula 2.4.4
mysql

Director runs on machine dell.xxx.xxx as dell-dir
  dell-fd and dell-sd test backups run fine
Client (5.0.x) runs on thinky.xxx.xxx as thinky-fd
*
Output of bconsole status

*You have messages.
*
31-Jan 07:13 dell-dir JobId 0: Fatal error: File daemon at thinky:9102
rejected Hello command
*
telnet to thinky:9102 is OK so I think all ports are available.

Passwords are the same.

Does the Client version have to match the Director version?

If so

I have a Windows 7 laptop that I want to add as a Client after I get this XP
client working so is the 2.4.4 Windows client the way to go or should I
(try) to compile the 5.0 Bacula from source?  And is there a 5.0 source
Ubuntu .deb that anyone can point me to 'cause I don't really know what I'm
doing on the source compiling?

thanks
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] ClientTroubleShootHelp

2010-01-31 Thread Ralf Gross
Tommy schrieb:
 New to bacula
 
 Ubuntu9.10 (Karmic..)
 bacula 2.4.4
 mysql
 
 Director runs on machine dell.xxx.xxx as dell-dir
   dell-fd and dell-sd test backups run fine
 Client (5.0.x) runs on thinky.xxx.xxx as thinky-fd

You can't use 5.0 bacula-fd with  5.0 bacula-dir.

Ralf

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Serious issues, should I start over?

2010-01-31 Thread Mike Ruskai

On 1/31/2010 1:20 AM, Eric Downing wrote:/bacula-dir.conf
In MySQL there actually is no bacula database, so I created it and 
still got the same error. I also checked that the bacula password for 
MySQL and the password defined in /bacula-dir.conf were synced.


Seeing as how these seem to be serious errors, should I wipe and 
restart? Or do you think these could be fixable?


In saying you created it, do you mean you just created an empty 
database, or that you ran the database scripts to generate and 
initialize the correct tables?


Bacula comes with scripts to create the database and tables.  Where 
those scripts are depends on how you installed Bacula (i.e. what 
distribution, what package management system, etc.).  Looking in 
/etc/bacula is a good start.  What you're looking for is 
'make_mysql_tables' in particular.  Be sure you grant privileges to a 
user configured in bacula-dir.conf under the Catalog section.


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] ClientTroubleShootHelp

2010-01-31 Thread Tommy
The whole problem was the wrong winbacula!  Thanks for help!

Any problem with winbacula2.4.4 with windows 7?

thanks again

tom

On Sun, Jan 31, 2010 at 8:11 AM, Tommy tommyratl...@gmail.com wrote:

 New to bacula

 Ubuntu9.10 (Karmic..)
 bacula 2.4.4
 mysql

 Director runs on machine dell.xxx.xxx as dell-dir
   dell-fd and dell-sd test backups run fine
 Client (5.0.x) runs on thinky.xxx.xxx as thinky-fd
 *
 Output of bconsole status

 *You have messages.
 *
 31-Jan 07:13 dell-dir JobId 0: Fatal error: File daemon at thinky:9102
 rejected Hello command
 *
 telnet to thinky:9102 is OK so I think all ports are available.

 Passwords are the same.

 Does the Client version have to match the Director version?

 If so

 I have a Windows 7 laptop that I want to add as a Client after I get this
 XP client working so is the 2.4.4 Windows client the way to go or should I
 (try) to compile the 5.0 Bacula from source?  And is there a 5.0 source
 Ubuntu .deb that anyone can point me to 'cause I don't really know what I'm
 doing on the source compiling?

 thanks


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Allow Higher Duplicates directive

2010-01-31 Thread Dan Langille
Resending with additional information

ganiuszka wrote:
   Hi,
 
   I am testing Duplicate Job Control. I found a few strange behaviour. 
 One of these is Allow Higher Duplicates.
 
 I used to this job next directives:
 
 Allow Duplicate Jobs = no
 Allow Higher Duplicates = yes
 
 I ran the job, and the moment I started a job of the same name but with 
 a higher priority. First job still worked, second job had a status 
 waiting for higher priority jobs to finish. Why the first job does not 
 abort and the second job starts out of hand?

My guess: Because it was already running.  Bacula does not cancel
running jobs.  The directives are applied to jobs as they are being
added to the queue.

Try running three jobs and then you'll see.

Then you might want to look into these directives:

Cancel Queued Duplicates = yes|no
If this directive is set to yes (default) any job that is already queued 
to run but not yet running will be canceled.

Cancel Running Duplicates = yes|no
If this directive is set to yes any job that is already running will be 
canceled. The default is no.

 
 This is my configuration and steps for this situation:
 
 
 Storage {
  Name = UrzadzeniePlikowe
  Address = darkstar
  SDPort = 9103
  Password = *
  Media Type = Plik
  Device = UrzadzeniePlikoweDev
  Maximum Concurrent Jobs = 10
 }
 
 Storage {
  Name = UP
  Address = darkstar
  SDPort = 9103
  Password = *
  Media Type = Plik
  Device = UPDev
  Maximum Concurrent Jobs = 10
 }
 
 Pool {
  Name = Tescik
  Pool Type = Backup
  Recycle = no
  Storage = UrzadzeniePlikowe
 }
 
 Pool {
  Name = Paktos
  Pool Type = Backup
  Recycle = no
  Storage = UP
 }
 
 Job {
  Name = QemuImages
  Type = Backup
  Level = Full
  Pool = Tescik
  Client = darkstar-fd
  Messages = DirMessages
  FileSet = QemuImages_FileSet
  Allow Duplicate Jobs = no
  Allow Higher Duplicates = yes
  Maximum Concurrent Jobs = 10
 }
 
 run job=QemuImages storage=UP pool=Paktos priority=15
 run job=QemuImages storage=UrzadzeniePlikowe pool=Tescik priority=10
 
 *run job=QemuImages storage=UP pool=Paktos priority=15
 Run Backup job
 JobName:  QemuImages
 Level:Full
 Client:   darkstar-fd
 FileSet:  QemuImages_FileSet
 Pool: Paktos (From User input)
 Storage:  UP (From command line)
 When: 2010-01-30 22:01:17
 Priority: 15
 OK to run? (yes/mod/no): yes
 Job queued. JobId=246
 *run job=QemuImages storage=UrzadzeniePlikowe pool=Tescik priority=10
 Run Backup job
 JobName:  QemuImages
 Level:Full
 Client:   darkstar-fd
 FileSet:  QemuImages_FileSet
 Pool: Tescik (From Job resource)
 Storage:  UrzadzeniePlikowe (From command line)
 When: 2010-01-30 22:01:58
 Priority: 10
 OK to run? (yes/mod/no): yes
 Job queued. JobId=247
 
 * status dir
 
 ..
 ..
 Running Jobs:
 Console connected at 30-sty-10 22:00
   JobId Level   Name   Status
 ==
 246 FullQemuImages.2010-01-30_22.01.48_28 is running
 247 FullQemuImages.2010-01-30_22.02.00_29 is waiting for higher 
 priority jobs to finish
 
 .
 .
 



--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Allow Higher Duplicates directive

2010-01-31 Thread Dan Langille
ganiuszka wrote:
   Hi,
 
   I am testing Duplicate Job Control. I found a few strange behaviour. 
 One of these is Allow Higher Duplicates.
 
 I used to this job next directives:
 
 Allow Duplicate Jobs = no
 Allow Higher Duplicates = yes
 
 I ran the job, and the moment I started a job of the same name but with 
 a higher priority. First job still worked, second job had a status 
 waiting for higher priority jobs to finish. Why the first job does not 
 abort and the second job starts out of hand?

My guess: Because it was already running.  Bacula does not cancel 
running jobs.  The directives are applied to jobs as they are being 
added to the queue.

Try running three jobs and then you'll see.

 
 This is my configuration and steps for this situation:
 
 
 Storage {
  Name = UrzadzeniePlikowe
  Address = darkstar
  SDPort = 9103
  Password = *
  Media Type = Plik
  Device = UrzadzeniePlikoweDev
  Maximum Concurrent Jobs = 10
 }
 
 Storage {
  Name = UP
  Address = darkstar
  SDPort = 9103
  Password = *
  Media Type = Plik
  Device = UPDev
  Maximum Concurrent Jobs = 10
 }
 
 Pool {
  Name = Tescik
  Pool Type = Backup
  Recycle = no
  Storage = UrzadzeniePlikowe
 }
 
 Pool {
  Name = Paktos
  Pool Type = Backup
  Recycle = no
  Storage = UP
 }
 
 Job {
  Name = QemuImages
  Type = Backup
  Level = Full
  Pool = Tescik
  Client = darkstar-fd
  Messages = DirMessages
  FileSet = QemuImages_FileSet
  Allow Duplicate Jobs = no
  Allow Higher Duplicates = yes
  Maximum Concurrent Jobs = 10
 }
 
 run job=QemuImages storage=UP pool=Paktos priority=15
 run job=QemuImages storage=UrzadzeniePlikowe pool=Tescik priority=10
 
 *run job=QemuImages storage=UP pool=Paktos priority=15
 Run Backup job
 JobName:  QemuImages
 Level:Full
 Client:   darkstar-fd
 FileSet:  QemuImages_FileSet
 Pool: Paktos (From User input)
 Storage:  UP (From command line)
 When: 2010-01-30 22:01:17
 Priority: 15
 OK to run? (yes/mod/no): yes
 Job queued. JobId=246
 *run job=QemuImages storage=UrzadzeniePlikowe pool=Tescik priority=10
 Run Backup job
 JobName:  QemuImages
 Level:Full
 Client:   darkstar-fd
 FileSet:  QemuImages_FileSet
 Pool: Tescik (From Job resource)
 Storage:  UrzadzeniePlikowe (From command line)
 When: 2010-01-30 22:01:58
 Priority: 10
 OK to run? (yes/mod/no): yes
 Job queued. JobId=247
 
 * status dir
 
 ..
 ..
 Running Jobs:
 Console connected at 30-sty-10 22:00
   JobId Level   Name   Status
 ==
 246 FullQemuImages.2010-01-30_22.01.48_28 is running
 247 FullQemuImages.2010-01-30_22.02.00_29 is waiting for higher 
 priority jobs to finish
 
 .
 .
 


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Allow Higher Duplicates directive

2010-01-31 Thread ganiuszka
Dan Langille pisze:
 Resending with additional information
 
 ganiuszka wrote:
 I used to this job next directives:

 Allow Duplicate Jobs = no
 Allow Higher Duplicates = yes

 I ran the job, and the moment I started a job of the same name but 
 with a higher priority. First job still worked, second job had a 
 status waiting for higher priority jobs to finish. Why the first job 
 does not abort and the second job starts out of hand?
 
 My guess: Because it was already running.  Bacula does not cancel
 running jobs.  The directives are applied to jobs as they are being
 added to the queue.
 
 Try running three jobs and then you'll see.

Thanks for reply.

Yes, I ran three jobs, and I have the same effect. All three has been 
finished OK.

I guess that  Allow Higher Duplicates does not work correctly. I saw 
the source code and I guess that if Allow Higher Duplicates is set yes 
than actions described in Bacula documentation for this directive do not 
work.

I created a Duplicate Job Control actions diagram. You can see it here:

http://www.image-share.com/image.php?img=159/63.jpg

Here are my steps with three jobs:

*run job=QemuImages storage=UP pool=Paktos priority=15
Run Backup job
JobName:  QemuImages
Level:Full
Client:   darkstar-fd
FileSet:  QemuImages_FileSet
Pool: Paktos (From User input)
Storage:  UP (From command line)
When: 2010-01-31 19:18:37
Priority: 15
OK to run? (yes/mod/no): yes
Job queued. JobId=276
*run job=QemuImages storage=UP pool=Paktos priority=10
Run Backup job
JobName:  QemuImages
Level:Full
Client:   darkstar-fd
FileSet:  QemuImages_FileSet
Pool: Paktos (From User input)
Storage:  UP (From command line)
When: 2010-01-31 19:18:42
Priority: 10
OK to run? (yes/mod/no): yes
Job queued. JobId=277
You have messages.
*run job=QemuImages storage=UP pool=Paktos priority=5
Run Backup job
JobName:  QemuImages
Level:Full
Client:   darkstar-fd
FileSet:  QemuImages_FileSet
Pool: Paktos (From User input)
Storage:  UP (From command line)
When: 2010-01-31 19:18:50
Priority: 5
OK to run? (yes/mod/no): yes
Job queued. JobId=278
*status dir
.
.
Running Jobs:
Console connected at 31-sty-10 19:16
  JobId Level   Name   Status
==
276 FullQemuImages.2010-01-31_19.18.40_15 is running
277 FullQemuImages.2010-01-31_19.18.44_16 is waiting for higher 
priority jobs to finish
278 FullQemuImages.2010-01-31_19.18.51_17 is waiting for higher 
priority jobs to finish

.
.

Regards.
gani

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Serious issues, should I start over?

2010-01-31 Thread Eric Downing




Thanks for that Bruno. I've wiped and
reinstalled my Ubuntu partition. Luckily I had .tar'ed my clean
install. So I'm back to a clean slate. I'm going to get MySQL up and
running and then attempt another Bacula install.

As before, are there any recommended step-by-steps? I have read the
quickstart guide, and skimmed the rest of the bacula documentation, I
think I'm doing it right, however obviously not! Here's how I see the
birds eye view of the process:


Install MySQL, confirm operation
  Install bacula (I'm using apt-get)
  backup originals and modify the -dir -fd -sd
for password and localhost definitions (change localhost and 127.0.0.1
to my listening interface's IP)
  define a backup type, in my case: a directory
located on USB storage
  define a job type
  define a job
  define a schedule


I think thats it?

Thanks again,
Eric



Bruno Friedmann wrote:

  On 01/31/2010 07:20 AM, Eric Downing wrote:
  
  
Hi,

New to bacula, semi-new to Linux. So I'm having some serious problems getting 
bacula up and running. I have read the Bacula quick start and skimmed the rest, 
I'm fairly certain I understand the fundamentals. I followed a guide here: 
https://help.ubuntu.com/community/Bacula

The first issue is I cannot connect to the console using bconsole. The error 
cited is:

Fatal error: bsock.c:129 Unable to connect to Director daemon on
localhost:9101. ERR=Connection refused

Whilst looking that one up, I was tailing /var/log/bacula/log and noticed:

31-Jan 01:13 bacula-dir JobId 0: Fatal error: Could not open Catalog
"MyCatalog", database "bacula".
31-Jan 01:13 bacula-dir JobId 0: Fatal error: mysql.c:194 Unable to connect
to MySQL server.
Database=bacula User=bacula
MySQL connect failed either server not running or your authorization is
incorrect.
31-Jan 01:13 bacula-dir ERROR TERMINATION
Please correct configuration file: /etc/bacula/bacula-dir.conf

In MySQL there actually is no bacula database, so I created it and still got the 
same error. I also checked that the bacula password for MySQL and the password 
defined in /bacula-dir.conf were synced.

Seeing as how these seem to be serious errors, should I wipe and restart? Or do 
you think these could be fixable?

Thanks,
Eric



  
  
Hi Eric, I've also check the other message in the threads.
Understanding what you are doing is the fundamental about having success.
So yes bacula documentation is huge, but everything is in !

One of the first few points you should check (and this is ubuntu/debian related)

What type of database would you use : sqlite,mysql,postgresql ?
Once you choose : the mysql / postgresql needs to be installed and running.

Next choose the according bacula-dir package as each database is specifically linked to.
so there's one bacula-dir for sqlite, one for mysql one for postgresql, and they can't be mixed.

At your place, I would remove by purge all bacula related package, make my decision and re-start install.
(If it doesn't work out of the box, complain about the packager)

And yes in ubuntu/debian world they tend to understand "network backup service" to localhost. So you have
to change all 127.0.0.1 or localhost in all config files -dir -fd -sd if you want to backup something on your network.

Hope this help you to get a good start


  




--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Problem changing tapes due to inconsistency between 'list media' and 'query catalog'?

2010-01-31 Thread Thomas Dhollander
We did test the mtx scripts, they seem to work fine. Also, we used label 
barcodes to label the tapes if i remember well.

Currently, there are only two tapes in the library, one of which has been 
assigned to the Default pool. The problem is that Bacula does not load this 
tape automatically when it is not in the drive.

Thanks again for any suggestions?

Thomas


On 30 Jan 2010, at 20:03, John Drescher wrote:

 On Fri, Jan 29, 2010 at 8:06 AM, John Drescher dresche...@gmail.com wrote:
 On Fri, Jan 29, 2010 at 4:21 AM, Thomas Dhollander
 thomas.dhollan...@gmail.com wrote:
 Hello John
 
 Really hope you could help us find a way to solve this. Please let me know 
 if you need any more information.
 
 
 Have you tested the mtx-changer script? My first thought is that the
 mtx-changer script is not working on your system.
 
 http://www.bacula.org/en/dev-manual/Autochanger_Resource.html#SECTION00179
 
 Also did you ever do a
 
 label barcodes
 
 in a bacula console?
 
 How many tapes do you have installed in you changer?
 
 
 John


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Allow Higher Duplicates directive

2010-01-31 Thread Dan Langille
ganiuszka wrote:
 Dan Langille pisze:
 Resending with additional information

 ganiuszka wrote:
 I used to this job next directives:

 Allow Duplicate Jobs = no
 Allow Higher Duplicates = yes

 I ran the job, and the moment I started a job of the same name but 
 with a higher priority. First job still worked, second job had a 
 status waiting for higher priority jobs to finish. Why the first job 
 does not abort and the second job starts out of hand?
 My guess: Because it was already running.  Bacula does not cancel
 running jobs.  The directives are applied to jobs as they are being
 added to the queue.

 Try running three jobs and then you'll see.
 
 Thanks for reply.
 
 Yes, I ran three jobs, and I have the same effect. All three has been 
 finished OK.
 
 I guess that  Allow Higher Duplicates does not work correctly. I saw 
 the source code and I guess that if Allow Higher Duplicates is set yes 
 than actions described in Bacula documentation for this directive do not 
 work.

In my previous message I mentioned these items.  Did you try them?

 Then you might want to look into these directives:
 
 Cancel Queued Duplicates = yes|no
 If this directive is set to yes (default) any job that is already queued 
 to run but not yet running will be canceled.
 
 Cancel Running Duplicates = yes|no
 If this directive is set to yes any job that is already running will be 
 canceled. The default is no.



--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


[Bacula-users] Tool to test a Fileset what passes?

2010-01-31 Thread Thomas Schweikle
Hi!

Is there a tool available to test a given file-set for backup which
files from a system pass and which are ignore?

I'd like to test file-sets before I apply them to the server maybe
not backing up files that should have been backed up ...!


-- 
Thanks in advance
Thomas


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Serious issues, should I start over?

2010-01-31 Thread mehma sarja
2010/1/31 Eric Downing ripe...@gmail.com
[...]

 Here's how I see the birds eye view of the process:

 Install MySQL, confirm operation
 Install bacula (I'm using apt-get)

 Install from source - it's not that hard.

 backup originals and modify the -dir -fd -sd for password and localhost

 Make life easier and define all passwords the same.

 definitions (change localhost and 127.0.0.1 to my listening interface's IP)

 Don't know what this means.

 define a backup type, in my case: a directory located on USB storage

 Before you start the backups, try bconsole connection to the iorector, yes,
it has a bconsole.conf file as well that you will have to modify.

 define a job type
 define a job
 define a schedule


 I think thats it?

 Thanks again,
 Eric



 Bruno Friedmann wrote:

 On 01/31/2010 07:20 AM, Eric Downing wrote:


  Hi,

 New to bacula, semi-new to Linux. So I'm having some serious problems getting
 bacula up and running. I have read the Bacula quick start and skimmed the 
 rest,
 I'm fairly certain I understand the fundamentals. I followed a guide here: 
 https://help.ubuntu.com/community/Bacula

 The first issue is I cannot connect to the console using bconsole. The error
 cited is:

 Fatal error: bsock.c:129 Unable to connect to Director daemon on
 localhost:9101. ERR=Connection refused

 Whilst looking that one up, I was tailing /var/log/bacula/log and noticed:

 31-Jan 01:13 bacula-dir JobId 0: Fatal error: Could not open Catalog
 MyCatalog, database bacula.
 31-Jan 01:13 bacula-dir JobId 0: Fatal error: mysql.c:194 Unable to 
 connect
 to MySQL server.
 Database=bacula User=bacula
 MySQL connect failed either server not running or your authorization is
 incorrect.
 31-Jan 01:13 bacula-dir ERROR TERMINATION
 Please correct configuration file: /etc/bacula/bacula-dir.conf

 In MySQL there actually is no bacula database, so I created it and still got 
 the
 same error. I also checked that the bacula password for MySQL and the password
 defined in /bacula-dir.conf were synced.

 Seeing as how these seem to be serious errors, should I wipe and restart? Or 
 do
 you think these could be fixable?

 Thanks,
 Eric

  Hi Eric, I've also check the other message in the threads.
 Understanding what you are doing is the fundamental about having success.
 So yes bacula documentation is huge, but everything is in !

 One of the first few points you should check (and this is ubuntu/debian 
 related)

 What type of database would you use : sqlite,mysql,postgresql ?
 Once you choose : the mysql / postgresql needs to be installed and running.

 Next choose the according bacula-dir package as each database is specifically 
 linked to.
 so there's one bacula-dir for sqlite, one for mysql one for postgresql, and 
 they can't be mixed.

 At your place, I would remove by purge all bacula related package, make my 
 decision and re-start install.
 (If it doesn't work out of the box, complain about the packager)

 And yes in ubuntu/debian world they tend to understand network backup 
 service to localhost. So you have
 to change all 127.0.0.1 or localhost in all config files -dir -fd -sd if you 
 want to backup something on your network.

 Hope this help you to get a good start






 --
 The Planet: dedicated and managed hosting, cloud storage, colocation
 Stay online with enterprise data centers and the best network in the
 business
 Choose flexible plans and management services without long-term contracts
 Personal 24x7 support from experience hosting pros just a phone call away.
 http://p.sf.net/sfu/theplanet-com
 ___
 Bacula-users mailing list
 Bacula-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/bacula-users


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Tool to test a Fileset what passes?

2010-01-31 Thread Glen Barber
Hi Thomas,

Thomas Schweikle wrote: 
 Hi!
 
 Is there a tool available to test a given file-set for backup which
 files from a system pass and which are ignore?
 
 I'd like to test file-sets before I apply them to the server maybe
 not backing up files that should have been backed up ...!
 

Have a look at the 'estimate' command.

http://www.bacula.org/en/dev-manual/Bacula_Console.html

Regards,

-- 
Glen Barber

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Tool to test a Fileset what passes?

2010-01-31 Thread Dan Langille
Thomas Schweikle wrote:
 Hi!
 
 Is there a tool available to test a given file-set for backup which
 files from a system pass and which are ignore?
 
 I'd like to test file-sets before I apply them to the server maybe
 not backing up files that should have been backed up ...!

Look into the estimate command, which has a list files option, I think.

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Serious issues, should I start over?

2010-01-31 Thread Eric Downing




OK, I synced all the passwords I could find in
-dir, -fd, -sd, and bconsole. Still experiencing the same issues.

Eric Downing wrote:

  
  Thanks for all your replies. Here's where I
am:
  
I'm able to use bconsole to get the status of the various demons
however what I don't understand is the passwords. I've tried copying
the passwords from bacula-dir.conf into the corresponding bacula-fd and
bacula-sd files however I keep getting the connection refused error
when console tries to connect to the storage and file daemons. What are
these passwords supposed to be and how do they correlate? I feel like
the bacula-dir contains the "master" passwords for the fd and sd - is
that correct? Should I modify the randomly generated passwords in there
and then copy those to their corresponding SD and FD.conf files? Thanks
for any light you can shed on this. I just know this is a simple fix.
  
@bconsole:
  
*status
Status available for:
 1: Director
 2: Storage
 3: Client
 4: All
Select daemon type for status (1-4): 4
tpad-dir Version: 2.4.4 (28 December 2008) i486-pc-linux-gnu debian 5.0
Daemon started 31-Jan-10 20:40, 0 Jobs run since started.
Heap: heap=270,336 smbytes=22,054 max_bytes=22,230 bufs=143
max_bufs=148
  
Scheduled Jobs:
Level Type Pri Scheduled Name
Volume
===
Full Backup 10 01-Feb-10 00:01 ThinkpadFull
*unknown*

  
Running Jobs:
No Jobs running.

No Terminated Jobs.

Connecting to Storage daemon iomega1tb at tpad:9103
  
Failed to connect to Storage daemon iomega1tb.

Connecting to Client tpad-fd at tpad:9102
Failed to connect to Client tpad-fd.

You have messages.
*
31-Jan 20:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to
connect to Storage daemon on tpad:9103. ERR=Connection refused
31-Jan 20:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to
connect to Client: tpad-fd on tpad:9102. ERR=Connection refused
  
  
mehma sarja wrote:
  

2010/1/31 Eric Downing ripe...@gmail.com
[...] 


  Here's
how I see the
birds eye view of the process:
  
  Install MySQL, confirm
operation
Install bacula (I'm using apt-get)
  
  

Install from source - it's not that hard. 


  
   backup originals and modify
the -dir -fd -sd
for password and localhost
  

Make life easier and define all passwords the same. 


  
   definitions (change
localhost
and 127.0.0.1
to my listening interface's IP)
  

Don't know what this means.


  
   define a backup type, in my
case: a directory
located on USB storage
  
  

Before you start the backups, try bconsole connection to the
iorector, yes, it has a bconsole.conf file as well that you will have
to modify. 


  
  define a job type
define a job
define a schedule
  
  
I think thats it?
  
Thanks again,
  Eric
  
  
  
  
  
Bruno Friedmann wrote:
  
On 01/31/2010 07:20 AM, Eric Downing wrote:
  

  Hi,

New to bacula, semi-new to Linux. So I'm having some serious problems getting 
bacula up and running. I have read the Bacula quick start and skimmed the rest, 
I'm fairly certain I understand the fundamentals. I followed a guide here: 
https://help.ubuntu.com/community/Bacula

The first issue is I cannot connect to the console using bconsole. The error 
cited is:

Fatal error: bsock.c:129 Unable to connect to Director daemon on
localhost:9101. ERR=Connection refused

Whilst looking that one up, I was tailing /var/log/bacula/log and noticed:

31-Jan 01:13 bacula-dir JobId 0: Fatal error: Could not open Catalog
"MyCatalog", database "bacula".
31-Jan 01:13 bacula-dir JobId 0: Fatal error: mysql.c:194 Unable to connect
to MySQL server.
Database=bacula User=bacula
MySQL connect failed either server not running or your authorization is
incorrect.
31-Jan 01:13 bacula-dir ERROR TERMINATION
Please correct configuration file: /etc/bacula/bacula-dir.conf

In MySQL there actually is no bacula database, so I created it and still got the 
same error. I also checked that the bacula password for MySQL and the password 
defined in /bacula-dir.conf were synced.

Seeing as how these seem to be serious errors, should I wipe and restart? Or do 
you think these could be fixable?

Thanks,
Eric




Hi Eric, I've also check the other message in the threads.
Understanding what you are doing is the fundamental about having success.
So yes bacula documentation is huge, but everything is in !

One of the first few points you should check (and this is ubuntu/debian related)

What type of database would you use : sqlite,mysql,postgresql ?
Once you choose : the mysql / postgresql needs to be installed and running.

Next choose the according bacula-dir package as each database is specifically 

Re: [Bacula-users] Serious issues, should I start over?

2010-01-31 Thread Eric Downing




Thanks for all your replies. Here's where I am:

I'm able to use bconsole to get the status of the various demons
however what I don't understand is the passwords. I've tried copying
the passwords from bacula-dir.conf into the corresponding bacula-fd and
bacula-sd files however I keep getting the connection refused error
when console tries to connect to the storage and file daemons. What are
these passwords supposed to be and how do they correlate? I feel like
the bacula-dir contains the "master" passwords for the fd and sd - is
that correct? Should I modify the randomly generated passwords in there
and then copy those to their corresponding SD and FD.conf files? Thanks
for any light you can shed on this. I just know this is a simple fix.

@bconsole:

*status
Status available for:
 1: Director
 2: Storage
 3: Client
 4: All
Select daemon type for status (1-4): 4
tpad-dir Version: 2.4.4 (28 December 2008) i486-pc-linux-gnu debian 5.0
Daemon started 31-Jan-10 20:40, 0 Jobs run since started.
Heap: heap=270,336 smbytes=22,054 max_bytes=22,230 bufs=143
max_bufs=148

Scheduled Jobs:
Level Type Pri Scheduled Name
Volume
===
Full Backup 10 01-Feb-10 00:01 ThinkpadFull
*unknown*


Running Jobs:
No Jobs running.

No Terminated Jobs.

Connecting to Storage daemon iomega1tb at tpad:9103

Failed to connect to Storage daemon iomega1tb.

Connecting to Client tpad-fd at tpad:9102
Failed to connect to Client tpad-fd.

You have messages.
*
31-Jan 20:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to
connect to Storage daemon on tpad:9103. ERR=Connection refused
31-Jan 20:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to
connect to Client: tpad-fd on tpad:9102. ERR=Connection refused


mehma sarja wrote:

  
  2010/1/31 Eric Downing ripe...@gmail.com
  [...] 
  
  
Here's
how I see the
birds eye view of the process:

Install MySQL, confirm operation
  Install bacula (I'm using apt-get)


  
  Install from source - it's not that hard. 
  
  

 backup originals and modify
the -dir -fd -sd
for password and localhost

  
  Make life easier and define all passwords the same. 
  
  

 definitions (change localhost
and 127.0.0.1
to my listening interface's IP)

  
  Don't know what this means.
  
  

 define a backup type, in my
case: a directory
located on USB storage


  
  Before you start the backups, try bconsole connection to the
iorector, yes, it has a bconsole.conf file as well that you will have
to modify. 
  
  

define a job type
  define a job
  define a schedule


I think thats it?

Thanks again,
Eric





Bruno Friedmann wrote:

  On 01/31/2010 07:20 AM, Eric Downing wrote:
  
  
Hi,

New to bacula, semi-new to Linux. So I'm having some serious problems getting 
bacula up and running. I have read the Bacula quick start and skimmed the rest, 
I'm fairly certain I understand the fundamentals. I followed a guide here: 
https://help.ubuntu.com/community/Bacula

The first issue is I cannot connect to the console using bconsole. The error 
cited is:

Fatal error: bsock.c:129 Unable to connect to Director daemon on
localhost:9101. ERR=Connection refused

Whilst looking that one up, I was tailing /var/log/bacula/log and noticed:

31-Jan 01:13 bacula-dir JobId 0: Fatal error: Could not open Catalog
"MyCatalog", database "bacula".
31-Jan 01:13 bacula-dir JobId 0: Fatal error: mysql.c:194 Unable to connect
to MySQL server.
Database=bacula User=bacula
MySQL connect failed either server not running or your authorization is
incorrect.
31-Jan 01:13 bacula-dir ERROR TERMINATION
Please correct configuration file: /etc/bacula/bacula-dir.conf

In MySQL there actually is no bacula database, so I created it and still got the 
same error. I also checked that the bacula password for MySQL and the password 
defined in /bacula-dir.conf were synced.

Seeing as how these seem to be serious errors, should I wipe and restart? Or do 
you think these could be fixable?

Thanks,
Eric



  
  Hi Eric, I've also check the other message in the threads.
Understanding what you are doing is the fundamental about having success.
So yes bacula documentation is huge, but everything is in !

One of the first few points you should check (and this is ubuntu/debian related)

What type of database would you use : sqlite,mysql,postgresql ?
Once you choose : the mysql / postgresql needs to be installed and running.

Next choose the according bacula-dir package as each database is specifically linked to.
so there's one bacula-dir for sqlite, one for mysql one for postgresql, and they can't be mixed.

At your place, I would remove by purge all bacula related package, make my decision and re-start install.
(If it doesn't work out of the box, complain about the 

Re: [Bacula-users] Serious issues, should I start over?

2010-01-31 Thread Dan Langille
Eric Downing wrote:
 OK, I synced all the passwords I could find in -dir, -fd, -sd, and 
 bconsole. Still experiencing the same issues.

I think you should start a brand new thread for each email (e.g. hit 
Compose instead of reply).

Did you restart all those services?

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Serious issues, should I start over?

2010-01-31 Thread Eric Downing




Yes, I did restart the services, however I was
unable to use the traditional method.

/etc/init.d/bacula-sd restart
/etc/init.d/bacula-fd restart

both produced file not found and 'service bacula-sd restart' produced
the same results.

I eventually power cycled the machine. Came back to the same results in
bconsole.

I can however restart bacula-director with no problems.





Dan Langille wrote:
Eric
Downing wrote:
  
  OK, I synced all the passwords I could find
in -dir, -fd, -sd, and bconsole. Still experiencing the same issues.

  
  
I think you should start a brand new thread for each email (e.g. hit
Compose instead of reply).
  
  
Did you restart all those services?
  




--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Serious issues, should I start over?

2010-01-31 Thread Phil Stracchino
On 01/31/10 20:46, Eric Downing wrote:
 Thanks for all your replies. Here's where I am:
 
 I'm able to use bconsole to get the status of the various demons however
 what I don't understand is the passwords. I've tried copying the
 passwords from bacula-dir.conf into the corresponding bacula-fd and
 bacula-sd files however I keep getting the connection refused error when
 console tries to connect to the storage and file daemons. What are these
 passwords supposed to be and how do they correlate? I feel like the
 bacula-dir contains the master passwords for the fd and sd - is that
 correct? Should I modify the randomly generated passwords in there and
 then copy those to their corresponding SD and FD.conf files? Thanks for
 any light you can shed on this. I just know this is a simple fix.

The passwords don't have to be randomly generated, and don't have to
look like hashes (that's just what's easiest to randomly generate).  You
could change them all to Fred and it would work.  The only requirement
is that the SD password be the same wherever it is used, and so on.  So
when you're setting up a bacula-fd.conf on client wazoo and putting in
that Foobar-dir is allowed to connect to it using password Indigo, then
the bacula-dir.conf on foobar needs to say that the Director's name is
Foobar-dir, and the Client record for wazoo needs to say that the
password to be used with that Client is Indigo.

Does that make sense?

And, I was serious - to start with, just to remove all possible password
issues from contention until you get it sorted out, you should consider
literally changing ALL the passwords to (for example) Fred for testing
purposes.  (Or password, or your favorite ten digits from pi, or ...
whatever.)  You can reset them later, one set at a time, and if
resetting them to individual unique passwords breaks something, you'll
know you misunderstood what the sets are that have to match, and can
re-examine that.

-- 
  Phil Stracchino, CDK#2 DoD#299792458 ICBM: 43.5607, -71.355
  ala...@caerllewys.net   ala...@metrocast.net   p...@co.ordinate.org
 Renaissance Man, Unix ronin, Perl hacker, Free Stater
 It's not the years, it's the mileage.

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Serious issues, should I start over?

2010-01-31 Thread Dan Langille
Eric Downing wrote:
 Yes, I did restart the services, however I was unable to use the 
 traditional method.
 
 /etc/init.d/bacula-sd restart
 /etc/init.d/bacula-fd restart
 
 both  produced file not found and 'service bacula-sd restart' produced 
 the same results.
 
 I eventually power cycled the machine. Came back to the same results in 
 bconsole.
 
 I can however restart bacula-director with no problems.

Please start a new thread, posting complete details of that problem. 
Sounds like you have things you need to sort out first.  Please use a 
descriptive subject so it attracts the appropriate people with that 
particular knowledge.


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


[Bacula-users] ERR=Connection refused for daemons

2010-01-31 Thread Eric Downing




I'm starting a new thread with a more
descriptive title than the previous. I apologize for allowing the last
thread to get away from the subject.

I've got Bacula up and running, I'm able to use bconsole. I have
changed all the passwords in the -dir, -fd, -sd, and bconsole.conf to
be the same throughout. In bacula-dir.conf file I have also changed the
DirAddress from 127.0.0.1 to the IP of the box. FWIW I am ssh'ed into
the bacula box (bedroom) and at this time I'm attempting to backup
locally, so there are no firewalls to worry about.

I receive an error in bconsole when trying to get status from the
daemons, as below. I have checked that the services exist in
/etc/services. Interestingly enough I don't find the daemons mentioned
in netstat -aln or ps -A, however bacula-dir is there. I have not
actually tried to run a job yet. I would appreciate a firm slap in the
right direction! Thanks in advance.

Eric

pad-dir Version: 2.4.4 (28 December 2008) i486-pc-linux-gnu debian 5.0
Daemon started 31-Jan-10 21:18, 1 Job run since started.
Heap: heap=258,048 smbytes=26,263 max_bytes=27,045 bufs=152
max_bufs=160

Scheduled Jobs:
Level Type Pri Scheduled Name
Volume
===
Full Backup 10 01-Feb-10 00:01 ThinkpadFull
*unknown*


Running Jobs:
No Jobs running.

No Terminated Jobs.

Connecting to Storage daemon iomega1tb at tpad:9103

Failed to connect to Storage daemon iomega1tb.

Connecting to Client tpad-fd at tpad:9102
Failed to connect to Client tpad-fd.

31-Jan 21:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to
connect to Storage daemon on tpad:9103. ERR=Connection refused
31-Jan 21:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to
connect to Client: tpad-fd on tpad:9102. ERR=Connection refused





--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Serious issues, should I start over?

2010-01-31 Thread mehma sarja
From all that is passing or trespassing through this thread, a passing
thought comes to me:

I don't think you are changing the right conf files - or you may have
multiple executables and they are not looking at where the conf files are.
The hint that the hunch is based on is the restart does not restart all
services.

So, here is a quick way of finding out which file your fd executable is
pointing to - look at(edit) the bacula-ctl-fd file. The top few lines of
mine looks like:
===
BACFDBIN=/usr/local/sbin
BACFDCFG=/usr/local/etc
PIDDIR=/var/run
SUBSYSDIR=/var/db/bacula/working
FD_PORT=9102
===
So, the bacula-fd executable should be in /usr/local/sbin. The
bacula-fd.conf should be in /usr/local/etc and so on. BTW, You can take the
same fd executable, the same fd ctl and fd conf and copy them on any
client(same OS) and fiddle with the ctl and conf files and have it run.

Mehma
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


[Bacula-users] [SOLVED]ERR=Connection refused for daemons

2010-01-31 Thread Eric Downing




OK have a good laugh. As it turns out I did not have the bacula-sd / fd
apps installed. When I installed Bacula: apt-get install bacula-mysql -
I never thought that that command wouldn't install the daemons as well.

*stares at floor*




Matthias Reif wrote:

  
  Eric Downing ripe...@gmail.com wrote on
01/02/2010
01:52:31 PM:
  
 I'm starting a new thread with a more descriptive title than the 
 previous. I apologize for allowing the last thread to get away
from
  
 the subject.
 
 I've got Bacula up and running, I'm able to use bconsole. I have 
 changed all the passwords in the -dir, -fd, -sd, and bconsole.conf
  
 to be the same throughout. In bacula-dir.conf file I have also 
 changed the DirAddress from 127.0.0.1 to the IP of the box. FWIW I
  
 am ssh'ed into the bacula box (bedroom) and at this time I'm 
 attempting to backup locally, so there are no firewalls to worry
about.
 
 I receive an error in bconsole when trying to get status from the
  
 daemons, as below. I have checked that the services exist in 
 /etc/services. Interestingly enough I don't find the daemons 
 mentioned in netstat -aln or ps -A, however bacula-dir is there.
I
  
 have not actually tried to run a job yet. I would appreciate a
firm
  
 slap in the right direction! Thanks in advance.
 
 Eric
 
 pad-dir Version: 2.4.4 (28 December 2008) i486-pc-linux-gnu debian
5.0
 Daemon started 31-Jan-10 21:18, 1 Job run since started.
 Heap: heap=258,048 smbytes=26,263 max_bytes=27,045 bufs=152
max_bufs=160
 
 Scheduled Jobs:
 Level Type   Pri Scheduled
Name 
  Volume

===
 Full  Backup  10 01-Feb-10
00:01  ThinkpadFull*unknown*
 
 
 Running Jobs:
 No Jobs running.
 
 No Terminated Jobs.
 
 Connecting to Storage daemon iomega1tb at tpad:9103
 
 Failed to connect to Storage daemon iomega1tb.
 
 Connecting to Client tpad-fd at tpad:9102
 Failed to connect to Client tpad-fd.
 
 31-Jan 21:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to
  
 connect to Storage daemon on tpad:9103. ERR=Connection refused
 31-Jan 21:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to
  
 connect to Client: tpad-fd on tpad:9102. ERR=Connection refused
  
  
  Doesn't seem to be a password issue, but the FD
and
SD are simply not listening on ports 9102 / 9103 which most likely
means
they are not running.
  
  
  How do you start the SD and FD on your system?
  
  
  The daemons may simply die on startup, so you may
want to run them from the command line to get some clues from their
STDOUT.
  
  
  Depending on the location of your executables and
config files, for example:
  
  
  /usr/sbin/bacula-sd -u bacula -g disk -c
/etc/bacula/bacula-sd.conf
  
  /usr/sbin/bacula-fd -u root -g bacula -c
/etc/bacula/bacula-fd.conf
  
  
  Thanks
  
  
  Matthias
  
  
  
  
  
  
  SOUTH PACIFIC SEEDS
PO Box 934, GRIFFITH N.S.W. 2680. AUSTRALIA
Phone: 02 6962 7333   Fax: 02 6964 1311
  
  CAUTION: The information
contained
in this e-mail is privileged and confidential. If you are reading this
message and you are not the intended recipient, you are hereby notified
that any use, dissemination, distribution or reproduction of all or
part
of the contents is prohibited. If you receive this message in error,
please
notify the sender immediately. Any opinions or views expressed in this
message are those of the individual sender and may not represent those
of their employer.
  
  
  




--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] ERR=Connection refused for daemons

2010-01-31 Thread Matthias Reif
Eric Downing ripe...@gmail.com wrote on 01/02/2010 01:52:31 PM:

 I'm starting a new thread with a more descriptive title than the 
 previous. I apologize for allowing the last thread to get away from 
 the subject.
 
 I've got Bacula up and running, I'm able to use bconsole. I have 
 changed all the passwords in the -dir, -fd, -sd, and bconsole.conf 
 to be the same throughout. In bacula-dir.conf file I have also 
 changed the DirAddress from 127.0.0.1 to the IP of the box. FWIW I 
 am ssh'ed into the bacula box (bedroom) and at this time I'm 
 attempting to backup locally, so there are no firewalls to worry about.
 
 I receive an error in bconsole when trying to get status from the 
 daemons, as below. I have checked that the services exist in 
 /etc/services. Interestingly enough I don't find the daemons 
 mentioned in netstat -aln or ps -A, however bacula-dir is there.  I 
 have not actually tried to run a job yet. I would appreciate a firm 
 slap in the right direction! Thanks in advance.
 
 Eric
 
 pad-dir Version: 2.4.4 (28 December 2008) i486-pc-linux-gnu debian 5.0
 Daemon started 31-Jan-10 21:18, 1 Job run since started.
  Heap: heap=258,048 smbytes=26,263 max_bytes=27,045 bufs=152 
max_bufs=160
 
 Scheduled Jobs:
 Level  Type Pri  Scheduled  Name Volume
 
===
 Full   Backup10  01-Feb-10 00:01ThinkpadFull *unknown*
 
 
 Running Jobs:
 No Jobs running.
 
 No Terminated Jobs.
 
 Connecting to Storage daemon iomega1tb at tpad:9103
 
 Failed to connect to Storage daemon iomega1tb.
 
 Connecting to Client tpad-fd at tpad:9102
 Failed to connect to Client tpad-fd.
 
 31-Jan 21:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to 
 connect to Storage daemon on tpad:9103. ERR=Connection refused
 31-Jan 21:41 tpad-dir JobId 0: Fatal error: bsock.c:129 Unable to 
 connect to Client: tpad-fd on tpad:9102. ERR=Connection refused

Doesn't seem to be a password issue, but the FD and SD are simply not 
listening on ports 9102 / 9103 which most likely means they are not 
running.

How do you start the SD and FD on your system?

The daemons may simply die on startup, so you may want to run them from 
the command line to get some clues from their STDOUT.

Depending on the location of your executables and config files, for 
example:

/usr/sbin/bacula-sd -u bacula -g disk -c /etc/bacula/bacula-sd.conf
/usr/sbin/bacula-fd -u root -g bacula -c /etc/bacula/bacula-fd.conf

Thanks

Matthias




SOUTH PACIFIC SEEDS
PO Box 934, GRIFFITH N.S.W. 2680. AUSTRALIA
Phone: 02 6962 7333  Fax: 02 6964 1311
CAUTION: The information contained in this e-mail is privileged and 
confidential. If you are reading this message and you are not the intended 
recipient, you are hereby notified that any use, dissemination, 
distribution or reproduction of all or part of the contents is prohibited. 
If you receive this message in error, please notify the sender 
immediately. Any opinions or views expressed in this message are those of 
the individual sender and may not represent those of their employer.

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Allow Higher Duplicates directive

2010-01-31 Thread ganiuszka
Dan Langille pisze:
 ganiuszka wrote:
 Dan Langille pisze:
 Resending with additional information

 ganiuszka wrote:
 I used to this job next directives:

 Allow Duplicate Jobs = no
 Allow Higher Duplicates = yes

 I ran the job, and the moment I started a job of the same name but 
 with a higher priority. First job still worked, second job had a 
 status waiting for higher priority jobs to finish. Why the first 
 job does not abort and the second job starts out of hand?
 My guess: Because it was already running.  Bacula does not cancel
 running jobs.  The directives are applied to jobs as they are being
 added to the queue.

 Try running three jobs and then you'll see.

 Thanks for reply.

 Yes, I ran three jobs, and I have the same effect. All three has been 
 finished OK.

 I guess that  Allow Higher Duplicates does not work correctly. I saw 
 the source code and I guess that if Allow Higher Duplicates is set 
 yes than actions described in Bacula documentation for this 
 directive do not work.
 
 In my previous message I mentioned these items.  Did you try them?

Yes, I did. They did not work.

If Allow Higher Duplicates is set to yes then below directives are 
not taken into account.

Cancel Queued Duplicates
Cancel Running Duplicates

Regards
gani

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Schedule - Again

2010-01-31 Thread Glynd

No Don, you didn't misunderstand, I did! I assumed that the week starts on
Sunday, rather than the anniversary of the 1st January.

The only way I can think of to swap the storage disks over on a Monday is to
define week of year in the schedule. A bit inelegant but should work.

Is there a more elegant way?

TIA
Glyn


Dan Langille wrote:
 
 Glyn wrote:
 Sorry to keep banging on about this but there is still something I don't 
 get!
 
 Yesterday the back-ups ran as expected on schedule A but today they are 
 all asking for storage B (schedule B). The schedule works on weeks of 
 the month and as far as I know, Sunday is the 1st day of the week, so 
 why is it wanting to switch to the next week on Friday?
 
 Today is the 5th Friday of the month.
 
 Perhaps I misunderstand the issue.   Please clarify.
 
 Here is the schedule:
 
 # When to do the backups
 Schedule {
Name = WeeklyCycleB
Run = Level = Incremental IncrementalPool = Incr-Pool-B 1st 3rd 5th 
 mon-fri at 19:05
Run = Level = Full FullPool = Full-Pool-B  1st 3rd 5th sat at 02:05
 }
 
 Looks like this matches
 
 
 Schedule {
Name = WeeklyCycleA
Run = Level = Incremental IncrementalPool = Incr-Pool-A 2nd 4th 
 mon-fri at 19:05
Run = Level = Full FullPool = Full-Pool-A 2nd 4th Sat at 02:05
 }
 
 Schedule {
Name = DayTimeB
Run = Level = Incremental IncrementalPool = Incr-Pool-B 1st, 3rd, 5th 
 tue-fri at 09:05
Run = Level = Full FullPool = Full-Pool-B 1st, 3rd, 5th mon at 09:05
 }
 
 And this.
 
 
 Schedule {
Name = DayTimeA
Run = Level = Incremental IncrementalPool = Incr-Pool-A 2nd, 4th 
 tue-fri at 09:05
Run = Level = Full FullPool = Full-Pool-A 2nd, 4th mon at 09:05
 }
 
 TIA
 
 
 
 --
 The Planet: dedicated and managed hosting, cloud storage, colocation
 Stay online with enterprise data centers and the best network in the
 business
 Choose flexible plans and management services without long-term contracts
 Personal 24x7 support from experience hosting pros just a phone call away.
 http://p.sf.net/sfu/theplanet-com
 ___
 Bacula-users mailing list
 Bacula-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/bacula-users
 
 

-- 
View this message in context: 
http://old.nabble.com/Schedule---Again-tp27370008p27400659.html
Sent from the Bacula - Users mailing list archive at Nabble.com.


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users