Re: [Bacula-users] Bacula Restore keeps crashing with Block checksum mismatch

2007-02-28 Thread Sven Hendriks
Hello,

my problem seems to be solved. It seems to have something to do with the block 
size. I set both the minimum and the maximum blocksize of the device to 64KB 
and the restore works:

Device {
  Name = TestStorage
  Media Type = File
  Archive Device = /mnt/notfallserver/vollbackup
  LabelMedia = yes; 
  Random Access = Yes;
  AutomaticMount = no; 
  RemovableMedia = no;
  AlwaysOpen = yes;
  RequiresMount = no;
  Minimum Block Size = 65536
  Maximum Block Size = 65536
}

It works with 16KB fixed block size, too. Beforehand I did not set the block 
size.

Greetings,
Sven Hendriks


  On Monday 26 February 2007 09:50, Sven Hendriks wrote:
   Hello,
  
   I'm running Bacula 2.0.2 built from source on the following system:
   XEN 3.0 with Gentoo, Kernel 2.6.16 as Dom0 running bacula-dir and
   bacula-sd. One deamon bacula-fd is also running here for test restores.
   File system is Ext3. Debian, Kernel 2.6.16 as DomU running one file daemon
   for backup. The file system here is XFS. The backups are done from the 
   DomU
   file daemon and are stored via the storage daemon on a samba share with
   NTFS mounted with the cifs option in the Dom0.
  
   Backups are running well, unfortunately the Restores do not. Everytime I
   try to restore a backup sooner or later I get an error message like
  
   Error: block.c:317 Volume data error at 0:2068512761!
   Block checksum mismatch in block=65353 len=64512: calc=3deeeba7
   blk=962bd82e
  
   and later
  
   Error: attribs.c:409 File size of restored file X not correct.
   Original Y, restored Z.
  
   and Bacula stops.
  
   I tried to restore from the samba share to the same samba share into
   another directory via the file daemon on Dom0 and from the samba share to 
   a
   XEN DomU with XFS via the file daemon on DomU. In both cases I get the
   error messages above. The backups are running at night, so it is very
   unlikely that file sizes are changing during backup. I hope my 
   descriptions
   are not too confusing :-) I have no idea what causes this error and I'd be
   grateful for any hint that may help to solve my little problem.
  
   Greetings,
   Sven Hendriks

___
Viren-Scan für Ihren PC! Jetzt für jeden. Sofort, online und kostenlos.
Gleich testen! http://www.pc-sicherheit.web.de/freescan/?mc=02


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Bacula Restore keeps crashing with Block checksum mismatch

2007-02-27 Thread Sven Hendriks
Hello Kern,

thank you very much for this hint, but the volume size is already limited to 
2GB.

Greetings
Sven Hendriks

 Von: Kern Sibbald [EMAIL PROTECTED]
 Gesendet: 26.02.07 19:37:24
 An: bacula-users@lists.sourceforge.net
 Betreff: Re: [Bacula-users] Bacula Restore keeps crashing with Block 
 checksum mismatch


 It looks to me like Samba shares don't support more that 2GB.
 
 Recommendations:
 - Don't write to any share of any kind (not Samba, not NFS, ...)
 - If you absolutely must write to a Samba share try limiting the Volume size 
 to 2GB -- that may resolve the problem.
 
 On Monday 26 February 2007 09:50, Sven Hendriks wrote:
  Hello,
 
  I'm running Bacula 2.0.2 built from source on the following system:
  XEN 3.0 with Gentoo, Kernel 2.6.16 as Dom0 running bacula-dir and
  bacula-sd. One deamon bacula-fd is also running here for test restores.
  File system is Ext3. Debian, Kernel 2.6.16 as DomU running one file daemon
  for backup. The file system here is XFS. The backups are done from the DomU
  file daemon and are stored via the storage daemon on a samba share with
  NTFS mounted with the cifs option in the Dom0.
 
  Backups are running well, unfortunately the Restores do not. Everytime I
  try to restore a backup sooner or later I get an error message like
 
  Error: block.c:317 Volume data error at 0:2068512761!
  Block checksum mismatch in block=65353 len=64512: calc=3deeeba7
  blk=962bd82e
 
  and later
 
  Error: attribs.c:409 File size of restored file X not correct.
  Original Y, restored Z.
 
  and Bacula stops.
 
  I tried to restore from the samba share to the same samba share into
  another directory via the file daemon on Dom0 and from the samba share to a
  XEN DomU with XFS via the file daemon on DomU. In both cases I get the
  error messages above. The backups are running at night, so it is very
  unlikely that file sizes are changing during backup. I hope my descriptions
  are not too confusing :-) I have no idea what causes this error and I'd be
  grateful for any hint that may help to solve my little problem.
 
  Greetings,
  Sven Hendriks


