[Bacula-users] GPG signature checking!
Is anyone else checking the .sig file against the tar.gz source file? I can't check it against any keyserver. Can someone tell me what keyserver actually has the info these days? TIA, ZK Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Job hangs at end of run - Fatal error: job.c
Martin Simmons wrote: > Also, you could attach gdb to each daemon and run the gdb command > > thread apply all bt > 11th Nov 07--- Have attached /sbin/bacual-dir /sbin/bacula-fd and /sbin/bacula-sd to gdb, run the commands and will now wait until the error condition repeats. Will post the output to [(gdb)info file] and [(gdb)thread apply all bt] as soon as I have the error condition as well as the dir/fd and sd status. -- The error has occurred again. I decided to start bacula with the init scripts and attached gdb to the running process. All the details descibing this problem are at the beginning of the thread. As the job halted this was the output from the bconsole, about 200 lines of roughly the same as below:- ...Orphaned buffer: backup-dir 8 bytes buf=9e1f010 allocated at workq.c:167 Orphaned buffer: backup-dir 16 bytes buf=9e1eee0 allocated at jcr.c:247 Orphaned buffer: backup-dir528 bytes buf=9e1f038 allocated at jcr.c:255 Orphaned buffer: backup-dir528 bytes buf=9e23ab8 allocated at job.c:953 Orphaned buffer: backup-dir528 bytes buf=9e23ce8 allocated at job.c:1130 Orphaned buffer: backup-dir 6 bytes buf=9e23f50 allocated at ua_server.c:105 Orphaned buffer: backup-dir316 bytes buf=9e23f78 allocated at ua_server.c:192 Orphaned buffer: backup-dir804 bytes buf=9e24338 allocated at bsock.c:429 Orphaned buffer: backup-dir707 bytes buf=9e24c40 allocated at mem_pool.c:198 Orphaned buffer: backup-dir707 bytes buf=9e24680 allocated at mem_pool.c:198 Orphaned buffer: backup-dir 24 bytes buf=9e1f268 allocated at job.c:1153 Orphaned buffer: backup-dir 40 bytes buf=9e1f2a0 allocated at alist.c:53... From command: status all the only unusual output is: Running Jobs: JobId 166 Job holly.2007-12-06_23.25.09 is running. Backup Job started: 07-Dec-07 01:41 Files=50,030 Bytes=12,066,088,479 Bytes/sec=407,211 Files Examined=66,825 Processing file: /etc/httpd/conf/httpd.conf SDReadSeqNo=6 fd=7 Director connected at: 07-Dec-07 09:55 The sd status is: backup-sd Version: 2.2.5 (09 October 2007) i686-pc-linux-gnu redhat Enterprise release Daemon started 06-Dec-07 11:42, 4 Jobs run since started. Heap: heap=217,088 smbytes=160,745 max_bytes=161,943 bufs=124 max_bufs=133 Sizes: boffset_t=8 size_t=4 int32_t=4 int64_t=8 Running Jobs: Writing: Full Backup job holly JobId=166 Volume="Thursday1" pool="Thursday" device="LTO-2" (/dev/nst0) spooling=0 despooling=0 despool_wait=0 Files=50,030 Bytes=12,073,480,104 Bytes/sec=404,607 FDReadSeqNo=646,525 in_msg=552497 out_msg=6 fd=8 The output from gdb thread apply all bt are as follows:- 1) bacula-dir (gdb) thread apply all bt Thread 8 (Thread -1210356848 (LWP 9317)): #0 0x0038e402 in __kernel_vsyscall () #1 0x008e3051 in select () from /lib/libc.so.6 #2 0x0809a84f in bnet_thread_server (addrs=0x8e15b78, max_clients=20, client_wq=0x80dcba0, handle_client_request=0x8081f40 ) at bnet_server.c:161 #3 0x08081f36 in connect_thread (arg=0x8e15b78) at ua_server.c:84 #4 0x003e245b in start_thread () from /lib/libpthread.so.0 #5 0x008ea24e in clone () from /lib/libc.so.6 Thread 7 (Thread -1220846704 (LWP 9318)): #0 0x0038e402 in __kernel_vsyscall () #1 0x003e64dc in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0x080b818f in watchdog_thread (arg=0x0) at watchdog.c:307 #3 0x003e245b in start_thread () from /lib/libpthread.so.0 #4 0x008ea24e in clone () from /lib/libc.so.6 Thread 6 (Thread -1231336560 (LWP 9320)): #0 0x0038e402 in __kernel_vsyscall () #1 0x003e8e1b in read () from /lib/libpthread.so.0 #2 0x0809996d in read_nbytes (bsock=0x8e21460, ptr=0xb69b4318 "(C\233�h*�\b`\024�\b\200*�\bXC\233��\037\b\b`\024�\bc\\\f\b\b", nbytes=4) at bnet.c:82 #3 0x0809c136 in BSOCK::recv (this=0x8e21460) at bsock.c:381 #4 0x08081fba in handle_UA_client_request (arg=0x8e21460) at ua_server.c:140 #5 0x080b87fc in workq_server (arg=0x80dcba0) at workq.c:357 #6 0x003e245b in start_thread () from /lib/libpthread.so.0 #7 0x008ea24e in clone () from /lib/libc.so.6 Thread 5 (Thread -1241826416 (LWP 9321)): #0 0x0038e402 in __kernel_vsyscall () #1 0x003e8e1b in read () from /lib/libpthread.so.0 #2 0x0809996d in read_nbytes (bsock=0x8e22cf8, ptr=0xb5fb3318 "(3��\220E�\b�,�\b�E�\bX3���\037\b\b�,�\bc\\\f\b\b", nbytes=4) at bnet.c:82 #3 0x0809c136 in BSOCK::recv (this=0x8e22cf8) at bsock.c:381 #4 0x08081fba in handle_UA_client_request (arg=0x8e22cf8) at ua_server.c:140 #5 0x080b87fc in workq_server (arg=0x80dcba0) at workq.c:357 #6 0x003e245b in start_thread () from /lib/libpthread.so.0 #7 0x008ea24e in clone () from /lib/libc.so.6 Thread 4 (Thread -1252316272 (LWP 9322)): #0 0x0038e402 in __kernel_vsyscall () #1 0x003e8e1b in read () from /lib/libpthread.so.0 #2 0x0809996d in read_nbytes (bsoc
Re: [Bacula-users] Bacula and Windows XP client: dir/file names with spec. chars (unicode?) - and bat!
As far as I have checked it, char encoding trouble is seen only between non-Unicode and Unicode clients, i.e., files from non-Unicode systems can be restored to non-Unicode systems (same for Unicode). If the chars are not properly displayed on the director's interface, there's no need to worry, but I'd certainly test recovery for those files on the original client. In my case all recovers are done properly. Michael On Dec 5, 2007 6:43 PM, Pierre Pintaric <[EMAIL PROTECTED]> wrote: > Hello there, > > This is to follow the thread : > http://www.mail-archive.com/bacula-users@lists.sourceforge.net/msg27961.html > > I had the same problem with putty, I change the character encoding to > UTF8 and now, it works perfectly. > But when I use bat, the display is correct, but when I restore a file, > it doesn't find it > > 05-Dec 14:38 vserv01-fd JobId 34: Warning: Cannot change permissions of > /tmp/bacula-restores/C/Documents and Settings/Administrateur.SICTIAM/Menu > Démarrer/Programmes: ERR=No such file or directory > 05-Dec 14:34 sictiam-sd JobId 34: Alert: TapeAlert[25]:Undefined. > > I am sure, the problem comes from encoding, but where to change it for > bat?? That's the question... > > any idea? > > Thanks > > -- > Pierre PINTARIC > SICTIAM > Porte 15 Space Antipolis 3 > 2323, chemin Saint Bernard > 06225 Vallauris > Tel : 04 92 96 80 83 > Fax : 04 92 96 92 96 > http://www.sictiam.fr/ > > > - > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > ___ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users > -- Michael Lewinger MBR Computers http://mbrcomp.co.il - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bad response to Append Data command.
> On Wed, 5 Dec 2007, Martin Simmons wrote: > >> If that is OK, then I suggest running the SD with debug level 200, which >> might give us a clue where the error occurs. > > So far I have been unable to get it to fail using -d200, while it does > fail if I don't specify a debug level. Maybe there is a timing issue. I'll > keep trying. > > Steve Strangely, it has also not failed for me at all since I have had debugging turned up. I will continue to keep debugging high over the next few days and see if it fails at all. --Marc > > - > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > ___ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users > > !DSPAM:1,475ac815206871589165409! > > - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bad response to Append Data command.
On Wed, 5 Dec 2007, Martin Simmons wrote: > If that is OK, then I suggest running the SD with debug level 200, which > might give us a clue where the error occurs. So far I have been unable to get it to fail using -d200, while it does fail if I don't specify a debug level. Maybe there is a timing issue. I'll keep trying. Steve - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Fedora/CentOS rpms for 2.2.6 available
Just a short update: Fedora 5 RPMs are online since last week. RPMs for Fedora 8 are currently blocked due to a glibc 2.7 issue. I'm still investigating this (help welcome as always ;-). fs - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
