[Bacula-users] bextract error: File size of restored file not correct
Hi everyone, I found many questions related to this issue, but no satisfying answer up to now. When I use bconsole to restore a file I get the correct file and filesize. When I use bextract to restore the same file, I get this error message: bextract JobId 0: drwxrwxrwx 1 root root 0 2008-10-02 12:06:24 *none* bextract JobId 0: -rwxrwxrwx 1 root root 38507562 2008-10-02 16:12:09 /directory/file.zip 28-Jun 09:48 bextract JobId 0: Error: attribs.c:421 File size of restored file /directory/file.zip not correct. Original 38507562, restored 38507934. When comparing the two restored files it looks like this: -rwxrwxrwx 1 root root 38507562 Jun 25 20:15 file.zip_bconsole -rwxrwxrwx 1 root root 38507934 Jun 25 20:15 file.zip_bextract I backup the files from Windows Server 2008 x64 to a disk-volume, the backup Server (storage and director) is an x86 Linux machine. So bextract is reporting the wrong date and it's restoring the file with wrong size. As long as it's a zip-file unzip is fortunately clever enough to work around this: Archive: file.zip_bextract warning [file.zip_bextract]: 372 extra bytes at beginning or within zipfile (attempting to process anyway) inflating: . and the restored files of both zipfiles are the same. But with other filetypes this does not work. Has anyone found a solution to this problem? Greetings, Ralf -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Freebsd 7.2 Upgrading from 3 to 5 make error
Hi my friends. I want to upgrade my 2 bacula servers running 3.x to 5.x, I have read /usr/ports/UPDATING but don't see any news about. Well I start my portupgrade -air bacula-server and I got this error: Linking bacula-dir ... /usr/ports/sysutils/bacula-server/work/bacula-5.0.0/libtool --silent --tag=CXX --mode=link /usr/bin/c++ -L/usr/local/lib -L../lib -L../cats - L../findlib -o bacula-dir dird.o admin.o authenticate.o autoprune.o backup.o bsr.o catreq.o dir_plugins.o dird_conf.o expand.o fd_cmds.o getmsg.o inc_conf.o job.o jobq.o migrate.o mountreq.o msgchan.o next_vol.o newvol.o pythondir.o recycle.o restore.o run_conf.o scheduler.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 vbackup.o verify.o -lbacfind -lbacsql -lbacpy -lbaccfg -lbac -lm -L/usr/local/lib/mysql - lmysqlclient_r -lz -lpthread -lintl -lwrap -lssl -lcrypto dird.o(.text+0x21c): In function `check_catalog(cat_op)': : undefined reference to `db_check_max_connections(JCR*, B_DB*, unsigned int)' dird.o(.text+0xe54): In function `check_resources()': : undefined reference to `store_size32(s_lex_context*, RES_ITEM*, int, int)' dird.o(.text+0xe80): In function `check_resources()': : undefined reference to `store_size64(s_lex_context*, RES_ITEM*, int, int)' dird.o(.text+0x20c6): In function `main': : undefined reference to `prt_kaboom' dird.o(.text+0x231a): In function `main': : undefined reference to `drop(char*, char*, bool)' dird.o(.text+0x23eb): In function `main': : undefined reference to `db_debug_print(JCR*, __sFILE*)' dird.o(.text+0x24c8): In function `main': : undefined reference to `drop(char*, char*, bool)' backup.o(.text+0xc45): In function `send_accurate_current_files(JCR*)': : undefined reference to `db_get_base_jobid(JCR*, B_DB*, JOB_DBR*, unsigned int*)' backup.o(.text+0xec9): In function `send_accurate_current_files(JCR*)': : undefined reference to `db_create_base_file_list(JCR*, B_DB*, char*)' backup.o(.text+0xee7): In function `send_accurate_current_files(JCR*)': : undefined reference to `db_get_base_file_list(JCR*, B_DB*, int (*)(void*, int, char**), void*)' backup.o(.text+0x2246): In function `do_backup(JCR*)': : undefined reference to `db_commit_base_file_attributes_record(JCR*, B_DB*)' bsr.o(.text+0x5f8): In function `write_bsr(UAContext*, RESTORE_CTX, __sFILE*)': : undefined reference to `get_next_jobid_from_list(char**, unsigned int*)' bsr.o(.text+0xee3): In function `display_bsr_info(UAContext*, RESTORE_CTX)': : undefined reference to `get_next_jobid_from_list(char**, unsigned int*)' catreq.o(.text+0x17c): In function `update_attribute(JCR*, char*, int)': : undefined reference to `db_create_attributes_record(JCR*, B_DB*, ATTR_DBR*)' catreq.o(.text+0x53b): In function `update_attribute(JCR*, char*, int)': : undefined reference to `db_create_attributes_record(JCR*, B_DB*, ATTR_DBR*)' dird_conf.o(.data+0x510): undefined reference to `store_size64(s_lex_context*, RES_ITEM*, int, int)' dird_conf.o(.data+0x18c8): undefined reference to `store_size64(s_lex_context*, RES_ITEM*, int, int)' dird_conf.o(.data+0x1954): undefined reference to `store_size64(s_lex_context*, RES_ITEM*, int, int)' dird_conf.o(.data+0x1970): undefined reference to `store_size64(s_lex_context*, RES_ITEM*, int, int)' migrate.o(.text+0x2563): In function `do_migration_init(JCR*)': : undefined reference to `get_next_jobid_from_list(char**, unsigned int*)' migrate.o(.text+0x31ce): In function `do_migration_init(JCR*)': : undefined reference to `get_next_jobid_from_list(char**, unsigned int*)' ua_dotcmds.o(.text+0x73a): In function `dot_bvfs_lsfiles(UAContext*, char const*)': : undefined reference to `Bvfs::Bvfs(JCR*, B_DB*)' ua_dotcmds.o(.text+0x774): In function `dot_bvfs_lsfiles(UAContext*, char const*)': : undefined reference to `Bvfs::ls_files()' ua_dotcmds.o(.text+0x77c): In function `dot_bvfs_lsfiles(UAContext*, char const*)': : undefined reference to `Bvfs::~Bvfs()' ua_dotcmds.o(.text+0x797): In function `dot_bvfs_lsfiles(UAContext*, char const*)': : undefined reference to `Bvfs::ch_dir(char const*)' ua_dotcmds.o(.text+0x7a3): In function `dot_bvfs_lsfiles(UAContext*, char const*)': : undefined reference to `Bvfs::~Bvfs()' ua_dotcmds.o(.text+0x897): In function `bvfs_result_handler(void*, int, char**)': : undefined reference to `bvfs_basename_dir(char*)' ua_dotcmds.o(.text+0x1112): In function `dot_bvfs_lsdirs(UAContext*, char const*)': : undefined reference to `Bvfs::Bvfs(JCR*, B_DB*)' ua_dotcmds.o(.text+0x114c): In function `dot_bvfs_lsdirs(UAContext*, char const*)': : undefined reference to `Bvfs::ls_special_dirs()' ua_dotcmds.o(.text+0x1154): In function `dot_bvfs_lsdirs(UAContext*, char const*)': : undefined reference to `Bvfs::ls_dirs()'
[Bacula-users] Bacula FD fails after 51 files
Hello Bacula user's list, I'm having some trouble with a bacula client. The backup to a storage node (disk based storage) fails at the same file. Both the bacula director and storage node are on the same system, running FreeBSD 8.0-p3, and the latest version of bacula installed from ports (5.0.0_1). The client is running FreeBSD 8.0-p3, and has the latest available port of bacula-client installed. Here is the message from the director: 25-Jun 10:03 bacula-dir JobId 452: No prior Full backup Job record found. 25-Jun 10:03 bacula-dir JobId 452: No prior or suitable Full backup found in catalog. Doing FULL backup. 25-Jun 10:03 bacula-dir JobId 452: Start Backup JobId 452, Job=host-a.2010-06-25_10.03.15_53 25-Jun 10:03 bacula-dir JobId 452: Using Device FileStorageD6 25-Jun 10:03 bacula-sd JobId 452: Volume host-aFileVol0739 previously written, moving to end of data. 25-Jun 10:03 bacula-sd JobId 452: Ready to append to end of Volume host-aFileVol0739 size=227 25-Jun 10:04 host-a JobId 452: Fatal error: backup.c:1129 Network send error to SD. ERR=Broken pipe 25-Jun 10:04 bacula-sd JobId 452: JobId=452 Job=host-a.2010-06-25_10.03.15_53 marked to be canceled. 25-Jun 10:04 bacula-sd JobId 452: Job write elapsed time = 00:01:30, Transfer rate = 0 Bytes/second 25-Jun 10:04 bacula-dir JobId 452: Error: Bacula bacula-dir 5.0.0 (26Jan10): 25-Jun-2010 10:04:47 Build OS: amd64-portbld-freebsd8.0 freebsd 8.0-RELEASE-p3 JobId:452 Job: host-a.2010-06-25_10.03.15_53 Backup Level: Full (upgraded from Incremental) Client: host-a 5.0.0 (26Jan10) amd64-portbld-freebsd8.0,freebsd,8.0-RELEASE-p3 FileSet: host-a FileSet 2010-06-24 17:33:40 Pool: host-a-File (From Job resource) Catalog: MyCatalog (From Client resource) Storage: FileStorageD6 (From Job resource) Scheduled time: 25-Jun-2010 10:03:11 Start time: 25-Jun-2010 10:03:17 End time: 25-Jun-2010 10:04:47 Elapsed time: 1 min 30 secs Priority: 10 FD Files Written: 51 SD Files Written: 1 FD Bytes Written: 123,847 (123.8 KB) SD Bytes Written: 89 (89 B) Rate: 1.4 KB/s Software Compression: 72.4 % VSS: no Encryption: no Accurate: no Volume name(s): Volume Session Id:187 Volume Session Time: 1276804768 Last Volume Bytes:227 (227 B) Non-fatal FD errors: 0 SD Errors:0 FD termination status: Error SD termination status: Canceled Termination: *** Backup Error *** I changed the client's bacula-fd startup flags to use -d 150 for debugging, here is the output of that: Starting bacula_fd. host-a# host-a: jcr.c:140-0 read_last_jobs seek to 192 host-a: jcr.c:147-0 Read num_items=6 host-a: fd_plugins.c:568-0 plugin dir is NULL host-a: filed.c:275-0 filed: listening on port 9102 host-a: bnet_server.c:96-0 Addresses host[ipv4:192.168.6.56:9102] host-a: bnet.c:669-0 who=client host=192.168.132.113 port=36387 host-a: find.c:80-0 init_find_files ff=802c31a28 host-a: job.c:257-0 dird: Hello Director bacula-dir calling host-a: job.c:273-0 Executing Hello command. host-a: job.c:398-0 Calling Authenticate host-a: cram-md5.c:73-0 send: auth cram-md5 246357299.1277485...@host-a ssl=0 host-a: cram-md5.c:133-0 cram-get received: auth cram-md5 816248580.1277485...@bacula-dir ssl=0 host-a: cram-md5.c:152-0 sending resp to challenge: k5JC6UZvHCJoSz/MH3RibD host-a: job.c:402-0 OK Authenticate host-a: job.c:257-0 dird: JobId=452 Job=host-a.2010-06-25_10.03.15_53 SDid=187 SDtime=1276804768 Authorization=HOPG-OOPJ-DMFK-MCDH-JBDO-HOIE-PJGH-DNPD host-a: job.c:273-0 Executing JobId= command. host-a: job.c:495-452 JobId=452 Auth=HOPG-OOPJ-DMFK-MCDH-JBDO-HOIE-PJGH-DNPD host-a: fd_plugins.c:653-452 plugin list is NULL host-a: job.c:257-452 dird: fileset vss=1 host-a: job.c:273-452 Executing fileset command. host-a: job.c:753-452 I host-a: job.c:753-452 O MZ6 host-a: job.c:753-452 N host-a: job.c:753-452 F /etc host-a: job.c:753-452 F /usr/local/etc host-a: job.c:753-452 N host-a: job.c:753-452 N host-a: job.c:753-452 E host-a: job.c:753-452 N host-a: job.c:753-452 N host-a: job.c:257-452 dird: level = full mtime_only=0 host-a: job.c:273-452 Executing level = command. host-a: job.c:1270-452 level_cmd: level = full mtime_only=0 host-a: job.c:257-452 dird: storage address=bacula port=9103 ssl=0 host-a: job.c:273-452 Executing storage command. host-a: job.c:1440-452 StorageCmd: storage address=bacula port=9103 ssl=0 host-a: job.c:1457-452 Open storage: bacula:9103 ssl=0 host-a: bsock.c:221-452 Current host[ipv4:192.168.132.113:9103] All
Re: [Bacula-users] Freebsd 7.2 Upgrading from 3 to 5 make error
On Mon, 28 Jun 2010 09:21:25 -0700, pedro moreno said: Hi my friends. I want to upgrade my 2 bacula servers running 3.x to 5.x, I have read /usr/ports/UPDATING but don't see any news about. Well I start my portupgrade -air bacula-server and I got this error: Linking bacula-dir ... /usr/ports/sysutils/bacula-server/work/bacula-5.0.0/libtool --silent --tag=CXX --mode=link /usr/bin/c++ -L/usr/local/lib -L../lib -L../cats - L../findlib -o bacula-dir dird.o admin.o authenticate.o autoprune.o backup.o bsr.o catreq.o dir_plugins.o dird_conf.o expand.o fd_cmds.o getmsg.o inc_conf.o job.o jobq.o migrate.o mountreq.o msgchan.o next_vol.o newvol.o pythondir.o recycle.o restore.o run_conf.o scheduler.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 vbackup.o verify.o -lbacfind -lbacsql -lbacpy -lbaccfg -lbac -lm -L/usr/local/lib/mysql - lmysqlclient_r -lz -lpthread -lintl -lwrap -lssl -lcrypto dird.o(.text+0x21c): In function `check_catalog(cat_op)': : undefined reference to `db_check_max_connections(JCR*, B_DB*, unsigned int)' It is a known problem with the Bacula shared libraries, which can be solved by uninstalling the 3.x package first. Make a copy of your configuration files before doing this, just in case! You will also need to run the /usr/local/share/bacula/update_bacula_tables script after installing 5.x to convert the catalog from the 3.x format. __Martin -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Freebsd 7.2 Upgrading from 3 to 5 make error
On Mon, Jun 28, 2010 at 10:16 AM, Martin Simmons mar...@lispworks.com wrote: On Mon, 28 Jun 2010 09:21:25 -0700, pedro moreno said: Hi my friends. I want to upgrade my 2 bacula servers running 3.x to 5.x, I have read /usr/ports/UPDATING but don't see any news about. Well I start my portupgrade -air bacula-server and I got this error: Linking bacula-dir ... /usr/ports/sysutils/bacula-server/work/bacula-5.0.0/libtool --silent --tag=CXX --mode=link /usr/bin/c++ -L/usr/local/lib -L../lib -L../cats - L../findlib -o bacula-dir dird.o admin.o authenticate.o autoprune.o backup.o bsr.o catreq.o dir_plugins.o dird_conf.o expand.o fd_cmds.o getmsg.o inc_conf.o job.o jobq.o migrate.o mountreq.o msgchan.o next_vol.o newvol.o pythondir.o recycle.o restore.o run_conf.o scheduler.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 vbackup.o verify.o -lbacfind -lbacsql -lbacpy -lbaccfg -lbac -lm -L/usr/local/lib/mysql - lmysqlclient_r -lz -lpthread -lintl -lwrap -lssl -lcrypto dird.o(.text+0x21c): In function `check_catalog(cat_op)': : undefined reference to `db_check_max_connections(JCR*, B_DB*, unsigned int)' It is a known problem with the Bacula shared libraries, which can be solved by uninstalling the 3.x package first. Make a copy of your configuration files before doing this, just in case! You will also need to run the /usr/local/share/bacula/update_bacula_tables script after installing 5.x to convert the catalog from the 3.x format. __Martin -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users Thanks Martin. Looks like we don't need to update our bacula-dir.conf/bacula-sd.conf settings right? Thanks again Martin!!! -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bat not showing all files
On 6/24/2010 7:37 AM, Mark Stiebel wrote: On Tue, Jun 22, 2010 at 10:06 AM, Mark Stiebel m...@froop.net mailto:m...@froop.net wrote: However, using the windows Bat GUI (both 32 and 64 bit) when trying to use the Version Browser, it only shows a handful of the directories available. Deselecting or increasing the record limit makes no difference. I've noticed now that its not only the version browser, but all the lists seem to be cut short - jobs, media, pools. Seems to be something limiting the amount of data that bat is receiving or display. Curiously, after enabling the Display all message in console debug option everything works! I have the windows Bat set up on two different machines. They both access bacula running on a linux server. One of my windows machines is win7-64bit and it exhibits the problem you describe. The other is XP-32bit and it does not have the problem. I'll try to test with the debug option and see if that changes anything. -- Mark Nienberg Sent from an invalid address. Please reply to the group. -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Backup to remote location
Yes it is, im just probing this config but you can add as many devices in your bacula-sd as you want. I don't know if it is a best practice, may be someone else can help us, considering we do not backup on tape. Daniel Beas Enriquez Well, thinking to it better it may just solve the naming of the volumes, not the location, as the Storage daemon would be always the same, unless I can decide even the storage daemon for full and incremental in a different way... Do you know if it's possible? 2010/6/27 Massimiliano Perantoni massimili...@perantoni.net: Got it! If it works it is just a sample config on the website... I can differentiate the pools for the kind of job... Full Backup Pool = FullTest Incremental Backup Pool = AllIncrementals Differential Backup Pool = AllDifferentials If it works I may define a local pool for the full backup that then I can copy elsewhere by hand, and the other pools as a different pool that will be local. That should solve the problem, as I would backup locally the files for the full backup, then move the files to the other site for disaster recovery, then move the rest by wire everyday. Ciao Massimiliano 2010/6/27 Daniel beas beasdan...@hotmail.com: This works for me: define a Job without specify a level Job { Name = diseno Type = Backup WriteBootstrap = /home/whatever.bsr Client = cdiseno FileSet = dis Pool = pdis Schedule = Weeklydis Storage = diseno RunBeforeJob = /home/whatever/creavolsdis } # And then define the Schedule this way Schedule { Name = Weeklydis Run = Full sat at 16:00 Run = Incremental mon-fri at 12:00 } I'm not so sure about the right sintax at this moment but this backup is made on site, the script creates a volume every day and it does the incremental backups in the week (about 1.5 gb mon-fri and 36 Gb on weekend). This because it is the same Job with 2 Schedule (only one schedule resource). I hope it is what you are looking for Daniel Beas Enriquez Date: Sat, 26 Jun 2010 23:45:15 +0200 Subject: Re: [Bacula-users] Backup to remote location From: massimili...@perantoni.net To: beasdan...@hotmail.com Hi thanks for the quick answer to all! Reading the answer I understand that maybe I did not explain the situation well. My actual problem is that, for disaster recovery, the limitation is bandwidth, not time. Actually the real problem is that, while I should recover the failure rebuying or (in a better condition) reinstalling all the servers during a complete failure of the systems, that's acceptable for me to bring back all data from a remote location to start working again after that I have put back in place all the infrastructure: rebuying minimal sistems would take weeks, while copying data would cost a day. The only matter is transfering data from A to B. On B, infact, we have plenty of space to house the full and the incremental backups (actually the data is 4TB and growing, while the storage area is something like 12 TB). As of now the only problem is the unacceptable time to copy the full backup from A to B; just a short calculation, lets suppose 10Mbps (the full bandwidth between A and B), to copy 4 TB of data wold take approximatively 4 * 1024 * 1024 * 8 /( 10 * 3600) = 1342 hours To transfer the full backup. It would mean that, to complete the full backup job, it would take something like 55 days... That would make the internet line unusable... The solution would be making a full backup onsite in A, then send it to site B for storage, then work using incremental. My schedule would be 1 Full per year (of every 6 months) in local, then moved someway to Site B 2 Differential every week remotely 3 Incremental daily remotely The only problem, actually, is that if I create a job, it has its name, sd and fd; when I change them the backup is different... Doug Forster has written some schedules that seem to be interesting... Actually my default schedule says that the job runs everyday, does an incremental every day, a differential per week and a full per month; if the incremental does not find a full it starts a full. Having 2 schedules would mean having 2 different jobs, not solving my problem, is it right? Ciao Massimiliano 2010/6/26 Daniel beas beasdan...@hotmail.com: hi massimiliano in my little experience you can define the job without especify full or Incremental backup and in the schedule you define schedule for full and for incremental backups. I'm so new to bacula, may be someone can tell you a better solution Mejor loado de los pocos sabios que aplaudidode los muchos necios Miguel de Cervantes Saavedra Daniel Beas Enriquez Date: Fri, 25 Jun 2010 23:39:45 +0200 From: massimili...@perantoni.net To: bacula-users@lists.sourceforge.net Subject: [Bacula-users] Backup to remote location Hi! I'm going to plan a remote backup between two places
Re: [Bacula-users] Bacula FD fails after 51 files
On 6/28/2010 12:53 PM, Mike Carlson wrote: Hello Bacula user's list, I'm having some trouble with a bacula client. The backup to a storage node (disk based storage) fails at the same file. I suspect the time. Always at 1 hour 30 minutes? Firewall or switch timeout ? Both the bacula director and storage node are on the same system, running FreeBSD 8.0-p3, and the latest version of bacula installed from ports (5.0.0_1). The client is running FreeBSD 8.0-p3, and has the latest available port of bacula-client installed. Here is the message from the director: 25-Jun 10:03 bacula-dir JobId 452: No prior Full backup Job record found. 25-Jun 10:03 bacula-dir JobId 452: No prior or suitable Full backup found in catalog. Doing FULL backup. 25-Jun 10:03 bacula-dir JobId 452: Start Backup JobId 452, Job=host-a.2010-06-25_10.03.15_53 25-Jun 10:03 bacula-dir JobId 452: Using Device FileStorageD6 25-Jun 10:03 bacula-sd JobId 452: Volume host-aFileVol0739 previously written, moving to end of data. 25-Jun 10:03 bacula-sd JobId 452: Ready to append to end of Volume host-aFileVol0739 size=227 25-Jun 10:04 host-a JobId 452: Fatal error: backup.c:1129 Network send error to SD. ERR=Broken pipe 25-Jun 10:04 bacula-sd JobId 452: JobId=452 Job=host-a.2010-06-25_10.03.15_53 marked to be canceled. 25-Jun 10:04 bacula-sd JobId 452: Job write elapsed time = 00:01:30, Transfer rate = 0 Bytes/second 25-Jun 10:04 bacula-dir JobId 452: Error: Bacula bacula-dir 5.0.0 (26Jan10): 25-Jun-2010 10:04:47 Build OS: amd64-portbld-freebsd8.0 freebsd 8.0-RELEASE-p3 JobId: 452 Job: host-a.2010-06-25_10.03.15_53 Backup Level: Full (upgraded from Incremental) Client: host-a 5.0.0 (26Jan10) amd64-portbld-freebsd8.0,freebsd,8.0-RELEASE-p3 FileSet: host-a FileSet 2010-06-24 17:33:40 Pool: host-a-File (From Job resource) Catalog: MyCatalog (From Client resource) Storage: FileStorageD6 (From Job resource) Scheduled time: 25-Jun-2010 10:03:11 Start time: 25-Jun-2010 10:03:17 End time: 25-Jun-2010 10:04:47 Elapsed time: 1 min 30 secs Priority: 10 FD Files Written: 51 SD Files Written: 1 FD Bytes Written: 123,847 (123.8 KB) SD Bytes Written: 89 (89 B) Rate: 1.4 KB/s Software Compression: 72.4 % VSS: no Encryption: no Accurate: no Volume name(s): Volume Session Id: 187 Volume Session Time: 1276804768 Last Volume Bytes: 227 (227 B) Non-fatal FD errors: 0 SD Errors: 0 FD termination status: Error SD termination status: Canceled Termination: *** Backup Error *** I changed the client's bacula-fd startup flags to use -d 150 for debugging, here is the output of that: Starting bacula_fd. host-a# host-a: jcr.c:140-0 read_last_jobs seek to 192 host-a: jcr.c:147-0 Read num_items=6 host-a: fd_plugins.c:568-0 plugin dir is NULL host-a: filed.c:275-0 filed: listening on port 9102 host-a: bnet_server.c:96-0 Addresses host[ipv4:192.168.6.56:9102] host-a: bnet.c:669-0 who=client host=192.168.132.113 port=36387 host-a: find.c:80-0 init_find_files ff=802c31a28 host-a: job.c:257-0 dird: Hello Director bacula-dir calling host-a: job.c:273-0 Executing Hello command. host-a: job.c:398-0 Calling Authenticate host-a: cram-md5.c:73-0 send: auth cram-md5 246357299.1277485...@host-a ssl=0 host-a: cram-md5.c:133-0 cram-get received: auth cram-md5 816248580.1277485...@bacula-dir ssl=0 host-a: cram-md5.c:152-0 sending resp to challenge: k5JC6UZvHCJoSz/MH3RibD host-a: job.c:402-0 OK Authenticate host-a: job.c:257-0 dird: JobId=452 Job=host-a.2010-06-25_10.03.15_53 SDid=187 SDtime=1276804768 Authorization=HOPG-OOPJ-DMFK-MCDH-JBDO-HOIE-PJGH-DNPD host-a: job.c:273-0 Executing JobId= command. host-a: job.c:495-452 JobId=452 Auth=HOPG-OOPJ-DMFK-MCDH-JBDO-HOIE-PJGH-DNPD host-a: fd_plugins.c:653-452 plugin list is NULL host-a: job.c:257-452 dird: fileset vss=1 host-a: job.c:273-452 Executing fileset command. host-a: job.c:753-452 I host-a: job.c:753-452 O MZ6 host-a: job.c:753-452 N host-a: job.c:753-452 F /etc host-a: job.c:753-452 F /usr/local/etc host-a: job.c:753-452 N host-a: job.c:753-452 N host-a: job.c:753-452 E host-a: job.c:753-452 N host-a: job.c:753-452 N host-a: job.c:257-452 dird: level = full mtime_only=0 host-a: job.c:273-452 Executing level = command. host-a: job.c:1270-452 level_cmd: level = full mtime_only=0 host-a: job.c:257-452 dird: storage address=bacula port=9103 ssl=0 host-a: job.c:273-452 Executing storage command. host-a: job.c:1440-452 StorageCmd: storage address=bacula port=9103 ssl=0 host-a: job.c:1457-452 Open storage: bacula:9103 ssl=0 host-a: bsock.c:221-452
Re: [Bacula-users] [Bacula-devel] Storage Daemon crash backtrace
On Thu, Jun 24, 2010 at 2:23 AM, Kern Sibbald k...@sibbald.com wrote: Hello, Either the handle SIGUSR2 nostop noprint pass confused gdb (note it is not necessary when you use -s) or you have something broken on your build/os/machine. gdb with -s should ignore SIGPIPE and Bacula always ignores SIGPIPE, so the backtrace below is useless and doesn't correspond to any real problem. When you get a valid dump, please open a bug report, in the mean time, use the bacula-users list and the manual to help you get a valid dump. Best regards, Kern Ok, I finally got a segfault and I got a backtrace, I've put in a bug #1599. Please let me know if there is more information you need. I'd really like to get a resolution to this. Thanks, Robert LeBlanc Life Sciences Undergraduate Education Computer Support Brigham Young University -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users