On Thursday 12 April 2007 15:38, Christoph Litauer wrote: > Kern Sibbald schrieb: > > On Wednesday 11 April 2007 15:30, Christoph Litauer wrote: > >>> Lots of ideas, starting with If you want a reasonable response, you must > > first > >>> provide at least minimum information. Please read the Support page on > >>> www.bacula.org. > >>> > >>> Perhaps you supplied it previously, but I don't see it in this email. > >>> > >> Sorry, Kern. I didn't read the support info. > >> > >> I am running bacula-dir and bacula-sd on a Suse Linux Enterprise Server > >> 10 (hostname is bacula). Version is mysql-2.0.3 (rpm on sourceforge). > >> The client is a windows 2003 server running winbacula-2.0.3 > >> (sourceforge, too). Hostname is hisservld. Attached is the relevant part > >> of my bacula-dir.conf. > > > > OK, that helps. At least I know that Bacula *should* handle German characters > > correctly (older versions did not). > > > >> I did a full dump of hisservld and tried to restore the files on the > >> client at c:\temp\bacula. All files a restored but I get lots of > >> messages complaining about errors changing the file permissions, e.g.: > >> > >> 05-Apr 16:12 hisservld-fd: RestoreFiles.2007-04-05_16.10.57 Warning: > >> Cannot change permissions of C:/temp/bacula/C/Dokumente und > >> Einstellungen/Administrator/StartmenÃŒ/Programme/Autostart: ERR=No such > >> file or directory > >> > >> As you can see, the german umlaut ü "Startmenü" has been converted to a > >> 2-byte UTF8 encoded character in the restoration path. > >> > >> Thanks a lot for any help! > > > > I suspect that you are not running UTF-8 on your Bacula server. As the manual > > indicates (some place), you need to have your LANG environment variable set > > correctly for Bacula. It must be something of the order: > > > > en_US.UTF-8 > > > > but adjusted for German (probably de_DE.UTF-8). Or you have a PostgreSQL > > database and it is not running in UTF-8 mode ... > > Kern, thanks for your help. I changed the systems default locale to > de_DE.UTF-8 and rebootet the system.
OK. That is probably the best way to run your system. However, it is always possible to set the LANG environment variable just for Bacula if using UTF-8 isn't possible on your site. > Then I did another full dump of the > Windows client -- same effects as before. > I am using a mysql database. > > What I wonder about: If the problem was on the servers side, e.g. wrong > pathnames in the database, I would expect problems while restoring the > files. But all my files and directories are created correctly. Just > setting the file permissions causes the errors ... I'd recommend trying a new backup and restore to test if the problem is corrected, then if you are having problems with older backups, it is probably because of mis-matching encoding. I'm not sure how to solve the problem, but you can probably get the files back by restoring them to a Unix machine, then moving them to Windows, and correcting any of the filenames that may be messed up. You may also be able to restore them directly to a temp directory on Windows, though Windows disallows many more characters in filenames than Unix does ... > > -- > Regards > Christoph > ________________________________________________________________________ > Christoph Litauer [EMAIL PROTECTED] > Uni Koblenz, Computing Center, http://www.uni-koblenz.de/~litauer > Postfach 201602, 56016 Koblenz Fon: +49 261 287-1311, Fax: -100 1311 > PGP-Fingerprint: F39C E314 2650 650D 8092 9514 3A56 FBD8 79E3 27B2 > ------------------------------------------------------------------------- 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.php&p=sourceforge&CID=DEVDEV _______________________________________________ Bacula-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/bacula-users
