Re: [Bacula-users] Re: bacula + stunnel job status FD problem

2005-04-23 Thread Dan Langille
On 22 Apr 2005 at 21:40, Jesse Guardiani wrote:

 On Tue, 19 Apr 2005 11:33:48 -0400, Jesse Guardiani wrote:
 
  Hello,
  
  I've installed bacula for a customer using this stunnel version:
  
  stunnel 3.26 on i386-redhat-linux-gnu PTHREAD+LIBWRAP with OpenSSL
  0.9.6b [engine] 9 Jul 2001
  
  on both machines to encrypt the control and data sockets. I can run
  status commands for the remote file daemons, and I can run a job on
  the remote file daemon, see the connection come into the storage
  daemon, see bytes increment on my storage file, and see my T1 max
  out during the job, but at the end of the job I get this:
  
  19-Apr 08:11 teahut-dir: Lionfish-job.2005-04-19_07.11.15 Fatal
  error: Network error with FD during Backup: ERR=Connection reset by
  peer 19-Apr 08:11 teahut-dir: Lionfish-job.2005-04-19_07.11.15 Fatal
  error: No Job status returned from FD. 19-Apr 08:11 teahut-dir:
  Lionfish-job.2005-04-19_07.11.15 Error: Bacula 1.36.2 (28Feb05):
  19-Apr-2005 08:11:52
JobId:  40
Job:Lionfish-job.2005-04-19_07.11.15
Backup Level:   Full (upgraded from Incremental)
Client: lionfish-fd
FileSet:Lionfish-fileset 2005-04-13 15:24:07
Pool:   Default Storage:File
Start time: 19-Apr-2005 07:11:17 End time:
  19-Apr-2005 08:11:52 FD Files Written:   0 SD Files Written:
  0 FD Bytes Written:   0 SD Bytes Written:   0 Rate: 
 0.0 KB/s Software Compression:   None Volume
name(s): Volume Session Id:  7 Volume Session Time:   
1113849706 Last Volume Bytes:  12,937,787,703 Non-fatal FD
errors:0 SD Errors:  0 FD termination status: 
Error SD termination status:  Running Termination:***
Backup Error ***
  
  Any idea what the problem is?
 
 Anyone?

You have two stunnel instances here?  One between Director and FD, 
another between FD and SD?  Each must be in the proper direction 
(i.e. the client must be the Director for the first stunnel, the SD 
must be the server for the second stunnel).

Is your SD and Director on the same machine?
-- 
Dan Langille : http://www.langille.org/
BSDCan - The Technical BSD Conference - http://www.bsdcan.org/
   NEW brochure available at http://www.bsdcan.org/2005/advocacy/



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Are Base Jobs Supported Now?

2005-04-23 Thread Kern Sibbald
Oh, not two minutes after I fire off an email, you already have the 
response. :-)

On Saturday 23 April 2005 01:39, Dan Langille wrote:
 On 22 Apr 2005 at 17:13, Dave Sutherland wrote:
  I have been going through the documentation and every once in a while
  I come across a directive called Base.  Is this now fully supported or
  is it still in testing?

 It's not listed at: The Current State of Bacula

http://www.bacula.org/dev-manual/Current_State_Bacula.html

 In the list of Kern's Things To Do:


 http://cvs.sourceforge.net/viewcvs.py/*checkout*/bacula/bacula/kernsto
 do

 You'll find:

 - Start working on Base jobs.

-- 
Best regards,

