It's all right,
with this:

mailcommand = "bsmtp -h mail.server.address -f \"\(BACULA\) m...@sender\" -s
\"%t %e of %c %l\" %r"

Thank's



2010/1/12 Carlo Filippetto <carlo.filippe...@gmail.com>

> 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

Reply via email to