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 <knoe501 AT gmail DOT 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 <heitor AT bacula.com DOT 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 <knoe501 AT gmail DOT 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 <heitor AT bacula.com DOT 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 <knoe501 AT gmail DOT 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 <dan AT langille DOT org> wrote:

I suggest removing the before & after scripts.

--
Dan Langille
http://langille.org/

> On Sep 6, 2014, at 8:38 PM, Kenny Noe <knoe501 AT gmail DOT 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 <dan AT langille DOT org> wrote:
>>
>> On Sep 5, 2014, at 5:48 PM, Kenny Noe <knoe501 AT gmail DOT 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 AT lists.sourceforge DOT 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: heitorfaria AT gmail DOT 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: heitorfaria AT gmail DOT 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: heitorfaria AT gmail DOT com
============================================