Re: [Bacula-users] client rejected Hello command (SOLVED)
On 4/7/2010 10:40 AM, Matija Nalis wrote: On Tue, Apr 06, 2010 at 05:52:54PM -0400, Roland Roberts wrote: When the client is run in the foreground in verbose mode, I get this from the client: archos-fd: cram-md5.c:73-0 send: auth cram-md5 1018903137.1269886...@archos-fd ssl=0 archos-fd: cram-md5.c:152-0 sending resp to challenge: a9/LnX1KKQ/Gj6+qd++t1B that is strange. Looking at the code, if you get this far, one of the 3 things should happen: a) timeout or socket error, in which case it would have printed Receive chanllenge response failed. ERR=%s, or b) authorization succeeds (it receives 1000 OK auth) in which case nothing is printed and cram_md5_respond returns true, or c) authorization fails, and Received bad response: %s is printed As nothing is printed, one could only assume the authorization succeeded, but things stopped somewhere afterwards. Can you raise debug level (say, -d200) on both the director and FD (and maybe even on SD, just in case) and send output of that ? Okay, problem solved. It turns out the upgrade was broken. When the director is installed, the RPM is supposed to set up a link from /usr/sbin/bacula-dir to /etc/alternatives/bacula-dir which in turns points to the real directory (in my case, the postgres version). However, the upgrade had left an old binary in place. That shouldn't have worked, but somehow I also still had links from libssl.so.6 and libcrypto.so.6 that pointed to the current versions of those shared libs. This meant bacula-dir would start, but the eventual effect was what I described before. This was not corrected even though I had tried yum reinstall for all of the bacula packages. It was only when started looking for things that didn't correspond to any package that I found the extra binary. I removed it and then did a yum reinstall on the bacula packages and now the director works (well, after upgrading the database and fixing some things in bacula-dir.conf that no longer work). Thank you for the above suggestions. Telling me what to expect from the auth was actually important in making me think about the ssl/crypto libraries because there had been an upgrade error with those that I had forgotten about/ignored when everything initially ran. That was just plain stupid on my part and I should have thought of it long ago. roland -- PGP Key ID: 66 BC 3B CD Roland B. Roberts, PhD RL Enterprises rol...@rlenter.com6818 Madeline Court rol...@astrofoto.org Brooklyn, NY 11220 -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] client rejected Hello command
On 03/29/2010 09:59 AM, Roland Roberts wrote: I am routinely getting this after an upgrade of my server from Fedora 8 to Fedora 12 so it is now running Bacula 3.0.3 29-Mar 04:03 archos-dir: BackupCatalog.2010-03-29_01.05.05 Fatal error: File daemon on archos.rlent.pnet:9102 rejected Hello command The message comes from the server trying to contact the client *on the same host*. The client is running, SELinux is in permissive mode, iptables shows no rules in place. Both ipv4 and ipv6 are enabled. Prior to the upgrade, everything worked fine. I've been over the config files and can't find any substantial differences between what the old ones (bacula 2.0.3) have and what the new ones need, so I'm using the same configuration files. Any ideas? I'm bumping this again because I'm completely out of ideas. Things I've tried: 1. telnet archos.rlent.pnet 9102 This connects but then nothing. I do this from archos.rlent.pnet which is where both client and server are running. Should I expect some response from the client? 257 roland telnet archos.rlent.pnet 9102 Trying 192.168.3.3... Connected to archos.rlent.pnet. Escape character is '^]'. 2. Use the console to try to connect to the client (which, as I mentioned, is on the same host as the server): *status client The defined Client resources are: 1: archos-fd 2: aristarchus-fd 3: hipparchus-fd 4: tycho-fd 5: copernicus-fd Select Client (File daemon) resource (1-5): 1 Connecting to Client archos-fd at archos.rlent.pnet:9102 Failed to connect to Client archos-fd. You have messages. * 29-Mar 14:10 archos-dir:*Console*.2010-03-29_14.08.08 Fatal error: File daemon on archos.rlent.pnet:9102 rejected Hello command When the client is run in the foreground in verbose mode, I get this from the client: archos-fd: cram-md5.c:73-0 send: auth cram-md5 1018903137.1269886...@archos-fd ssl=0 archos-fd: cram-md5.c:152-0 sending resp to challenge: a9/LnX1KKQ/Gj6+qd++t1B I've double- and triple-checked that the passwords match. And remember this all worked fine pre-upgrade :-( I'm not sure what diagnostics I can try at this point. roland -- PGP Key ID: 66 BC 3B CD Roland B. Roberts, PhD RL Enterprises rol...@rlenter.com6818 Madeline Court rol...@astrofoto.org Brooklyn, NY 11220 -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] client rejected Hello command
On 03/29/2010 10:38 AM, John Drescher wrote: On Mon, Mar 29, 2010 at 9:59 AM, Roland Robertsrol...@astrofoto.org wrote: I am routinely getting this after an upgrade of my server from Fedora 8 to Fedora 12 so it is now running Bacula 3.0.3 29-Mar 04:03 archos-dir: BackupCatalog.2010-03-29_01.05.05 Fatal error: File daemon on archos.rlent.pnet:9102 rejected Hello command The message comes from the server trying to contact the client *on the same host*. The client is running, SELinux is in permissive mode, iptables shows no rules in place. Both ipv4 and ipv6 are enabled. Prior to the upgrade, everything worked fine. I've been over the config files and can't find any substantial differences between what the old ones (bacula 2.0.3) have and what the new ones need, so I'm using the same configuration files. Any ideas? Is your director at least bacula 3.0.X? Director and client are both 3.0.3. The whole upgrade was via the stock Fedora RPMs roland -- PGP Key ID: 66 BC 3B CD Roland B. Roberts, PhD RL Enterprises rol...@rlenter.com6818 Madeline Court rol...@astrofoto.org Brooklyn, NY 11220 -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] client rejected Hello command
On 03/29/2010 11:26 AM, Steve Thompson wrote: On Mon, 29 Mar 2010, Roland Roberts wrote: It was a major upgrade reboot was part of the process. And it's been rebooted since then. What does a telnet archos.rlent.pnet 9102 give you? Connected (from the telnet client), but no other response. I am also connecting *from* archos.rlent.pnet. 257 roland telnet archos.rlent.pnet 9102 Trying 192.168.3.3... Connected to archos.rlent.pnet. Escape character is '^]'. I've tried running the client in the foreground with debugging turned up and verbose messages, but I'm not getting any more info: [r...@archos bacula]# bacula-fd -f -d 99 -v bacula-fd: filed_conf.c:452-0 Inserting director res: archos-mon archos-fd: filed.c:259-0 filed: listening on port 9102 When I try to telnet, I get exactly the same response--connect, nothing more. roland -- PGP Key ID: 66 BC 3B CD Roland B. Roberts, PhD RL Enterprises rol...@rlenter.com6818 Madeline Court rol...@astrofoto.org Brooklyn, NY 11220 -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Can't connect to FD after upgrade to 3.
On 03/27/2010 08:41 AM, Julian Golderer wrote: Am Samstag 27 März 2010 02:57:17 schrieb Roland Roberts: Any suggestions on what's happening here? Maybe some problems with Fedora Firewall or SELinux? Does the fd listen to any interfaces? Does the fd just listen to IPv6 or IPv4? Nameresolution or DNS problems? Well, from the part of the message just before my question Note that the configuration files were working just fine before the upgrade and they're really still there. I've trying running client in the foreground but get no indication that it gets anything. I can telnet to the client port and connect, but have no idea if there is a text protocol to ask the FD its status; anything I type seems to just get me disconnected. So no, I don't think there is a firewall or SELinux issue or I wouldn't be able to telnet from the server to the FD. Plus I get no avc warning and have tried with permissive settings. It used to work, before the upgrade, with enforcing turned on. When I telnet to the FD, is there something I could type to talk to it, an equivalent to smtp or http? roland -- PGP Key ID: 66 BC 3B CD Roland B. Roberts, PhD RL Enterprises rol...@rlenter.com6818 Madeline Court rol...@astrofoto.org Brooklyn, NY 11220 -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Can't connect to FD after upgrade to 3.
Until recently, I was running the server on a Fedora 8 host with bacula 2.4 and the clients on Fedora 10 hosts with the same version. Then I upgraded one client to Fedora 12 and picked up the 3.0.3 bacula client. Okay, so it didn't work, no big deal, the server was past due to be upgraded. So I upgraded to Fedora 12 on the server and picked up the 3.0.3 bacula server. But since this upgrade, the 3.0.3 server can't talk to the 3.0.3 client. But it does talk to a 2.4.4 client on a Fedora 11 system. Note that the configuration files were working just fine before the upgrade and they're really still there. I've trying running client in the foreground but get no indication that it gets anything. I can telnet to the client port and connect, but have no idea if there is a text protocol to ask the FD its status; anything I type seems to just get me disconnected. Any suggestions on what's happening here? roland -- PGP Key ID: 66 BC 3B CD Roland B. Roberts, PhD RL Enterprises rol...@rlenter.com6818 Madeline Court rol...@astrofoto.org Brooklyn, NY 11220 -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Restore Errors, terminates early
Below is the console log from my failing restore job. As you can see, the number of files restored is WAY low. I'm trying to figure out how to get what I can out of this restore. I've done small restores before, a file or two, a even a small directory. This is the first time I've had to restore a lot of stuff. Unfortunately, this is not a test :-( Any ideas? TIA, roland Run Restore job JobName:RestoreFiles Bootstrap: /var/spool/bacula/archos-dir.restore.3.bsr Where: /tmp/bacula-restores Replace:always FileSet:System Set Client: aristarchus-fd Storage:File When: 2008-11-06 14:06:05 Catalog:MyCatalog Priority: 10 OK to run? (yes/mod/no): yes Job queued. JobId=289 06-Nov 14:06 archos-dir: Start Restore Job RestoreFiles.2008-11-06_14.06.08 06-Nov 14:06 archos-sd: Ready to read from volume Aristarchus-0004 on device FileStorage (/backup). 06-Nov 14:06 archos-sd: Forward spacing Volume Aristarchus-0004 to file:block 15:2571201622. 06-Nov 14:10 archos-sd: RestoreFiles.2008-11-06_14.06.08 Error: block.c:317 Volume data error at 18:63957951! Block checksum mismatch in block=1199365 len=64512: calc=90c6023e blk=c0deabb4 06-Nov 14:10 aristarchus-fd JobId 289: Error: attribs.c:421 File size of restored file /tmp/bacula-restores/home/roland/tmp/20080429-AstroTrac/img_3470.png not correct. Original 36831200, restored 26476544. 06-Nov 14:10 archos-dir: RestoreFiles.2008-11-06_14.06.08 Error: Bacula 2.0.3 (06Mar07): 06-Nov-2008 14:10:12 JobId: 289 Job:RestoreFiles.2008-11-06_14.06.08 Client: aristarchus-fd Start time: 06-Nov-2008 14:06:10 End time: 06-Nov-2008 14:10:12 Files Expected: 126,091 Files Restored: 14,446 Bytes Restored: 8,439,830,107 Rate: 34875.3 KB/s FD Errors: 1 FD termination status: Error SD termination status: Error Termination:*** Restore Error *** 06-Nov 14:10 archos-dir: Begin pruning Jobs. 06-Nov 14:10 archos-dir: No Jobs found to prune. 06-Nov 14:10 archos-dir: Begin pruning Files. 06-Nov 14:10 archos-dir: No Files found to prune. 06-Nov 14:10 archos-dir: End auto prune. -- PGP Key ID: 66 BC 3B CD Roland B. Roberts, PhD RL Enterprises [EMAIL PROTECTED]6818 Madeline Court [EMAIL PROTECTED] Brooklyn, NY 11220 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Restore Errors, terminates early
Roland Roberts wrote: Below is the console log from my failing restore job. As you can see, the number of files restored is WAY low. I'm trying to figure out how to get what I can out of this restore. I've done small restores before, a file or two, a even a small directory. This is the first time I've had to restore a lot of stuff. Unfortunately, this is not a test :-( It would appear the problem is in the backend with quoting file names. I have some configuration files that were created via a Java webstart task. Who cares? Well, they are arguably misconfigured 'cause they create their config files as c:\jobwatch.properties which ends up in my home directory as /home/roland/c\:\\jobwatch.properties. That name doesn't get quoted correctly in the SQL query that goes to PostgreSQL, so the query fails (and I get an error in syslog from the postmaster). I've just unmarked those files and will see how far I can get now. It is looking better (since it is still running). I assume I should log this as a bug roland -- PGP Key ID: 66 BC 3B CD Roland B. Roberts, PhD RL Enterprises [EMAIL PROTECTED]6818 Madeline Court [EMAIL PROTECTED] Brooklyn, NY 11220 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Restore Errors, terminates early
Roland Roberts wrote: It would appear the problem is in the backend with quoting file names. I have some configuration files that were created via a Java webstart task. Who cares? Well, they are arguably misconfigured 'cause they create their config files as c:\jobwatch.properties which ends up in my home directory as /home/roland/c\:\\jobwatch.properties. That name doesn't get quoted correctly in the SQL query that goes to PostgreSQL, so the query fails (and I get an error in syslog from the postmaster). I've just unmarked those files and will see how far I can get now. It is looking better (since it is still running). Well, I spoke too soon. It's clear that this is not the whole story. I'm not getting any logs on the server side to help me with this. It's still quitting early, and syslog does show postgresql errors coincident with the job termination. They look like this: Nov 6 17:14:06 archos postgres[31135]: [30-1] ERROR: table delcandidates does not exist Nov 6 17:14:06 archos postgres[31135]: [30-2] STATEMENT: DROP TABLE DelCandidates Nov 6 17:14:06 archos postgres[31135]: [31-1] ERROR: index delinx1 does not exist Nov 6 17:14:06 archos postgres[31135]: [31-2] STATEMENT: DROP INDEX DelInx1 Nov 6 17:14:06 archos postgres[31135]: [32-1] ERROR: index delinx1 does not exist Nov 6 17:14:06 archos postgres[31135]: [32-2] STATEMENT: DROP INDEX DelInx1 But that may be innocuous as I also seem to get this message when I *issue* the restore command: Nov 6 17:22:09 archos postgres[31135]: [33-1] ERROR: table temp does not exist Nov 6 17:22:09 archos postgres[31135]: [33-2] STATEMENT: DROP TABLE temp Nov 6 17:22:09 archos postgres[31135]: [34-1] ERROR: table temp1 does not exist Nov 6 17:22:09 archos postgres[31135]: [34-2] STATEMENT: DROP TABLE temp1 The restore seems to terminate when it gets any error like a file size not matching. This isn't what I expected from the manual where I expected it to continue on until all files were restored as best as possible. I'm now picking directories, one at a time, and restoring them. Any better ideas on tracking this down? roland -- PGP Key ID: 66 BC 3B CD Roland B. Roberts, PhD RL Enterprises [EMAIL PROTECTED]6818 Madeline Court [EMAIL PROTECTED] Brooklyn, NY 11220 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Disk full, deleting old backups
Roland Roberts wrote: I already have recycle=yes in each of my pools, and I'm running LVM and have extended the volume as much as I have space for. But I still ended up running out of space, largely because I messed with some of the file set definitions that triggered new full backups. So... I've already done prune, but that did nothing because the volumes retention times haven't expired. Do I did delete and found they happily disappeared when I did a list, but the actual volume files on disk are still there. Do I just manually remove them at this point Well, I decided to just try and see. The answer seems to be yes with the caveat that I also have to restart the storage daemon which got very confused until I did. roland -- PGP Key ID: 66 BC 3B CD Roland B. Roberts, PhD RL Enterprises [EMAIL PROTECTED]6818 Madeline Court [EMAIL PROTECTED] Brooklyn, NY 11220 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Disk full, deleting old backups
I already have recycle=yes in each of my pools, and I'm running LVM and have extended the volume as much as I have space for. But I still ended up running out of space, largely because I messed with some of the file set definitions that triggered new full backups. So... I've already done prune, but that did nothing because the volumes retention times haven't expired. Do I did delete and found they happily disappeared when I did a list, but the actual volume files on disk are still there. Do I just manually remove them at this point? roland -- PGP Key ID: 66 BC 3B CD Roland B. Roberts, PhD RL Enterprises [EMAIL PROTECTED]6818 Madeline Court [EMAIL PROTECTED] Brooklyn, NY 11220 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] invalid byte sequence for encoding UTF8
Bill Moran wrote: Connect to the PostgreSQL database using the psql command: psql -U bacula bacula Then enter \l to list the installed databases and their attributes. You should see the bacula database as UTF8. The database is UTF8; all the databases on this host are UTF8. To see what the client encoding is, you can do show client_encoding; from the psql program. If this is not set to UTF8, you _can_ change it on the fly. Simply issue ALTER DATABASE bacula SET client_encoding='UTF8'; Then you'll want to restart Bacula for it to pick up the new setting. Hmm, okay, but it shows UTF8. And shouldn't the bacula client be doing that? Because I'm going on vacation and don't want to leave home without a backup (especially since the laptop will be used in the field, literally), I ended up just removing the offending packages. I'll try to play around with this again after vacation. Thanks, roland -- PGP Key ID: 66 BC 3B CD Roland B. Roberts, PhD RL Enterprises [EMAIL PROTECTED]6818 Madeline Court [EMAIL PROTECTED] Brooklyn, NY 11220 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] CRC error during backup.
During my first full backup of my Windows XP Laptop, I got the following: 09-Aug 10:35 hipparchus-fd: Hipparchus.2007-08-09_09.23.41 Error: Read error on file C:/Program Files/Starry Night Pro Plus 6/Sky Data/AllSkyImage/C16/C16F2T0208.dds. ERR=Data error (cyclic redundancy check). I know at a basic level what this means, but I don't understand what it causing it or what it means on a practical level for me. Did I get a network glitch? Did the client choke? Is the original file corrupt? Is the drive possibly going bad? TIA, roland -- PGP Key ID: 66 BC 3B CD Roland B. Roberts, PhD RL Enterprises [EMAIL PROTECTED]6818 Madeline Court [EMAIL PROTECTED] Brooklyn, NY 11220 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] invalid byte sequence for encoding UTF8
I'm a bacula newbie. I've just installed bacula 2.0.3 on two Fedora Core 6 systems, my backup server and my laptop. After working through the tutorial and getting my test backup and restore to work locally, I configured the laptop and left it to do an overnight backup. It looked good for a while, but when I awoke this morning, I had the errors (below). I'm not sure how to avoid the problem in the future. I can't find client_encoding in the manual, or anything with encoding in its name as a parameter to be set. I see the problem is caused by a couple of files with names that are not ASCII (an presumably not UTF8 either). I can fix this problem by just uninstalling the packages to which these files belong (they belong to games I don't play). How can I figure out the actual encoding for these file names? How can I fix the problem to back them up in the future? roland -- PGP Key ID: 66 BC 3B CD Roland B. Roberts, PhD RL Enterprises [EMAIL PROTECTED]6818 Madeline Court [EMAIL PROTECTED] Brooklyn, NY 11220 06-Aug 02:42 bacula-dir: No prior Full backup Job record found. 06-Aug 02:42 bacula-dir: No prior or suitable Full backup found in catalog. Doing FULL backup. 06-Aug 02:42 bacula-dir: Start Backup JobId 1, Job=Aristarchus_Backup.2007-08-06_02.42.10 06-Aug 02:42 bacula-sd: Wrote label to prelabeled Volume Volume000 on device FileStorage (/backup) Aristarchus: /var/lib/nfs/rpc_pipefs is a different filesystem. Will not descend from / into /var/lib/nfs/rpc_pipefs Aristarchus: /dev is a different filesystem. Will not descend from / into /dev Aristarchus: /misc is a different filesystem. Will not descend from / into /misc Aristarchus: /home is a different filesystem. Will not descend from / into /home Aristarchus: /net is a different filesystem. Will not descend from / into /net Aristarchus: /selinux is a different filesystem. Will not descend from / into /selinux Aristarchus: /sys is a different filesystem. Will not descend from / into /sys 06-Aug 03:21 bacula-dir: Aristarchus_Backup.2007-08-06_02.42.10 Fatal error: sql_create.c:845 sql_create.c:845 query SELECT FilenameId FROM Filename WHERE Name='reconstructîon2.xal' failed: ERROR: invalid byte sequence for encoding UTF8: 0xee6f6e HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by client_encoding. 06-Aug 03:21 bacula-dir: Aristarchus_Backup.2007-08-06_02.42.10 Fatal error: sql_create.c:870 sql_create.c:870 insert INSERT INTO Filename (Name) VALUES ('reconstructîon2.xal') failed: ERROR: invalid byte sequence for encoding UTF8: 0xee6f6e HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by client_encoding. 06-Aug 03:21 bacula-dir: Aristarchus_Backup.2007-08-06_02.42.10 Fatal error: sql_create.c:872 Create db Filename record INSERT INTO Filename (Name) VALUES ('reconstructîdon2.xal') failed. ERR=ERROR: invalid byte sequence for encoding UTF8: 0xee6f6e HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by client_encoding. 06-Aug 03:21 bacula-dir: Aristarchus_Backup.2007-08-06_02.42.10 Fatal error: catreq.c:476 Attribute create error. sql_create.c:872 Create db Filename record INSERT INTO Filename (Name) VALUES ('reconstructîon2.xal') failed. ERR=ERROR: invalid byte sequence for encoding UTF8: 0xee6f6e HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by client_encoding. 06-Aug 03:35 bacula-dir: Aristarchus_Backup.2007-08-06_02.42.10 Fatal error: sql_create.c:845 sql_create.c:845 query SELECT FilenameId FROM Filename WHERE Name='español.lng' failed: ERROR: invalid byte sequence for encoding UTF8: 0xf16f6c2e HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by client_encoding. 06-Aug 03:35 bacula-dir: Aristarchus_Backup.2007-08-06_02.42.10 Fatal error: sql_create.c:870 sql_create.c:870 insert INSERT INTO Filename (Name) VALUES ('español.lng') failed: ERROR: invalid byte sequence for encoding UTF8: 0xf16f6c2e HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by client_encoding. 06-Aug 03:35 bacula-dir: Aristarchus_Backup.2007-08-06_02.42.10 Fatal error: sql_create.c:872 Create db Filename record INSERT INTO Filename (Name) VALUES ('español.lng') failed. ERR=ERROR: invalid byte sequence for encoding UTF8: 0xf16f6c2e HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by client_encoding. 06-Aug 03:35 bacula-dir: