I'm glad you were able to solve your problem. I don't know any other way
to avoid it but on the devel list I was told that there is a fixed in
the upcoming release.
Le mardi 12 janvier 2010 à 11:03 +0100, Carlo Filippetto a écrit :
> Hi,
> I tried to compile several time the director to change and configure a
> correct mail server, but nothing.
> I tried to use your patch, but don't work fine for me on centos 5.3 +
> baucla 3.0.3
> so I disable the mail, and all goes well. To have a little report I
> use a sample script that sent me an email after the backupCatalog
>
>
> --------------------------
> cat /opt/script/backup/report_backup_dati.sh
> #!/bin/sh
>
> bconsole << FINAL_DATOS
> list jobs
> FINAL_DATOS
>
> ----------------------
> cat /opt/script/backup/report_backup.sh
> #!/bin/bash
>
> DIR="/opt/script/backup"
> SCRIPT=$DIR/report_backup_dati.sh
> IERI="$(date --date='-1 day' +%Y-%m-%d)"
> OGGI="$(date +%Y-%m-%d)"
> FILE=$DIR/backup.repo
>
> $SCRIPT | grep -e $OGGI -e $IERI -e 'JobId' -e'---+---' > $FILE
>
> cat $DIR/legenda>>$FILE
>
> SUBJECT="[SIC-BACULA]ReportBACKUP"
> EMAIL="carl.filippetto AT gmail DOT com"
> EMAILMESSAGE="$FILE"
> mail -s $SUBJECT $EMAIL < $FILE
>
>
>
> --------------------
> When I have time I want to try to change the "mailcommand" and
> "operatorcommand" in the messages section to reable the mail on_error
>
> There any other idea to solve this problem?
>
>
> CIAO
>
>
>
>
>
> 2010/1/11 Renaud Marquet <rmarquet AT gmail DOT com>
> Hi,
>
> I just mailed about this problem a couple of days ago.
>
> It's probably due to a configuration problem with mail server,
> causing a
> deadlock in the director when it tries to send an e-mail.
>
> It seems this will be corrected in the next release. Possible
> workaround
> are to configure a valid mail server or disable e-mail
> sending.
>
> I also wrote a temporary patch that works for me but was not
> tested on
> solaris.
>
> Regards,
> Renaud.
>
> Le lundi 11 janvier 2010 à 10:12 -0700, Brent Kearney a
> écrit :
>
> > Hello,
> >
> > I'm experiencing the same phenomenon as this guy:
> >
> >
> http://www.mail-archive.com/bacula-users AT lists.sourceforge DOT
> net/msg38761.html
> >
> > Basically: after upgrading from Bacula 2.2.8 to 3.0.3, only
> one job runs. Every job thereafter is queued with a "is
> waiting execution" message, with no further explanation. I
> hate to wipe out my database as the poster recommends - anyone
> else have a solution?
> >
> >
> >
> > Here's what bconsole says:
> >
> > *status director
> > myserver-dir Version: 3.0.3 (18 October 2009)
> i386-pc-solaris2.10 solaris 5.10
> > Daemon started 10-Jan-10 13:05, 1 Job run since started.
> > Heap: heap=696,320 smbytes=118,225 max_bytes=118,778
> bufs=960 max_bufs=961
> >
> > Scheduled Jobs:
> > Level Type Pri Scheduled Name
> Volume
> >
>
> ===================================================================================
> > Incremental Backup 1 12-Jan-10 03:00
> myserver-homedirs 2009121401
> > Incremental Backup 2 12-Jan-10 03:00
> myserver-eventdirs 2009121401
> > Incremental Backup 3 12-Jan-10 03:00
> myserver-root 2009121401
> > Incremental Backup 4 12-Jan-10 03:00 myserver-var
> 2009121401
> > Incremental Backup 5 12-Jan-10 03:00 myserver-opt
> 2009121401
> > Full Backup 11 12-Jan-10 04:00
> BackupCatalog 2009121401
> > ====
> >
> > Running Jobs:
> > Console connected at 11-Jan-10 09:58
> > JobId Level Name Status
> >
> ======================================================================
> > 32 Increme myserver-homedirs.2010-01-10_13.07.45_04 has
> been canceled
> > 33 Increme myserver-homedirs.2010-01-10_13.09.09_05 has
> been canceled
> > 34 Increme myserver-homedirs.2010-01-11_03.00.00_06 is
> waiting execution
> > 35 Increme myserver-eventdirs.2010-01-11_03.00.00_07 is
> waiting execution
> > 36 Increme myserver-root.2010-01-11_03.00.00_08 is
> waiting execution
> > ====
> >
> > ...
> >
> > *status myserver
> >
> > Connecting to Storage daemon LTO2 at myserver:9103
> >
> > myserver-sd Version: 3.0.3 (18 October 2009)
> i386-pc-solaris2.10 solaris 5.10
> > Daemon started 10-Jan-10 13:05, 1 Job run since started.
> > Heap: heap=344,064 smbytes=87,355 max_bytes=221,003 bufs=88
> max_bufs=104
> > Sizes: boffset_t=8 size_t=4 int32_t=4 int64_t=8
> >
> > Running Jobs:
> > No Jobs running.
> > ====
> >
> > Jobs waiting to reserve a drive:
> > ====
> >
> > Terminated Jobs:
> > JobId Level Files Bytes Status Finished
> Name
> >
> ===================================================================
> > 15 Full 272,663 9.734 G OK 15-Dec-09 17:23
> myserver-opt
> > 16 Full 5,433 166.8 M Cancel 15-Dec-09 18:30
> myserver-eventdirs
> > 17 Full 19,184 710.9 M Cancel 15-Dec-09 18:40
> myserver-eventdirs
> > 18 Full 68,775 2.651 G OK 16-Dec-09 00:03
> myserver-eventdirs
> > 20 Full 2,402 813.5 M OK 07-Jan-10 16:52
> myserver-eventdirs
> > 23 Full 52,356 3.756 G OK 07-Jan-10 17:42
> myserver-homedirs
> > 30 Full 1 91.62 M OK 10-Jan-10 12:53
> BackupCatalog
> > 31 Incr 0 0 OK 10-Jan-10 13:06
> myserver-eventdirs
> > ====
> >
> > Device status:
> > Device "HPUltriumLTO2" (/dev/rmt/0bn) is mounted with:
> > Volume: 2009121401
> > Pool: Default
> > Media type: LTO2
> > Total Bytes=19,810,796,544 Blocks=307,086
> Bytes/block=64,512
> > Positioned at File=24 Block=0
> > ====
> >
> > Used Volume status:
> > 2009121401 on device "UltriumLTO2" (/dev/rmt/1bn)
> > Reader=0 writers=0 devres=0 volinuse=0
> > ====
> >
> > Data spooling: 0 active jobs, 0 bytes; 1 total jobs, 446 max
> bytes/job.
> > ====
> >
> >
> >
> >
>
> ------------------------------------------------------------------------------
> > This SF.Net email is sponsored by the Verizon Developer
> Community
> > Take advantage of Verizon's best-in-class app development
> support
> > A streamlined, 14 day to market process makes app
> distribution fast and easy
> > Join now and get one step closer to millions of Verizon
> customers
> > http://p.sf.net/sfu/verizon-dev2dev
> > _______________________________________________
> > Bacula-users mailing list
> > Bacula-users AT lists.sourceforge DOT net
> > https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
>
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer
> Community
> Take advantage of Verizon's best-in-class app development
> support
> A streamlined, 14 day to market process makes app distribution
> fast and easy
> Join now and get one step closer to millions of Verizon
> customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|