__
XXL-Speicher, PC-Virenschutz, Spartarife  mehr: Nur im WEB.DE Club!
Jetzt gratis testen! http://freemail.web.de/home/landingpad/?mc=021130


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Bacula Restore keeps crashing with Block checksum mismatch

2007-02-27 Thread Kern Sibbald
On Tuesday 27 February 2007 09:54, Sven Hendriks wrote:
 Hello Kern,

 thank you very much for this hint, but the volume size is already limited
 to 2GB.

Well, I don't think it is working correctly, because your output indicates 
that Bacula is attempting to read at an address greater than 2,000,000,000 
when it gets the error.



 Greetings
 Sven Hendriks

  Von: Kern Sibbald [EMAIL PROTECTED]
  Gesendet: 26.02.07 19:37:24
  An: bacula-users@lists.sourceforge.net
  Betreff: Re: [Bacula-users] Bacula Restore keeps crashing with Block
  checksum mismatch
 
 
  It looks to me like Samba shares don't support more that 2GB.
 
  Recommendations:
  - Don't write to any share of any kind (not Samba, not NFS, ...)
  - If you absolutely must write to a Samba share try limiting the Volume
  size to 2GB -- that may resolve the problem.
 
  On Monday 26 February 2007 09:50, Sven Hendriks wrote:
   Hello,
  
   I'm running Bacula 2.0.2 built from source on the following system:
   XEN 3.0 with Gentoo, Kernel 2.6.16 as Dom0 running bacula-dir and
   bacula-sd. One deamon bacula-fd is also running here for test restores.
   File system is Ext3. Debian, Kernel 2.6.16 as DomU running one file
   daemon for backup. The file system here is XFS. The backups are done
   from the DomU file daemon and are stored via the storage daemon on a
   samba share with NTFS mounted with the cifs option in the Dom0.
  
   Backups are running well, unfortunately the Restores do not. Everytime
   I try to restore a backup sooner or later I get an error message like
  
   Error: block.c:317 Volume data error at 0:2068512761!
   Block checksum mismatch in block=65353 len=64512: calc=3deeeba7
   blk=962bd82e
  
   and later
  
   Error: attribs.c:409 File size of restored file X not correct.
   Original Y, restored Z.
  
   and Bacula stops.
  
   I tried to restore from the samba share to the same samba share into
   another directory via the file daemon on Dom0 and from the samba share
   to a XEN DomU with XFS via the file daemon on DomU. In both cases I get
   the error messages above. The backups are running at night, so it is
   very unlikely that file sizes are changing during backup. I hope my
   descriptions are not too confusing :-) I have no idea what causes this
   error and I'd be grateful for any hint that may help to solve my little
   problem.
  
   Greetings,
   Sven Hendriks

 __
 XXL-Speicher, PC-Virenschutz, Spartarife  mehr: Nur im WEB.DE Club!
 Jetzt gratis testen! http://freemail.web.de/home/landingpad/?mc=021130


 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
 your opinions on IT  business topics through brief surveys-and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Bacula-users mailing list
 Bacula-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/bacula-users

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Bacula Restore keeps crashing with Block checksum mismatch

2007-02-27 Thread Alan Brown
On Mon, 26 Feb 2007, Kern Sibbald wrote:

 It looks to me like Samba shares don't support more that 2GB.

Incorrect. My CIFS servers are happily providing 1000+Gb shares.

It's certainly suboptimal for Bacula to be reading or writing to remote 
shares though. Far better to put a samba-fd directly on the host machines.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Bacula Restore keeps crashing with Block checksum mismatch

