It looks like the BackupRead header information is not being correctly parsed. 
You are not by any chance restoring to a 64 bit machine or a bigendian 
machine (e.g. Sparc or Irix) are you?

On Thursday 13 April 2006 18:10, Timo Eissler wrote:
> Timo Eissler schrieb:
> > Timo Eissler schrieb:
> >> Kern Sibbald schrieb:
> >>> On Thursday 13 April 2006 14:13, Timo Eissler wrote:
> >>>> Hello List,
> >>>>
> >>>> hopefully asking that someone of you had an idea, so that can get the
> >>>> data from the tape.
> >>>>
> >>>> My problem is, that i have the wrong fileset for this win2k3 host.
> >>>> I didn´t read the manual good enough to know that i should specify
> >>>> windows filesets with a / instead a \.
> >>>> Now we had the problem that our server business is lost because of a
> >>>> hard disk crash.
> >>>> And with these filesets and job record we are no unable to restore the
> >>>> data from within bconsole to a unix client because
> >>>> the unix client didn´t understand the win32 data stream and we are
> >>>> unable to restore the data to a windows client because
> >>>> of the \ instead of the /.
> >>>>
> >>>> Do you think rebuilding the bacula client for windows with the
> >>>> option to
> >>>> change \ to / is a way to get our data back?
> >>>
> >>> Unfortunately, fixing the problem is not so easy.  Beginning with
> >>> version 1.38.8, Bacula will no longer easily accept backslashes in
> >>> File directives, which should help in the future to avoid this problem.
> >>> One user reported success in restoring such broken backups by
> >>> building the Linux version 1.39.x development code (there is no need
> >>> to actually install it), then using bextract to extract the files to
> >>> a Linux system.  Note, this will not work on version 1.38, it
> >>> requires version 1.39.  I would additionally recommend that you
> >>> create a .bsr file using the restore command in 1.38.x and then at
> >>> the yes/mod/no prompt, copy that file to a safe place then answer
> >>> the question with "no".  You can then use the .bsr file thus
> >>> generated to efficiently restore only those files you actually need
> >>> with the 1.39.x bextract (which knows how to extract Win32 files to
> >>> Linux/Unix).  You must also use your production bacula-sd.conf with
> >>> bextract and ensure that the Storage daemon is not running ...
> >>
> >> Thanks!
> >>
> >> i will try that an report success...
> >>
> >> regards,
> >>
> >> Timo
> >
> > So now i have compiled bacula 1.39.6.
> >
> > Now when i restore this on a linux client i get the following:
> >
> > maintain:/data/restore# ~/bextract -b
> > maintain.dtnet.de-dir.restore.\*Console\*.2006-04-13_14.19.03.bsr -c
> > /etc/bacula/bac
> > la-sd.conf  SDX-500V  .
> > bextract: butil.c:269 Using device: "SDX-500V" for reading.
> > 13-Apr 17:45 bextract: 3301 Issuing autochanger "loaded drive 0" command.
> > 13-Apr 17:45 bextract: 3302 Autochanger "loaded drive 0", result is
> > Slot 1.
> > 13-Apr 17:45 bextract: Ready to read from volume "DATA_full-0003" on
> > device "SDX-500V" (/dev/nst0).
> > 13-Apr 17:45 bextract: Forward spacing to file:block 13:0.
> > bextract: -rwxrwxrwx   1 root     root           327 2005-06-23
> > 00:09:34 ./d:\Backup/CanaveralIQ/sicher.bat
> > 13-Apr 17:46 bextract: bextract Error: attribs.c:394 File size of
> > restored file ./d:\Backup/CanaveralIQ/sicher.bat not corect. Original
> > 327, restored 543.
> > bextract: drwxrwxrwx   1 root     root             0 2005-06-22
> > 23:57:19 *none*
> > bextract: -rwxrwxrwx   1 root     root     256391680 2005-06-23
> > 00:32:53 ./d:\Backup/db_rewe_db_200412260000
> > 13-Apr 17:46 bextract: bextract Error: attribs.c:394 File size of
> > restored file ./d:\Backup/db_rewe_db_200412260000 not corect. Original
> > 256391680, restored 256391896.
> > bextract: -rwxrwxrwx   1 root     root     263338496 2005-06-23
> > 00:33:23 ./d:\Backup/db_rewe_db_200501300000
> > 13-Apr 17:47 bextract: bextract Error: attribs.c:394 File size of
> > restored file ./d:\Backup/db_rewe_db_200501300000 not corect. Original
> > 263338496, restored 263338712.
> > bextract: -rwxrwxrwx   1 root     root     280312320 2005-06-23
> > 00:33:53 ./d:\Backup/db_rewe_db_200502270000
> > 13-Apr 17:47 bextract: bextract Error: attribs.c:394 File size of
> > restored file ./d:\Backup/db_rewe_db_200502270000 not corect. Original
> > 280312320, restored 280312536.
> > bextract: -rwxrwxrwx   1 root     root     297941504 2005-06-23
> > 00:34:30 ./d:\Backup/db_rewe_db_200506120000
> > 13-Apr 17:47 bextract: bextract Error: attribs.c:394 File size of
> > restored file ./d:\Backup/db_rewe_db_200506120000 not corect. Original
> > 297941504, restored 297941720.
> > bextract: -rwxrwxrwx   1 root     root     298072576 2005-06-22
> > 23:56:15 ./d:\Backup/db_rewe_db_200506190000
> > 13-Apr 17:48 bextract: bextract Error: attribs.c:394 File size of
> > restored file ./d:\Backup/db_rewe_db_200506190000 not corect. Original
> > 298072576, restored 298072792.
> > bextract: -rwxrwxrwx   1 root     root     299121152 2005-06-26
> > 00:00:02 ./d:\Backup/db_rewe_db_200506260000
> > 13-Apr 17:48 bextract: bextract Error: attribs.c:394 File size of
> > restored file ./d:\Backup/db_rewe_db_200506260000 not corect. Original
> > 299121152, restored 299121352.
> > bextract: -rwxrwxrwx   1 root     root     302135808 2005-07-31
> > 00:00:04 ./d:\Backup/db_rewe_db_200507310000
> > 13-Apr 17:48 bextract: bextract Error: attribs.c:394 File size of
> > restored file ./d:\Backup/db_rewe_db_200507310000 not corect. Original
> > 302135808, restored 302136008.
> > bextract: -rwxrwxrwx   1 root     root     303774208 2005-08-28
> > 00:00:03 ./d:\Backup/db_rewe_db_200508280000
> > 13-Apr 17:49 bextract: bextract Error: attribs.c:394 File size of
> > restored file ./d:\Backup/db_rewe_db_200508280000 not corect. Original
> > 303774208, restored 303774408.
> > bextract: -rwxrwxrwx   1 root     root     304101888 2005-09-04
> > 00:00:10 ./d:\Backup/db_rewe_db_200509040000
> > 13-Apr 17:49 bextract: bextract Error: attribs.c:394 File size of
> > restored file ./d:\Backup/db_rewe_db_200509040000 not correct.
> > Original 304101888, restored 304102088.
> > bextract: -rwxrwxrwx   1 root     root     306919936 2005-10-02
> > 00:00:03 ./d:\Backup/db_rewe_db_200510020000
> > 13-Apr 17:49 bextract: bextract Error: attribs.c:394 File size of
> > restored file ./d:\Backup/db_rewe_db_200510020000 not correct.
> > Original 306919936, restored 306920136.
> > bextract: -rwxrwxrwx   1 root     root     317536768 2005-11-27
> > 00:00:02 ./d:\Backup/db_rewe_db_200511270000
> > 13-Apr 17:50 bextract: bextract Error: attribs.c:394 File size of
> > restored file ./d:\Backup/db_rewe_db_200511270000 not correct.
> > Original 317536768, restored 317536968.
> > bextract: -rwxrwxrwx   1 root     root     323828224 2005-12-18
> > 00:00:01 ./d:\Backup/db_rewe_db_200512180000
> > 13-Apr 17:50 bextract: bextract Error: attribs.c:394 File size of
> > restored file ./d:\Backup/db_rewe_db_200512180000 not correct.
> > Original 323828224, restored 323828424.
> > bextract: -rwxrwxrwx   1 root     root     323762688 2005-12-25
> > 00:00:08 ./d:\Backup/db_rewe_db_200512250000
> > 13-Apr 17:50 bextract: bextract Error: attribs.c:394 File size of
> > restored file ./d:\Backup/db_rewe_db_200512250000 not correct.
> > Original 323762688, restored 323762888.
> > bextract: -rwxrwxrwx   1 root     root     326777344 2006-01-01
> > 00:00:01 ./d:\Backup/db_rewe_db_200601010000
> >
> > I am not sure, but i think this can be a problem of the block sizes
> > between the original disk from windows and the blocksize of the ext3
> > disk to which i restore.
> >
> > Can this be true?
> >
> > Or do i something wrong?
> >
> > regards,
> > Timo
> >
> >>>> Here are the bacula config directives.
> >>>>
> >>>> Job {
> >>>> Name = "DATA_business"
> >>>> JobDefs = "DefaultJob"
> >>>> Level = Full
> >>>> Client = business-fd
> >>>> FileSet = "business_data"
> >>>> Pool = "DATA_full"
> >>>> Full Backup Pool = "DATA_full"
> >>>> Incremental Backup Pool = "DATA_inc"
> >>>> Differential Backup Pool = "DATA_diff"
> >>>> Schedule = "DATA_cycle"
> >>>> Priority = 8
> >>>> write bootstrap =
> >>>> /data/backup/bacula-bootstraps/data_business.dtnet.de.bsr
> >>>> # Max Run Time = 240 minutes
> >>>> }
> >>>>
> >>>> FileSet {
> >>>> Name = "business_data"
> >>>> Enable VSS = yes
> >>>> Include {
> >>>> Options {
> >>>> signature = MD5
> >>>> }
> >>>> File = d:\Backup
> >>>> }
> >>>> }
> >>>>
> >>>> Client {
> >>>> Name = business-fd
> >>>> Address = business
> >>>> FDPort = 9102
> >>>> Catalog = MyCatalog
> >>>> Password = "iWair9qu"
> >>>> AutoPrune = yes
> >>>> File Retention = 30 days
> >>>> Job Retention = 60 days
> >>>> }
> >>>>
> >>>> Very much thanks for every helping hint!
> >>>>
> >>>> regards,
> >>>> Timo
>
> I dont know, but i think this looks not good.
>
> If i open a simple text file already restored with less, i get the
> following output:
>
> [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@^D<84>[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@@^@
>[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL 
>PROTECTED]@^@
> [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@¡»j${Í©Õ<98>[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@^D
> [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@^@
> [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@¡»j${Í©Õ<98>[EMAIL PROTECTED]@[EMAIL PROTECTED]@¿^
>[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@^E [EMAIL 
>PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@^P^T^@
> [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@^@@Echo
> off
>
> xcopy /C /E /I /H /K /Y "D:\Weekend.dat\*.*"
> D:\Backup\Weekend\D_WEEKEND.DAT
>
> Another example here:
>
> [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@^D<84>[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@@^@
>[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL 
>PROTECTED]@^@
> [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@¡»j${Í©Õ<98>[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@^D
> [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@^@
> [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@¡»j${Í©Õ<98>[EMAIL PROTECTED]@[EMAIL PROTECTED]@¿^
>[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@^E [EMAIL 
>PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@^P^T^@
> [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@<87>[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@@E
>cho off
> rem net stop sqlserveragent
> net stop sqlagent$SBS
>
> rem net stop mssqlserver
> net stop mssql$SBS
>
> rem xcopy /C /E /H /K /Y "c:\Programme\microsoft sql
> server\mssql\data\*.*" c:\sicherung\DATA\
> xcopy /C /E /H /K /Y "D:\SQLDATA\sbsMSSQL$SBS\Data\*.*"
> D:\Backup\SBS-Rewe\DATA
>
> rem xcopy /C /E /H /K /Y "c:\Programme\10it\*.*"
> C:\sicherung\bewegungsdaten\
> xcopy /C /E /H /K /Y "D:\10it_daten\*.*" D:\Backup\SBS-Rewe\Bewegungsdaten
>
> rem net start mssqlserver
> net start mssql$SBS
>
> rem net start sqlserveragent
> net start sqlagent$SBS
>
> C:\programme\10it_at\10it_at.exe /K:SBS_Rewe
> C:\programme\10it_at\10it_at.exe /A:SBS_Rewe
>
>
> Everybody who has an idea how to solve this please let me know and if
> answering, please answer all, because my college needs the answers too.
>
> regards,
> Timo

-- 
Best regards,

Kern

  (">
  /\
  V_V


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to