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.filippe...@gmail.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 <rmarq...@gmail.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@lists.sourceforge.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@lists.sourceforge.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@lists.sourceforge.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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users