Kenny: Please run the restore job again and then copy/paste the entire session from bcsonole. Thank you.
On Sep 8, 2014, at 1:15 PM, Heitor Faria <hei...@bacula.com.br> wrote:
> Kenny,
>
> Ok. Sorry for the confusion about the bluewhale client. This is why we need
> your full restore command, to see exactly what's happening..
> You should not change your Backup Client at the restore, even if the restore
> is dead. You should change your Restore Client. It would be nice to inform
> its version too.
>
> Regards,
>
> On Mon, Sep 8, 2014 at 2:11 PM, Kenny Noe <knoe...@gmail.com> wrote:
> Heitor,
>
> Pardon my ignorance, but i don't follow your questions...
>
> My original client "bluewhale" experienced a terrible HD failure thus the
> need to recover. I have been changing the "client" and "where" parameters
> when walking thru the restore procedure. When the restore process runs it
> creates the requested file "mail.tar" but there are zero bytes.
>
> If you get me a bit more to go on I'll gladly share input / output for the
> request.
>
> Thanks --Kenny
>
>
>
>
> On Mon, Sep 8, 2014 at 12:57 PM, Heitor Faria <hei...@bacula.com.br> wrote:
> 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
> +55 61 2021-8260
> +55 61 8268-4220
> Site: www.bacula.com.br
> Facebook: heitor.faria
> Gtalk: heitorfa...@gmail.com
> ============================================
>
>
>
>
> --
> ============================================
> Heitor Medrado de Faria | Need Bacula training? 10% discount coupon code at
> Udemy: bacula-users
> +55 61 2021-8260
> +55 61 8268-4220
> Site: www.bacula.com.br
> Facebook: heitor.faria
> Gtalk: heitorfa...@gmail.com
> ============================================
>
>
>
>
> --
> ============================================
> Heitor Medrado de Faria | Need Bacula training? 10% discount coupon code at
> Udemy: bacula-users
> +55 61 2021-8260
> +55 61 8268-4220
> Site: www.bacula.com.br
> Facebook: heitor.faria
> Gtalk: heitorfa...@gmail.com
> ============================================
signature.asc
Description: Message signed with OpenPGP using GPGMail
------------------------------------------------------------------------------ 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
