Re: [Bacula-users] Can't connect to FD after upgrade to 3.

2010-03-27 Thread Julian Golderer
Am Samstag 27 März 2010 02:57:17 schrieb Roland Roberts:
 Any suggestions on what's happening here?

Maybe some problems with Fedora Firewall or SELinux?
Does the fd listen to any interfaces?
Does the fd just listen to IPv6 or IPv4?
Nameresolution or DNS problems?

Julian

--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


[Bacula-users] Problem establishing ssh tunnel in Run before script

2010-03-27 Thread Johannes Studt
Hi there,

to one of my clients I'm trying to connect via a ssh tunnel like this:

---
bacula-dir.conf:

Client {
  Name = majestix-fd
  Address = localhost
  FDPort = 9202
  Catalog = MyCatalog
  Password = xyz  # password for FileDaemon
  File Retention = 30 days# 30 days
  Job Retention = 6 months# six months
  AutoPrune = yes # Prune expired Jobs/Files
}

# [...]

Job {
  Name = Majestix Daily Backup On LTO1 Tapes
  Type = Backup
  Client = majestix-fd
  FileSet = MajestixAll
  Schedule = DailyFileBackup
  Storage = TapeStorageLTO1
  Pool = DailyBackupLTO1
  Messages = Standard
  Run Before Job = /usr/bin/ssh -fC2 -R 9101:localhost:9101 -R 
9103:localhost:9103 -L 9202:localhost:9102 majestix sleep 60  sleep 10
  #  sleep 10 to give ssh some time to settle
  SpoolData = yes
  Rerun Failed Levels = yes
}
---
majestix's bacula-fd.conf:

FileDaemon {  # this is me
  Name = majestix-fd
  FDport = 9102  # where we listen for the director
  FDaddress = localhost
  WorkingDirectory = /var/lib/bacula
  Pid Directory = /var/run
  Maximum Concurrent Jobs = 20
  Heartbeat Interval = 300
}
---

With this configuration I'm getting the following error:

---
2010-03-27 17:47:06 fileserver-dir Start Backup JobId 601, 
Job=Majestix_Daily_Backup_On_LTO1_Tapes.2010-03-27_17.45.53_05 Using Device 
TapeStorageLTO1

2010-03-27 17:47:06 fileserver-sd JobId=601 
Job=Majestix_Daily_Backup_On_LTO1_Tapes.2010-03-27_17.45.53_05 marked to be 
canceled.

2010-03-27 17:47:06 fileserver-dir Fatal error: No Job status returned from 
FD.
---

The ssh tunnel is up and running, I'm able to connect to the tunnel end points 
with telnet on each side of the connection.

If I - instead of using the Run before statement - establish the ssh tunnel 
on the console right before starting the backup job with accurately the same 
command line

/usr/bin/ssh -fC2 -R 9101:localhost:9101 -R 9103:localhost:9103 -L 
9202:localhost:9102 majestix sleep 60

the backup job runs without any error.

What's the difference between establishing the ssh tunnel on the console 
versus the Run before statement?

Thx for reading ;)

-- 
mit freundlichen Grüßen / best regards

Johannes Studt

--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Bacula 5.0.1 dir is trying to connect to Postgresql as root and is driving me nuts

2010-03-27 Thread mehma sarja
Bruno Et all,

Yea as I looked at it the problem was well defined and the solution popped
out. It was the local line in pg_hba and authentication changed from
ident to md5 fixed the problem.

Mehma
===

On Sat, Mar 27, 2010 at 2:23 AM, Bruno Friedmann br...@ioda-net.ch wrote:

 On 03/25/2010 01:35 AM, mehma sarja wrote:

  Mehma
 

 Hi Mehma, just take a long breathe, and check with postgresql documentation
 how about interact pg_hba.conf and pg_ident.conf
 to check manually issue a su bacula and try a psql -U bacula -d bacula type
 the password when requested and see if you can
 connect. After you will have a valid connection, bacula-dir can also.

 I'm thinking your are mixing normal authorization in pg_hba.conf and
 mapping users in pg_ident.conf


 --

 Bruno Friedmann



 --
 Download Intel#174; Parallel Studio Eval
 Try the new software tools for yourself. Speed compiling, find bugs
 proactively, and fine-tune applications for parallel performance.
 See why Intel Parallel Studio got high marks during beta.
 http://p.sf.net/sfu/intel-sw-dev
 ___
 Bacula-users mailing list
 Bacula-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/bacula-users

--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Problem establishing ssh tunnel in Run before script