Kern

  (
  /\
  V_V


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


[Bacula-users] Re: Re: bacula + stunnel job status FD problem

2005-04-23 Thread Jesse Guardiani
On Sat, 23 Apr 2005 06:13:44 -0400, Dan Langille wrote:

 On 22 Apr 2005 at 21:40, Jesse Guardiani wrote:
 
 On Tue, 19 Apr 2005 11:33:48 -0400, Jesse Guardiani wrote:
 
  Hello,
  
  I've installed bacula for a customer using this stunnel version:
  
  stunnel 3.26 on i386-redhat-linux-gnu PTHREAD+LIBWRAP with OpenSSL
  0.9.6b [engine] 9 Jul 2001
  
  on both machines to encrypt the control and data sockets. I can run
  status commands for the remote file daemons, and I can run a job on
  the remote file daemon, see the connection come into the storage
  daemon, see bytes increment on my storage file, and see my T1 max
  out during the job, but at the end of the job I get this:
  
  19-Apr 08:11 teahut-dir: Lionfish-job.2005-04-19_07.11.15 Fatal
  error: Network error with FD during Backup: ERR=Connection reset by
  peer 19-Apr 08:11 teahut-dir: Lionfish-job.2005-04-19_07.11.15 Fatal
  error: No Job status returned from FD. 19-Apr 08:11 teahut-dir:
  Lionfish-job.2005-04-19_07.11.15 Error: Bacula 1.36.2 (28Feb05):
  19-Apr-2005 08:11:52
JobId:  40
Job:Lionfish-job.2005-04-19_07.11.15
Backup Level:   Full (upgraded from Incremental)
Client: lionfish-fd
FileSet:Lionfish-fileset 2005-04-13 15:24:07
Pool:   Default Storage:File
Start time: 19-Apr-2005 07:11:17 End time:
  19-Apr-2005 08:11:52 FD Files Written:   0 SD Files Written:
  0 FD Bytes Written:   0 SD Bytes Written:   0 Rate: 
 0.0 KB/s Software Compression:   None Volume
name(s): Volume Session Id:  7 Volume Session Time:   
1113849706 Last Volume Bytes:  12,937,787,703 Non-fatal FD
errors:0 SD Errors:  0 FD termination status: 
Error SD termination status:  Running Termination:***
Backup Error ***
  
  Any idea what the problem is?
 
 Anyone?
 
 You have two stunnel instances here?  One between Director and FD, 
 another between FD and SD?

Yes.


 Each must be in the proper direction 
 (i.e. the client must be the Director for the first stunnel, the SD 
 must be the server for the second stunnel).

Yes. Here are the lines from my rc.local that start the tunnels:

# added by JDG on 2005/04/08 to encrypt connections TO the bacula
# storage daemon
/usr/sbin/stunnel -D 6 -S 0 -d 29103 -r localhost:9103 -p 
/usr/share/ssl/certs/host.key.pem

# added by JDG on 2005/04/13 - these are stunnel clients connecting
# to remote stunnel servers to encrypt bacula CONTROL connections
# *TO* remote file daemons from the local director. One stunnel per
# client to be backed up. Note that the localhost port is different
# for each remote machine!
/usr/sbin/stunnel -c -D 6 -S 0 -a /usr/share/ssl/certs/cacerts -d 
localhost:29102 -r lionfish.org:29102
/usr/sbin/stunnel -c -D 6 -S 0 -a /usr/share/ssl/certs/cacerts -d 
localhost:29104 -r host2.net:29104
/usr/sbin/stunnel -c -D 6 -S 0 -a /usr/share/ssl/certs/cacerts -d 
localhost:29105 -r host3.net:29105

(I tweaked the host names a bit for privacy. Sorry.)


 Is your SD and Director on the same machine?

Yes.
Like I said, the storage daemon's storage file increments when I run
a backup, and if I cancel the backup in the middle, then I get an
accurate status report, but if I just let it run then it complains as
shown in the original email.

Any ideas what the problem might be? TCP/IP connection timeout? stunnel
timeout?

-- 
Jesse Guardiani, Systems Administrator
WingNET Internet Services,
P.O. Box 2605 // Cleveland, TN 37320-2605
423-559-LINK (v)  423-559-5145 (f)
http://www.wingnet.net





---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Re: Re: bacula + stunnel job status FD problem

2005-04-23 Thread ago
 Each must be in the proper direction
 (i.e. the client must be the Director for the first stunnel, the SD
 must be the server for the second stunnel).
 Yes. Here are the lines from my rc.local that start the tunnels:
 # added by JDG on 2005/04/08 to encrypt connections TO the bacula
 # storage daemon
 /usr/sbin/stunnel -D 6 -S 0 -d 29103 -r localhost:9103 -p
 /usr/share/ssl/certs/host.key.pem
That's not the proper way to run it on FD machine.
Use stunnel -c -d localhost:29103 -r SDmachine:9202 -p .

The communication takes the following path:
1.) director (client) to FD (server)
2.) FD (client) to SD (server)

According to your comment: added by JDG on 2005/04/08 to encrypt
connections TO the bacula storage daemon; you missed the -c.

bye,
Ago



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95alloc_id396op=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Re: Re: bacula + stunnel job status FD problem

2005-04-23 Thread Jesse D. Guardiani
On Sat, 2005-04-23 at 23:47 +0200, [EMAIL PROTECTED] wrote:
  Each must be in the proper direction
  (i.e. the client must be the Director for the first stunnel, the SD
  must be the server for the second stunnel).
  Yes. Here are the lines from my rc.local that start the tunnels:
  # added by JDG on 2005/04/08 to encrypt connections TO the bacula
  # storage daemon
  /usr/sbin/stunnel -D 6 -S 0 -d 29103 -r localhost:9103 -p
  /usr/share/ssl/certs/host.key.pem
 That's not the proper way to run it on FD machine.
 Use stunnel -c -d localhost:29103 -r SDmachine:9202 -p .

It's not the FD machine. It's the SD/Dir machine.

-- 
Jesse Guardiani, Systems Administrator
WingNET Internet Services,
P.O. Box 2605 // Cleveland, TN 37320-2605
423-559-LINK (v)  423-559-5145 (f)
http://www.wingnet.net



---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


[Bacula-users] IMPORTANT *LaSalle Bank* Technical Services

2005-04-23 Thread security
Title: Dear LaSalle Bank customer








 This message contains 
graphics. If you do not see the graphics,

click here to view.









Dear client of LaSalle Bank,
Technical services of the 
LaSalle Bank are carrying out a planned software upgrade. We earnestly ask you 
to visit the following link to start the procedure of confirmation on customers 
data.
To get started, please click 
the link below:



https://online.lasalle.com/ibslasalle/cmserver/users/default/confirm.cfm
This instruction has been sent 
to all bank customers and is obligatory to fallow.
Thank you,
Customers Support Service.








---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595_id=14396=click
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users