Re: [Bacula-users] Win32 data stream not supported on this Client
On Friday 22 December 2006 23:05, James Harper wrote: When I try to restore a file that was backed up in windows using the native windows backup method (backupread) to Linux I get the Win32 data stream not supported on this Client error. Obviously there is good reason for this as the backupread stream isn't going to make any sense to any other environment, but I want to look at pulling the backupread stream apart and restoring it onto an NTFS filesystem under Linux using the new ntfs driver... A bacula restore seems to be the easiest way to just dump this stream into a file, or at least it would if there was a way to force the restore to happen... Is there any way to override it? It isn't a question of overriding it, but rather one of having the appropriate code to pick apart Microsoft's backup stream. What you want exists in Bacula 1.39.x. You can either upgrade to version 1.39.32, or simply upgrade your Linux client to 1.39.32. Thanks James - 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 and tape ejects from Autoloader
On Friday 22 December 2006 23:15, Meidal, Knut wrote: Hello, I'm currently considering setting up a small below the radar Bacula installation. I happen to have NetApp NearStore VTLs with capacity on them, that I can use as my back-end. VTL is a virtual tape library, i.e a collection of disk that presents itself on a FibreChannel port as being a regular tape library. These VTLs are connected to a physical tape library. The backup application doesn't see the physical tape library directly. The way it works is that I will define virtual libraries on the VTL, define drives and slots, and assign to a server. This server thinks he's talking to a regular tape library; mounts/reads/writes like always. The magic happens when the application or OS issues an EJECT command to move a tape (it doesn't know it's a virtual tape) to the I/O slot. This question is not possible to answer because you are using a terminology that does not correspond to that which I know. There is to the best of my knowledge (in the Unix world) no EJECT command. On the contrary there are exist two commands that Bacula uses. One is the offline command, and normally will discharge a tape from a tape reader. This is equivalent to the mt offline command, and Bacula can do offlines at particular times on request -- in fact, it is an OS API done through ioctl(). The second is an unload command that unloads a cassette from an autoloader drive. This command is a SCSI control command that Bacula issues by calling a program named mtx on most Unix systems (FreeBSD typically uses a different program). Bacula does not directly issue SCSI command such as the unload, but relies on mtx to do so for it. mtx will unload a tape in a particular drive into a specified slot, which must be empty. If your concept of EJECT corresponds to one of the above, then most likely it can be done in Bacula. The VTL then fakes such an eject and goes to work mounting a corresponding physical tape and copies the data from disk(on VTL) on to this physical tape. Works great with Veritas NetBackup. My question is about the media ejects in Bacula. Is there such a thing? How can it be scripted or requested? Using the bconsole utility? A combination with MT or MTX? Any ideas appreciated. Knut E. Meidal - 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
[Bacula-users] Problem on compiling
Hello J am compiling bacula-1.38.11 on rhel4, but have problems. J send the output of configure and make commands. Thi is the error tha J obtain: make[1]: Leaving directory `/usr/CONDIVISA/rpms/bacula-1.38.11/src/cats' ==Entering directory /usr/CONDIVISA/rpms/bacula-1.38.11/src/dird make[1]: Entering directory `/usr/CONDIVISA/rpms/bacula-1.38.11/src/dird' /usr/bin/g++ -O -L../lib -L../cats -L../findlib -o bacula-dir dird.o admin.o authenticate.o autoprune.o backup.o bsr.o catreq.o dird_conf.o expand.o fd_cmds.o getmsg.o inc_conf.o job.o jobq.o mac.o mountreq.o msgchan.o next_vol.o newvol.o pythondir.o recycle.o restore.o run_conf.o scheduler.o sql_cmds.o ua_acl.o ua_cmds.o ua_dotcmds.o ua_query.o ua_input.o ua_label.o ua_output.o ua_prune.o ua_purge.o ua_restore.o ua_run.o ua_select.o ua_server.o ua_status.o ua_tree.o ua_update.o verify.o \ -lsql -lfind -lbac -lm -L/usr/lib/mysql -lmysqlclient_r -lz -lpthread \ /usr/bin/ld: cannot find -lz -- collect2: ld returned 1 exit status make[1]: *** [bacula-dir] Error 1 make[1]: Leaving directory `/usr/CONDIVISA/rpms/bacula-1.38.11/src/dird' == Error in /usr/CONDIVISA/rpms/bacula-1.38.11/src/dird == ==Entering directory /usr/CONDIVISA/rpms/bacula-1.38.11/src/stored make[1]: Entering directory `/usr/CONDIVISA/rpms/bacula-1.38.11/src/stored' /usr/bin/g++ -c -I. -I.. -g -O2 -Wall mount.c /usr/bin/g++ -c -I. -I.. -g -O2 -Wall parse_bsr.c /usr/bin/g++ -c -I. -I.. -g -O2 -Wall pythonsd.c /usr/bin/g++ -c -I. -I.. -g -O2 -Wall read.c /usr/bin/g++ -c -I. -I.. -g -O2 -Wall read_record.c /usr/bin/g++ -c -I. -I.. -g -O2 -Wall record.c /usr/bin/g++ -c -I. -I.. -g -O2 -Wall reserve.c /usr/bin/g++ -c -I. -I.. -g -O2 -Wall spool.c /usr/bin/g++ -c -I. -I.. -g -O2 -Wall status.c /usr/bin/g++ -c -I. -I.. -g -O2 -Wall stored_conf.c /usr/bin/g++ -c -I. -I.. -g -O2 -Wall wait.c /usr/bin/g++ -O -L../lib -o bacula-sd stored.o ansi_label.o autochanger.o acquire.o append.o askdir.o authenticate.o block.o butil.o dev.o device.o dircmd.o dvd.o ebcdic.c fd_cmds.o job.o label.o match_bsr.o mount.o parse_bsr.o pythonsd.o read.o read_record.o record.o reserve.o spool.o status.o stored_conf.o wait.o \ -lbac -lm -lpthread \ /usr/bin/g++ -c -I. \ -I.. -g -O2 -Wall bls.c /usr/bin/g++ -c -I. -I.. -g -O2 -Wall ebcdic.c /usr/bin/g++ -O -L../lib -L../findlib -o bls bls.o block.o butil.o device.o dev.o label.o match_bsr.o ansi_label.o dvd.o ebcdic.o autochanger.o acquire.o mount.o parse_bsr.o record.o reserve.o read_record.o stored_conf.o spool.o wait.o -lfind \ -lbac -lm -lpthread /usr/bin/g++ -c -I. \ -I.. -g -O2 -Wall bextract.c /usr/bin/g++ -O -L../lib -L../findlib -o bextract bextract.o block.o device.o dev.o label.o record.o ansi_label.o dvd.o ebcdic.o autochanger.o acquire.o mount.o match_bsr.o parse_bsr.o butil.o pythonsd.o reserve.o read_record.o stored_conf.o spool.o wait.o \ -lfind -lbac -lm -lpthread /usr/bin/g++ -c -I. \ -I.. -g -O2 -Wall bscan.c /usr/bin/g++ -O -L../lib -L../cats -L../findlib -o bscan bscan.o block.o device.o dev.o label.o ansi_label.o dvd.o ebcdic.o autochanger.o acquire.o mount.o record.o match_bsr.o parse_bsr.o reserve.o butil.o read_record.o stored_conf.o spool.o wait.o \ -lsql -L/usr/lib/mysql -lmysqlclient_r -lz -lfind -lbac -lm -lpthread /usr/bin/ld: cannot find -lz -- collect2: ld returned 1 exit status make[1]: *** [bscan] Error 1 make[1]: Leaving directory `/usr/CONDIVISA/rpms/bacula-1.38.11/src/stored' == Error in /usr/CONDIVISA/rpms/bacula-1.38.11/src/stored == ==Entering directory /usr/CONDIVISA/rpms/bacula-1.38.11/src/tools make[1]: Entering directory `/usr/CONDIVISA/rpms/bacula-1.38.11/src/tools' /usr/bin/g++ -c -I. -I.. -g -O2 -Wall bsmtp.c /usr/bin/g++ -O -L../lib -o bsmtp bsmtp.o -lbac -lm -lpthread /usr/bin/g++ -c -I. -I.. -g -O2 -Wall dbcheck.c /usr/bin/g++ -O -L../lib -L../cats -o dbcheck dbcheck.o ../dird/dird_conf.o ../dird/run_conf.o ../dird/inc_conf.o -lsql -lbac -lm -L/usr/lib/mysql -lmysqlclient_r -lz -lpthread /usr/bin/ld: cannot find -lz -- collect2: ld returned 1 exit status make[1]: *** [dbcheck] Error 1 make[1]: Leaving directory `/usr/CONDIVISA/rpms/bacula-1.38.11/src/tools' == Error in /usr/CONDIVISA/rpms/bacula-1.38.11/src/tools == J hope that someone can help me. Excuse for my english Thanks piero checking for true... /bin/true checking for false... /bin/false configuring for bacula 1.38.11 (28 June 2006) checking for
[Bacula-users] Merry Christmas...
... to all of you, even if you aren't christian, or have to work, or whatever. Have some nice days! Arno -- IT-Service Lehmann[EMAIL PROTECTED] Arno Lehmann http://www.its-lehmann.de - 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] Merry Christmas...
On Saturday 23 December 2006 07:40, Arno Lehmann wrote: ... to all of you, even if you aren't christian, or have to work, or whatever. Have some nice days! Arno Merry Christmas to all, and to all good night. cmr -- Debian 'Etch': Registered Linux User #241964 More laws, less justice. -- Marcus Tullius Ciceroca, 42 BC - 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] Merry Christmas...
Merry Christmas to all !! Happy Holidays ! On 12/23/06, Mike Reinehr [EMAIL PROTECTED] wrote: On Saturday 23 December 2006 07:40, Arno Lehmann wrote: ... to all of you, even if you aren't christian, or have to work, or whatever. Have some nice days! Arno Merry Christmas to all, and to all good night. cmr -- Debian 'Etch': Registered Linux User #241964 More laws, less justice. -- Marcus Tullius Ciceroca, 42 BC - 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 -- Eduardo Júnior linux user 423272 -- O meu conhecimento é o nosso conhecimento. (Desconhecido) :wq - 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
[Bacula-users] Frank Stuber ist nicht im Büro
Ich werde ab 23.12.2006 nicht im Büro sein. Ich kehre zurück am 02.01.2007. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. In dringenden Fällen wenden Sie sich bitte an meine Kollegen in der EDV. Gruß Frank Stuber - 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] Merry Christmas...
Agreed! Merry Christmas to all! Erich On Dec 23, 2006, at 7:40 AM, Arno Lehmann wrote: ... to all of you, even if you aren't christian, or have to work, or whatever. Have some nice days! Arno -- IT-Service Lehmann[EMAIL PROTECTED] Arno Lehmann http://www.its-lehmann.de -- --- 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
[Bacula-users] Spool block too big
Hello, I keep running into a Spool block too big error. I am running FreeBSD 6.2-PRERELEASE #1: Sat Oct 28 16:07:28 EDT 2006 with the bacula port 1.38.11_3. I have run all 9 of the tape testing steps and the problem has never appeared when jobs are not run concurrently. Messages from the storage daemon are: 23-Dec 16:58 client1-sd: Committing spooled data to Volume A007. Despooling 6,615,803,396 bytes ... 23-Dec 16:58 client1-sd: client2-backup.2006-12-23_15.24.47 Fatal error: spool.c:320 Spool block too big. Max 64512 bytes, got 569964745 23-Dec 16:58 client2-fd: client2-backup.2006-12-23_15.24.47 Fatal error: job.c:1617 Bad response to Append End command. Wanted 3000 OK end, got [truncated in the logs] 23-Dec 16:58 client1-dir: client2-backup.2006-12-23_15.24.47 Error: Bacula 1.38.11 (28Jun06): 23-Dec-2006 16:58:55 bacula-dir.conf: Director { Name = client1-dir DIRport = 9101 DIRAddress = 10.10.10.12 QueryFile = /usr/local/share/bacula/query.sql WorkingDirectory = /var/db/bacula PidDirectory = /var/run Maximum Concurrent Jobs = 5 Password = password Messages = Daemon } JobDefs { Name = WeeklyCycle Maximum Concurrent Jobs = 5 Type = Backup Pool = Default Storage = Exabyte Messages = Standard Max Start Delay = 22h SpoolData = yes Schedule = WeeklyCycle FileSet = Full Set Priority = 1 } Job { JobDefs = WeeklyCycle Name = client2-backup Client = client2-fd Write Bootstrap = client2.bsr } Client { Name = client2-fd Address = client2 FDPort = 9102 Catalog = Catalog Password = password1 Maximum Concurrent Jobs = 5 } There are 5 clients with basically the same definition. Random spool failures occur on one or two of them from time to time. Occurs during full backups. Checked out the suggestions on the mailing list (http://www.mail- archive.com/bacula-users@lists.sourceforge.net/msg01015.html): 1/ only one storage daemon. 2/ lots of space on the disk. No chance that if filled when this problem occurred. 3/ no. 4/ don't think so. 5/ don't know, but unlikely. 6/ no complaints. TIA, Brian - 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