Kenny,
1. Could you reproduce the input you used at the restore submission?
2. Can you tell the client bluewhale version?
Regards,
On Mon, Sep 8, 2014 at 1:48 PM, Kenny Noe <knoe...@gmail.com> wrote:
> Heitor,
>
> Hi! Thanks for the reply.... I'm utilizing a console and the Bacula
> console and executing a "restore" command then walking thru the prompts
> given. What is this "run" command? Yes, I believe I'm trying to restore
> the same file, but it's not working.
>
> Thoughts?
>
> Thanks --Kenny
>
>
> On Mon, Sep 8, 2014 at 12:41 PM, Heitor Faria <hei...@bacula.com.br>
> wrote:
>
>> Kenny,
>>
>> First of all, are you using the "run" command to submit a prior
>> configured Restore Job? I think this is not advisable, since there are
>> several restore variables that only the "restore" command can fetch.
>> Did you try to restore the same file with the restore command?
>>
>> Regards,
>>
>>
>> On Mon, Sep 8, 2014 at 1:28 PM, Kenny Noe <knoe...@gmail.com> wrote:
>>
>>> Dan,
>>>
>>> Thanks for the reply. I tried this this morning and still failed the
>>> restore. I see during the Status Storage - Storage_Bluewhale where the
>>> "Running Jobs section shows Files=0, Bytes=0 Bytes/sec=0. However in the
>>> Device Status section, Device "File_bluewhale" is mounted and the Total
>>> Bytes Read and Block Read go up.... Now with the simplefied config It
>>> seems to have lost it's Pool.
>>>
>>> I'm confused... I changed the where to restore to
>>> /nas/users/admin/backups and changed in the client config to remove the
>>> fifo headache... But it still is trying to use it...
>>>
>>> Here is the error from the log :
>>> 08-Sep 11:51 BS01-DIR1 JobId 12897: Start Restore Job
>>> Restore_mail_bluewhale.2014-09-08_11.51.55_03
>>> 08-Sep 11:51 BS01-DIR1 JobId 12897: Using Device "File_bluewhale"
>>> 08-Sep 11:51 BS01-SD1 JobId 12897: Ready to read from volume "mail-0386"
>>> on device "File_bluewhale" (/nas/bacula/bluewhale).
>>> 08-Sep 11:51 BS01-SD1 JobId 12897: Forward spacing Volume "mail-0386" to
>>> file:block 0:219.
>>> 08-Sep 12:14 BS01-SD1 JobId 12897: End of Volume at file 28 on device
>>> "File_bluewhale" (/nas/bacula/bluewhale), Volume "mail-0386"
>>> 08-Sep 12:14 BS01-SD1 JobId 12897: End of all volumes.
>>> 08-Sep 11:52 BS01-FD1 JobId 12897: Error: create_file.c:292 Could not
>>> open /nas/users/admin/backups/data/backups/mail/fifo/mail.tar:
>>> ERR=Interrupted system call
>>> 08-Sep 12:14 BS01-DIR1 JobId 12897: Bacula BS01-DIR1 5.2.2 (26Nov11):
>>> Build OS: x86_64-unknown-linux-gnu ubuntu 11.10
>>> JobId: 12897
>>> Job: Restore_mail_bluewhale.2014-09-08_11.51.55_03
>>> Restore Client: besc-bs01
>>> Start time: 08-Sep-2014 11:51:57
>>> End time: 08-Sep-2014 12:14:09
>>> Files Expected: 1
>>> Files Restored: 0
>>> Bytes Restored: 0
>>> Rate: 0.0 KB/s
>>> FD Errors: 0
>>> FD termination status: OK
>>> SD termination status: OK
>>> Termination: Restore OK -- warning file count mismatch
>>>
>>> 08-Sep 12:14 BS01-DIR1 JobId 12897: Begin pruning Jobs older than 15
>>> days .
>>> 08-Sep 12:14 BS01-DIR1 JobId 12897: No Jobs found to prune.
>>> 08-Sep 12:14 BS01-DIR1 JobId 12897: Begin pruning Files.
>>> 08-Sep 12:14 BS01-DIR1 JobId 12897: No Files found to prune.
>>> 08-Sep 12:14 BS01-DIR1 JobId 12897: End auto prune.
>>>
>>>
>>> What is a file count mismatch?
>>>
>>> Here is the status during a restore :
>>> Connecting to Storage daemon Storage_bluewhale at 10.10.10.199:9103
>>>
>>> BS01-SD1 Version: 5.2.2 (26 November 2011) x86_64-unknown-linux-gnu
>>> ubuntu 11.10
>>> Daemon started 08-Sep-14 11:48. Jobs: run=0, running=0.
>>> Heap: heap=598,016 smbytes=386,922 max_bytes=405,712 bufs=947
>>> max_bufs=949
>>> Sizes: boffset_t=8 size_t=8 int32_t=4 int64_t=8 mode=0,0
>>>
>>> Running Jobs:
>>> Reading: Full Restore job Restore_mail_bluewhale JobId=12897
>>> Volume="mail-0386"
>>> pool="Pool_mail_bluewhale" device="File_bluewhale"
>>> (/nas/bacula/bluewhale)
>>> Files=0 Bytes=0 Bytes/sec=0
>>> FDReadSeqNo=6 in_msg=6 out_msg=84529 fd=6
>>> ====
>>>
>>> Jobs waiting to reserve a drive:
>>> ====
>>>
>>> Terminated Jobs:
>>> JobId Level Files Bytes Status Finished Name
>>> ===================================================================
>>> 12889 Incr 31 67.94 M OK 08-Sep-14 00:01
>>> Backup_os_besc-unixmgr01
>>> 12891 Full 4 501.0 M OK 08-Sep-14 00:05
>>> Backup_app_dev
>>> 12888 Incr 437 1.158 G OK 08-Sep-14 00:06
>>> Backup_os_besc-bs01
>>> 12890 Incr 0 0 Other 08-Sep-14 00:30
>>> Backup_os_bluewhale
>>> 12893 Full 0 0 Other 08-Sep-14 01:30
>>> Backup_mail_bluewhale
>>> 12884 Full 2,361,101 154.6 G OK 08-Sep-14 04:46
>>> Backup_os_mako
>>> 12892 Full 4 54.40 G OK 08-Sep-14 05:56
>>> Backup_app_mako
>>> 12894 0 0 OK 08-Sep-14 08:53
>>> Restore_mail_bluewhale
>>> 12895 0 0 OK 08-Sep-14 09:28
>>> Restore_mail_bluewhale
>>> 12896 0 0 OK 08-Sep-14 10:10
>>> Restore_mail_bluewhale
>>> ====
>>>
>>> Device status:
>>> Device "File_asterisk" (/nas/bacula/asterisk) is not open.
>>> Device "File_besc-4dvapp" (/nas/bacula/besc-4dvapp) is not open.
>>> Device "File_besc-bs01" (/nas/bacula/besc-bs01) is not open.
>>> Device "File_besc-unixmgr01" (/nas/bacula/besc-unixmgr01) is not open.
>>> Device "File_bluewhale" (/nas/bacula/bluewhale) is mounted with:
>>> Volume: mail-0386
>>> Pool: *unknown*
>>> Media type: NAS_bluewhale
>>> Total Bytes Read=1,121,412,096 Blocks Read=17,383 Bytes/block=64,512
>>> Positioned at File=0 Block=1,121,412,275
>>> Device "File_demo" (/nas/bacula/demo) is not open.
>>> Device "File_dev" (/nas/bacula/dev) is not open.
>>> Device "File_mako" (/nas/bacula/mako) is not open.
>>> Device "File_qa" (/nas/bacula/qa) is not open.
>>> Device "File_qa2" (/nas/bacula/qa2) is not open.
>>> Device "File_smart" (/nas/bacula/smart) is not open.
>>> ====
>>>
>>> Used Volume status:
>>> mail-0386 on device "File_bluewhale" (/nas/bacula/bluewhale)
>>> Reader=1 writers=0 devres=0 volinuse=1
>>> mail-0386 read volume JobId=12897
>>> ====
>>>
>>> ====
>>>
>>>
>>>
>>>
>>> Here is my simplified client config:
>>>
>>>
>>> #********************************************************************************
>>> # bluewhale
>>>
>>> #********************************************************************************
>>> Client {
>>> Name = bluewhale
>>> Address = bluewhale.bnesystems.com
>>> Catalog = BS01-Catalog
>>> Password = "xxxxxxxxx"
>>> FileRetention = 365 days
>>> JobRetention = 365 days
>>> AutoPrune = yes
>>> MaximumConcurrentJobs = 1
>>> }
>>> Job {
>>> Name = Restore_mail_bluewhale
>>> FileSet = Full_mail_bluewhale
>>> Type = Restore
>>> Pool = Pool_mail_bluewhale
>>> Client = bluewhale
>>> Messages = Standard
>>> }
>>> Pool {
>>> Name = Pool_mail_bluewhale
>>> PoolType = Backup
>>> Storage = Storage_bluewhale
>>> MaximumVolumeJobs = 1
>>> CatalogFiles = yes
>>> AutoPrune = yes
>>> VolumeRetention = 365 days
>>> Recycle = yes
>>> LabelFormat = "mail-"
>>> }
>>> Storage {
>>> Name = Storage_bluewhale
>>> Address = 10.10.10.199
>>> SDPort = 9103
>>> Password = "xxxxxxx"
>>> Device = File_bluewhale
>>> MediaType = NAS_bluewhale
>>> MaximumConcurrentJobs = 1
>>> }
>>> FileSet {
>>> Name = Full_mail_bluewhale
>>> Include {
>>> Options {
>>> signature=SHA1
>>> # readfifo=yes
>>> }
>>> File="/mail.tar"
>>> }
>>> }
>>>
>>>
>>>
>>> Thanks for the help. I appreciate all the input.
>>>
>>> --Kenny
>>>
>>>
>>> On Sun, Sep 7, 2014 at 8:22 AM, Dan Langille <d...@langille.org> wrote:
>>>
>>>> I suggest removing the before & after scripts.
>>>>
>>>> --
>>>> Dan Langille
>>>> http://langille.org/
>>>>
>>>>
>>>> > On Sep 6, 2014, at 8:38 PM, Kenny Noe <knoe...@gmail.com> wrote:
>>>> >
>>>> > Dan,
>>>> >
>>>> > Appreciate the reply.... Yes this is exactly what I want to do.
>>>> > However when I try to just do a "simple" restore, the job finishes
>>>> > with the error previously given.
>>>> >
>>>> > Any suggestions to do this would be appreciated.
>>>> >
>>>> > Thanks --Kenny
>>>> >
>>>> >> On Sat, Sep 6, 2014 at 5:51 PM, Dan Langille <d...@langille.org>
>>>> wrote:
>>>> >>
>>>> >> On Sep 5, 2014, at 5:48 PM, Kenny Noe <knoe...@gmail.com> wrote:
>>>> >>
>>>> >> Birre,
>>>> >>
>>>> >> Thanks for the reply. I guess this is where I get lost...
>>>> >>
>>>> >>
>>>> >>
>>>> >> The fifo is reading a file that was created in the pre-process called
>>>> >> mail.tar. The mail.tar is made from the following directories
>>>> /opt/zimbra
>>>> >> and /var/mail/zimbra. This is where the Zimbra files and mailstore
>>>> were
>>>> >> kept.
>>>> >>
>>>> >> This pre-process is a script that has this :
>>>> >>
>>>> >> MailBackup.bash
>>>> >> #!/bin/bash
>>>> >>
>>>> >> exec >/dev/null
>>>> >>
>>>> >> MKDIR="/bin/mkdir"
>>>> >> MKFIFO="/usr/bin/mkfifo"
>>>> >> RM="/bin/rm"
>>>> >> TAR="/bin/tar"
>>>> >>
>>>> >> DEFCODE=0
>>>> >> DUMPBASE="/data/backups"
>>>> >>
>>>> >> errCode=${DEFCODE}
>>>> >> mailDir="/var/mail/zimbra"
>>>> >> zimbraDir="/opt/zimbra"
>>>> >>
>>>> >> Main()
>>>> >> {
>>>> >> service zimbra stop
>>>> >>
>>>> >> RunMailRestore
>>>> >>
>>>> >> service zimbra start
>>>> >>
>>>> >> ExitScript ${errCode}
>>>> >> }
>>>> >>
>>>> >> RunMailRestore()
>>>> >> {
>>>> >> EXTENSION=".tar"
>>>> >>
>>>> >> dumpDir="${DUMPBASE}/mail"
>>>> >> fifoDir="${dumpDir}/fifo"
>>>> >>
>>>> >> RebuildFifoDir
>>>> >>
>>>> >> ${MKFIFO} ${fifoDir}/mail${EXTENSION}
>>>> >>
>>>> >> ${TAR} -xpf ${fifoDir}/mail${EXTENSION} 2>&1 </dev/null &
>>>> >> }
>>>> >>
>>>> >> RebuildFifoDir()
>>>> >> {
>>>> >> if [ -d ${fifoDir} ]
>>>> >> then
>>>> >> ${RM} -rf ${fifoDir}
>>>> >> fi
>>>> >>
>>>> >> ${MKDIR} -p ${fifoDir}
>>>> >> }
>>>> >>
>>>> >> ExitScript()
>>>> >> {
>>>> >> exit ${1}
>>>> >> }
>>>> >>
>>>> >> Main
>>>> >>
>>>> >> The restore script simply does a tar xpf instead of a tar cpf.
>>>> >>
>>>> >>
>>>> >> Perhaps instead of doing that, just restore the data, and then do
>>>> the tar
>>>> >> xpf later.
>>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Want excitement?
>>> Manually upgrade your production database.
>>> When you want reliability, choose Perforce
>>> Perforce version control. Predictably reliable.
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Bacula-users mailing list
>>> Bacula-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>>
>>>
>>
>>
>> --
>> ============================================
>> Heitor Medrado de Faria | Need Bacula training? 10% discount coupon code
>> at Udemy: bacula-users
>> <https://www.udemy.com/bacula-backup-software/?couponCode=bacula-users>
>> +55 61 2021-8260
>> +55 61 8268-4220
>> Site: www.bacula.com.br
>> Facebook: heitor.faria <http://www.facebook.com/heitor.faria>
>> Gtalk: heitorfa...@gmail.com
>> ============================================
>>
>
>
--
============================================
Heitor Medrado de Faria | Need Bacula training? 10% discount coupon code at
Udemy: bacula-users
<https://www.udemy.com/bacula-backup-software/?couponCode=bacula-users>
+55 61 2021-8260
+55 61 8268-4220
Site: www.bacula.com.br
Facebook: heitor.faria <http://www.facebook.com/heitor.faria>
Gtalk: heitorfa...@gmail.com
============================================
------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