2007-02-27 Thread Ryan Novosielski
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Kern Sibbald wrote:
 On Tuesday 27 February 2007 09:54, Sven Hendriks wrote:
 Hello Kern,

 thank you very much for this hint, but the volume size is already limited
 to 2GB.
 
 Well, I don't think it is working correctly, because your output indicates 
 that Bacula is attempting to read at an address greater than 2,000,000,000 
 when it gets the error.

Incidentally, though off-topic for this list, Samba is capable of more
than 2GB files if it has been properly built for it.
- --
  _  _ _  _ ___  _  _  _
 |Y#| |  | |\/| |  \ |\ |  | |Ryan Novosielski - Systems Programmer III
 |$| |__| |  | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922)
 \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF5FORmb+gadEcsb4RAifxAJ9GKikIC22kfeGFhQSn7fTfXg6syQCgk+Do
acpz5zfzAiG2jthaWCuSA4U=
=70ue
-END PGP SIGNATURE-


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Bacula Restore keeps crashing with Block checksum mismatch

2007-02-27 Thread Ryan Novosielski
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Alan Brown wrote:
 On Mon, 26 Feb 2007, Kern Sibbald wrote:
 
 It looks to me like Samba shares don't support more that 2GB.
 
 Incorrect. My CIFS servers are happily providing 1000+Gb shares.
 
 It's certainly suboptimal for Bacula to be reading or writing to remote 
 shares though. Far better to put a samba-fd directly on the host machines.

Samba can be built without large file support, if the OS that it is
built on does not support it or similar reasons. There can be a 2GB
limit either within Samba or within the OS of the machine running Samba.
HP-UX, for example, has to have its filesystems formatted the right way
and to have Samba built the right way.

- --
  _  _ _  _ ___  _  _  _
 |Y#| |  | |\/| |  \ |\ |  | |Ryan Novosielski - Systems Programmer III
 |$| |__| |  | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922)
 \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF5KIZmb+gadEcsb4RAqvRAJ4lX4L4O5Y3nX/NgdCsqaJys0jq2wCgi5uU
V3Addeir2mEtZtGLVTScP8A=
=l7wj
-END PGP SIGNATURE-


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Bacula Restore keeps crashing with Block checksum mismatch

2007-02-26 Thread Kern Sibbald
It looks to me like Samba shares don't support more that 2GB.

Recommendations:
- Don't write to any share of any kind (not Samba, not NFS, ...)
- If you absolutely must write to a Samba share try limiting the Volume size 
to 2GB -- that may resolve the problem.

On Monday 26 February 2007 09:50, Sven Hendriks wrote:
 Hello,

 I'm running Bacula 2.0.2 built from source on the following system:
 XEN 3.0 with Gentoo, Kernel 2.6.16 as Dom0 running bacula-dir and
 bacula-sd. One deamon bacula-fd is also running here for test restores.
 File system is Ext3. Debian, Kernel 2.6.16 as DomU running one file daemon
 for backup. The file system here is XFS. The backups are done from the DomU
 file daemon and are stored via the storage daemon on a samba share with
 NTFS mounted with the cifs option in the Dom0.

 Backups are running well, unfortunately the Restores do not. Everytime I
 try to restore a backup sooner or later I get an error message like

 Error: block.c:317 Volume data error at 0:2068512761!
 Block checksum mismatch in block=65353 len=64512: calc=3deeeba7
 blk=962bd82e

 and later

 Error: attribs.c:409 File size of restored file X not correct.
 Original Y, restored Z.

 and Bacula stops.

 I tried to restore from the samba share to the same samba share into
 another directory via the file daemon on Dom0 and from the samba share to a
 XEN DomU with XFS via the file daemon on DomU. In both cases I get the
 error messages above. The backups are running at night, so it is very
 unlikely that file sizes are changing during backup. I hope my descriptions
 are not too confusing :-) I have no idea what causes this error and I'd be
 grateful for any hint that may help to solve my little problem.

 Greetings,
 Sven Hendriks




 _
 Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
 http://smartsurfer.web.de/?mc=100071distributionid=0066


 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
 your opinions on IT  business topics through brief surveys-and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Bacula-users mailing list
 Bacula-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/bacula-users

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users