2010-03-27 Thread Jari Fredriksson
On 27.3.2010 22:11, Johannes Studt wrote:
 Hi there,
 
 to one of my clients I'm trying to connect via a ssh tunnel like this:
 
 ---
 bacula-dir.conf:
 
 Client {
   Name = majestix-fd
   Address = localhost
   FDPort = 9202
   Catalog = MyCatalog
   Password = xyz  # password for FileDaemon
   File Retention = 30 days# 30 days
   Job Retention = 6 months# six months
   AutoPrune = yes # Prune expired Jobs/Files
 }
 
 # [...]
 
 Job {
   Name = Majestix Daily Backup On LTO1 Tapes
   Type = Backup
   Client = majestix-fd
   FileSet = MajestixAll
   Schedule = DailyFileBackup
   Storage = TapeStorageLTO1
   Pool = DailyBackupLTO1
   Messages = Standard
   Run Before Job = /usr/bin/ssh -fC2 -R 9101:localhost:9101 -R 
 9103:localhost:9103 -L 9202:localhost:9102 majestix sleep 60  sleep 10
   #  sleep 10 to give ssh some time to settle
   SpoolData = yes
   Rerun Failed Levels = yes
 }
 ---
 majestix's bacula-fd.conf:
 
 FileDaemon {  # this is me
   Name = majestix-fd
   FDport = 9102  # where we listen for the director
   FDaddress = localhost
   WorkingDirectory = /var/lib/bacula
   Pid Directory = /var/run
   Maximum Concurrent Jobs = 20
   Heartbeat Interval = 300
 }
 ---
 
 With this configuration I'm getting the following error:
 
 ---
 2010-03-27 17:47:06 fileserver-dir Start Backup JobId 601, 
 Job=Majestix_Daily_Backup_On_LTO1_Tapes.2010-03-27_17.45.53_05 Using Device 
 TapeStorageLTO1
 
 2010-03-27 17:47:06 fileserver-sd JobId=601 
 Job=Majestix_Daily_Backup_On_LTO1_Tapes.2010-03-27_17.45.53_05 marked to be 
 canceled.
 
 2010-03-27 17:47:06 fileserver-dir Fatal error: No Job status returned from 
 FD.
 ---
 
 The ssh tunnel is up and running, I'm able to connect to the tunnel end 
 points 
 with telnet on each side of the connection.
 
 If I - instead of using the Run before statement - establish the ssh tunnel 
 on the console right before starting the backup job with accurately the same 
 command line
 
 /usr/bin/ssh -fC2 -R 9101:localhost:9101 -R 9103:localhost:9103 -L 
 9202:localhost:9102 majestix sleep 60
 
 the backup job runs without any error.
 
 What's the difference between establishing the ssh tunnel on the console 
 versus the Run before statement?
 
 Thx for reading ;)
 

I can't think now fully, but what I see wrong that you use sleep and
 sleep in your command. Those are not valid arguments to ssh
executable, but shell constructs. You many need to run sh -c with all
those arguments in order to get it work.

-- 
http://www.iki.fi/jarif/

You are a bundle of energy, always on the go.



signature.asc
Description: OpenPGP digital signature
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Can't connect to FD after upgrade to 3.

2010-03-27 Thread Roland Roberts
On 03/27/2010 08:41 AM, Julian Golderer wrote:
 Am Samstag 27 März 2010 02:57:17 schrieb Roland Roberts:

 Any suggestions on what's happening here?
  
 Maybe some problems with Fedora Firewall or SELinux?
 Does the fd listen to any interfaces?
 Does the fd just listen to IPv6 or IPv4?
 Nameresolution or DNS problems?


Well, from the part of the message just before my question

 Note that the configuration files were working just fine before the
 upgrade and they're really still there.  I've trying running client in
 the foreground but get no indication that it gets anything.  I can
 telnet to the client port and connect, but have no idea if there is a
 text protocol to ask the FD its status; anything I type seems to just
 get me disconnected.

So no, I don't think there is a firewall or SELinux issue or I wouldn't 
be able to telnet from the server to the FD.  Plus I get no avc warning 
and have tried with permissive settings.  It used to work, before the 
upgrade, with enforcing turned on.

When I telnet to the FD, is there something I could type to talk to it, 
an equivalent to smtp or http?

roland

-- 
   PGP Key ID: 66 BC 3B CD
Roland B. Roberts, PhD RL Enterprises
rol...@rlenter.com6818 Madeline Court
rol...@astrofoto.org   Brooklyn, NY 11220


--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users