[Bacula-users] request to update documentation
since the debian sarge package doesn't contain the create database script i just noticed nowhere in documentation is database encoding mentioned ... at least for me it's working with LATIN1 (got german characters in some files) .. UTF-8 and UNICODE both fail when bacula tries to insert records for some files i suggest adding some info about that to documentation :-) Florian ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Error: You must specify a use catalog-namecommand before continuing
Hi, I've resolved the problem, but neglected to report in.. Sorry about that! :) In bacula-dir.conf you have to find this section: Console { Name = beagle-mon Password = boguspwd CatalogACL = MyCatalog -- Add this line CommandACL = status, .status } Restart or reload the director and you'll be fine! Greetings, Ger. PS: thanks rlafond for reminding me! On Tuesday 06 June 2006 13:05, Ger Apeldoorn wrote: Hi Chris, Thanks a lot for your reply! I'm sorry to say that I cannot find where to put it. My Client resources were already configured with a Catalog = MyCatalog line. Do I have to put it anywhere else? Btw: I could not find any reference to this in the releasenotes Many Thanks, Ger. On Tuesday 06 June 2006 11:37, you wrote: Hello Ger, it's in the release-notes... there is no more default-catalog since 1.38.6 (i think)... chris -- I sense much NT in you, NT leads to Blue Screen. Blue Screen leads to downtime, downtime leads to suffering. NT is the path to the darkside. - Unknown Unix Jedi -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ger Apeldoorn Sent: Tuesday, June 06, 2006 11:09 AM To: bacula-users Subject: [Bacula-users] Error: You must specify a use catalog-namecommand before continuing Hi! I've reinstalled my system and copied the bacula database and configfiles of the previous installation. Now I get in the tray monitor: You must specify a use catalog-name command before continuing Furthermore; i'm having difficulties restoring files: % 06-jun 10:13 beagle-dir: Start Restore Job RestoreFiles.2006-06-06_10.13.51 06-jun 10:13 beagle-sd: RestoreFiles.2006-06-06_10.13.51 Fatal error: acquire.c:109 Read open device FileStorage (/mnt/bacula) Volume HDDWeekly02 failed: ERR=dev.c:450 Could not open: /mnt/bacula/HDDWeekly02, ERR=No such file or directory % I'm still investigating this, but they are probably related... Any ideas? The catalog name has not changed, the bacula version has gone up from 1.38.5 to 1.38.9. As bacula is our primary (and only) means of backup, I'd be grateful for any help!! Many thanks, Ger. ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users -- ARGOSS: your partner for atmospheric, marine coastal information P O Box 61 8325ZH Vollenhove The Netherlands tel +31-527-242299 fax +31-527-242016 Web http://www.argoss.nl Confidentiality Notice Disclaimer The contents of this e-mail and any attachments are intended only for the use of the e-mail addressee(s) shown. If you are not that person, or one of those persons, you are not allowed to take any action based upon it or to copy it, forward, distribute or disclose the contents of it and you should please delete it from your system. ARGOSS Holding BV and its subsidiaries do not accept any liability for any errors or omissions in the context of this e-mail or its attachments which arise as a result of Internet transmission, nor accept liability for statements which are those of the author and not clearly made on behalf of ARGOSS. ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] request to update documentation
This issue is documented in the create_postgresql_database script. If Debian does not use this script, then they should be doing essentially the same thing (setting the encoding to SQL_ASCII or UTF8 depending on how you are running your system). If they are not doing so, I would recommend that you file a Debian packaging bug report and refer them to the above mentioned script. Note, Bacula consoles are only guaranteed to work correctly with UTF8 setting. There is also code in the script to set the datestyle to a format that is usable by Bacula. I believe that the documentation in the script is sufficient. If you do not agree, then please submit proposed text for the manual. On Tuesday 13 June 2006 09:55, Florian Schnabel wrote: since the debian sarge package doesn't contain the create database script i just noticed nowhere in documentation is database encoding mentioned ... at least for me it's working with LATIN1 (got german characters in some files) .. UTF-8 and UNICODE both fail when bacula tries to insert records for some files i suggest adding some info about that to documentation :-) Florian ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users -- Best regards, Kern ( /\ V_V ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] FreeBSD port for brestore
Last night I created a FreeBSD port for brestore, a restoration GUI for bacula brestore: http://cousinmarc.free.fr/ FreeBSD port: http://www.langille.org/www/brestore.tgz -- Dan Langille : Software Developer looking for work my resume: http://www.freebsddiary.org/dan_langille.php ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] FreeBSD port for brestore
On Tuesday 13 June 2006 14:39, Dan Langille wrote: Last night I created a FreeBSD port for brestore, a restoration GUI for bacula brestore: http://cousinmarc.free.fr/ FreeBSD port: http://www.langille.org/www/brestore.tgz I guess you mean http://www.langille.org/tmp/brestore.tgz ? :) Silver ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Bacula version 1.38.10 released to Source Forge
Hello, This is to let you know that Bacula 1.38.10 has been released to Source Forge, including the rpms. The FC5 rpms are not yet posted, but will probably be uploaded in the next day or two (more on FC5 below). This is primarily a bug fix release to 1.38.9, but also has a few backported fixes from the 1.39 code such as code to make the reload command much more stable and less prone to failure as well as code that *should* handle daylight savings changes (or any other radical clock change). I say *should* because the new clock and reload code has not been tested as much as I would like. Here are the major highlights for 1.38.10: = Warning for version 1.38.8 and greater: - The Windows FD no longer automatically folds the case in wild-card comparions. To get the same behavior as before, you must explicitly use Ignore Case = yes in your FileSet. - Backslashes are no longer permitted in File directives (typical error for Windows users), unless the string is enclosed in double quotes, in which case, the backslashes must be doubled. Major Changes for 1.38.10: - This is a primarily a bug fix release, with the following bugs being resolved #570, 609, 611, 613, 614, 617 as well as other bugs not reported in the bugs database. See below for details. - The bconsole reload command should now work properly in virtually all situations thanks to the efforts of a number of people (Eric, Christopher, and myself). - There is an untested fix to eliminate the scheduling problems (either no job run or the same job run twice) during sudden clock shifts (daylight savings time change). - The manual has been released under the GNU Free Documentation License (FDL). The major difference is that this removes the prior restriction on commercial reproduction of the manual. - Fixed a race condition (thanks to Christopher) on dual processor machines that caused jobs to block when starting with the SD. === Please read the ReleaseNotes for more details (included at the end of this email). Fedora FC5 warning !! I have recently upgraded a number of my machines (fortunately not my web server) to FC5, and I can say without reservation that it is the most unstable RedHat/Fedora system that I have ever seen. Among my gripes: - The new GNU C++ compiler spews out tons of warning messages for Bacula mostly concerning type punned pointers and strict anti-aliasing problems. It is now necessary to be a rocket scientist before even considering using the GNU C++ compiler :-( - If I attempt to configure my printer, cups consumes every byte of available space on my / partition continuously logging the same authentication error message. - All lpr filename output gets printed in Landscape rather than Portrait (programs such as OO and browsers that explicitly set the orientation do print correctly). - At random all my Window borders disappear requiring me to abort X otherwise there is NO window management. - The Bacula storage daemon gets a lot of errors of the following kind: Matou.2006-06-13_03.05.00 Error: block.c:538 Write error at 71:0 on device HP DLT 80 (/dev/nst0). ERR=Device or resource busy. which is absurd; there is only one file descriptor open, how can it be busy on a write request? - While running the SD under gdb debugging this problem (which IMO is a kernel driver bug), the OS hangs. An OS hang while running gdb, you got to be kidding, I haven't seen that for 5 years -- cool guys! - The FC4 to FC5 upgrade fails in numerous ways, often leaving you with a system with half FC4 rpms and half FC5 rpms (this happened on several systems). Trying to upgrade a half FC4/FC5 system is not fun, because nearly every way you turn, you have unresolved dependencies ... In short FC5 is a *BAD* release, and if you are on FC4 and considering moving up to FC5, I would recommend reading over my list of woes before making any decision. Concerning the FC5 rpms. Scott is not yet running an FC5 system (good choice Scott), so I am going to make the FC5 rpms, but given the general lack of stability, I am not sure when or how I am going to do it. I'd sure like to get back to programming, and starting to wonder if it is possible to upgrade from FC5 to FC4 ... -- Best regards, Kern ( /\ V_V [ReleaseNotes] I Release Notes for Bacula 1.38.10 Bacula code: Total files = 423 Total lines = 139,479 (*.h *.c *.in) Warning for version 1.38.8 and greater: - The Windows FD no longer automatically folds the case in wild-card comparions. To get the same behavior as before, you must explicitly use Ignore Case = yes in your FileSet. - Backslashes are no longer permitted in File directives (typical error for Windows users), unless the string is enclosed in double quotes, in which case, the backslashes must be doubled. Major Changes for 1.38.10: - This
Re: [Bacula-users] [Bacula-devel] Bacula version 1.38.10 released to Source Forge
In response to Kern Sibbald [EMAIL PROTECTED]: Hello, This is to let you know that Bacula 1.38.10 has been released to Source Forge, including the rpms. The FC5 rpms are not yet posted, but will probably be uploaded in the next day or two (more on FC5 below). I just want to express my thanks to Dan Langille for doing such a great job of maintaining the FreeBSD port of Bacula. The FreeBSD port of 1.38.10 was available faster than Kern could make this announcement! -- Bill Moran Collaborative Fusion Inc. ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Bcopy problems
Hello all.I have one bacula server, where the backup strategy occurs in the following way:- i have backup jobs that runs on the monday to friday at 12:30pm- and other backup jobs that runs at 09:00pm on the same weekdays- all of these jobs are written to volume (Backup-00[12]) on the disk(/backup partition)Example:Monday - the volume used is Backup-001Tuesday - the volume used is Backup-002Wednesday - the volume used is Backup-001 (the volume is recycled)and so onThe problem is that, this server have one unit of tape (DAT-72).What i want is to transfer all the backup made on the day to tape,without re-make all the jobs again in the bacula.I actually using the bcopy utility to do this task, however when iuse the bscan utility to scan the tape and store the backup informationto catalog (after 67%) i get these errors:bscan: bscan.c:563 Could not find SessId=40 SessTime=1149104161 for EOS record.bscan: bscan.c:630 Could not find Job for SessId=40 SessTime=1149104161 record.bscan: bscan.c:630 Could not find Job for SessId=40 SessTime=1149104161 record.bscan: bscan.c:630 Could not find Job for SessId=40 SessTime=1149104161 record.bscan: bscan.c:630 Could not find Job for SessId=40 SessTime=1149104161 record.bscan: bscan.c:630 Could not find Job for SessId=40 SessTime=1149104161 record.bscan: bscan.c:630 Could not find Job for SessId=40 SessTime=1149104161 record.bscan: bscan.c:630 Could not find Job for SessId=40 SessTime=1149104161 record.bscan: bscan.c:630 Could not find Job for SessId=40 SessTime=1149104161 record.bscan: bscan.c:630 Could not find Job for SessId=40 SessTime=1149104161 record.bscan: bscan.c:630 Could not find Job for SessId=40 SessTime=1149104161 record.bscan: bscan.c:630 Could not find Job for SessId=40 SessTime=1149104161 record.bscan: bscan.c:630 Could not find Job for SessId=40 SessTime=1149104161 record.bscan: bscan.c:630 Could not find Job for SessId=40 SessTime=1149104161 record.bscan: bscan.c:630 Could not find Job for SessId=40 SessTime=1149104161 record.And this errors repeat until the end, the count of files is incomplete, and sizeof the volume tested was 890MB.The comands i have used are:# bcopy -c /opt/bacula/etc/bacula-sd.conf -i Backup-002 -o Temp FileStorage FileStorageto make a copy of Backup-002 to disk on /backup, with the name Temp# bscan -c /opt/bacula/etc/bacula-sd.conf -P 'xx' -S -V Temp FileStorageto scan the volume previous copiedPS.: If i run the bscan in the original volume (Backup-002), i don't get errors.Info of my system:Linux: Suse Linux 10.0Kernel: 2.6.13-15-bigsmpBacula: 1.38.10Anyone have ideas? __Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Windows NT Error: ERR=Access is denied
Guys, I too came across this problem, and solved it rather easily. The problem was that several files had restrictive ACLs - the end users were (wrongfully) granted Full Control to their folders, where Modify would suffice. So I went through each folder with the error ERR=Access is denied in the log file, and 1) Granted ownership of the folder to the Administrators group, with the option to replace the owner in all child objects; 2) Granted Full Control permissions to the Administrators group, changed the users' group to only have Modify, and replaced the permissions on all child objects. That did the trick for me. Regards, Georger --- [EMAIL PROTECTED] escreveu: Hello jimbox, maybe you detected the same problem I did some time ago. You should have a look at postings with the subject Windows FD and Backup API. I didn't solve the problem up to now and we stopped moving to bacula for most of our backup jobs. But maybe you find a way to solve it. Would be great, because bacula would be the backup-software of my choice if this problem wouldn't exist. Greetings Christoph jimbox [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 29.05.2006 08:26 To bacula-users@lists.sourceforge.net cc Subject [Bacula-users] Windows NT Error: ERR=Access is denied bacula client version 1.38 windows NT 4.0 SBS 4.5 fyi: i was persistently (and inconsistently across directories) getting the error ERR=Access is denied while backing up this client. i couldnt find any online info addressing this. i eventually deducted the problem to be subtrees that did not have at least read permissions for the local NT user System were unreadable by the bacula client. just sharing my findings so others might benefit. jimbox. __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Commercial Support
Hello, we need a tool to backup from SAN to an autoloader (DELL PV-132). Our plattform is linux (RedHat). To configure and test bacula we need professional Support. Locattion: near Stuttgart / Germany Any experiences ? regards OTTO WÖHR GMBHHans Reichenecker Tel: 07044 46193Leiter DVO Mobil: 0170 9231823Ölgrabenstraße 14 Mail: [EMAIL PROTECTED]71292 Friolzheim ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Client console restrictions
On Monday 12 June 2006 13:09, David Rodriguez Demelos wrote: I'm a new bacula user and I have a little problem with client console. I have configured the client console restrictions in bacula-dir.conf like this: ... Console { Name = Client Name Password = JobACL = Job Client Name, RestoreFiles-Linux ClientACL = client-fd StorageACL = My Storage ScheduleACL = *all* PoolACL = *all* FileSetACL = Linux CatalogACL = MyCatalog CommandACL = run, q, quit, restore, status } ... With this configuration I want the client console only can use its jobs. When I execute run jobs from client it work ok, but when I execute a restore job from client with bconsole program and select the option number 3 (Enter list of comma separated JobIds to select), I can select a other client job. Bacula launch a error message (bacula can not use this job), but the restore process continue and finally it restore this backup in the first client computer. This is very dangeraous, because any client can get another client data. Bacula should not allow the user to use JobIds from another client, so this sounds like a bug. However, you will need to provide me with specific output showing this problem as well as a bit of information about your setup. Please see the Support Page of the Bacula web site. In particular without knowing what Bacula version you are using, I cannot even start ... How I can configure this for to solve this problem? Thanks. -- View this message in context: http://www.nabble.com/Client-console-restrictions-t1773302.html#a4826704 Sent from the Bacula - Users forum at Nabble.com. ___ Bacula-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/bacula-users -- Best regards, Kern ( /\ V_V Hi, tanks Kern for your attention. My bacula server version is 1.38.9 and it is installed in Red Hat EL4. I have a windows 2003 client (Davidov) and Red Hat EL4 client (brandy2) with version 1.38.9 too. Furthermore I have two Debian clients (Corleone and LIA) with version 1.36.3. I have the problem in all my clients. I have configured my bacula-dir.conf file like this: # # Default Bacula Director Configuration file # # The only thing that MUST be changed is to add one or more # file or directory names in the Include directive of the # FileSet resource. # # For Bacula release 1.38.9 (02 May 2006) -- redhat Enterprise 3.0 # # You might also want to change the default email address # from root to your address. See the mail and operator # directives in the Messages resource. # # Director ## Director {# define myself Name = bacula-dir Description = Director de Bacula DIRport = 9101# where we listen for UA connections QueryFile = /etc/bacula/query.sql WorkingDirectory = /var/bacula PidDirectory = /var/run Maximum Concurrent Jobs = 20 Password = # Console password Messages = Standard } JobDefs ## JobDefs { Name = Default Type = Backup Level = Full Schedule = Setmanal Storage = FDA Messages = Standard Full Backup Pool = Full Pool = Full Priority = 10 Maximum Concurrent Jobs = 20 } ### Jobs ## # Bacula Job # ## Job { Name = Bacula Client = bacula-fd JobDefs = Default FileSet = Linux Write Bootstrap = /var/bacula/Bacula.bsr } ### # Brandy2 Job # ### Job { Name = Brandy2 Client = brandy2-fd JobDefs = Default FileSet = Linux Write Bootstrap = /var/bacula/Brandy2.bsr } # Corleone Job # Job { Name = Corleone Client = corleone-fd JobDefs = Default FileSet = Linux Write Bootstrap = /var/bacula/Corleone.bsr } ### # LIA Job # ### Job { Name = LIA Client = LIA-fd JobDefs = Default FileSet = Linux Write Bootstrap = /var/bacula/LIA.bsr } ### # Davidov Job # ### Job { Name = Davidov Client = davidov-fd JobDefs = Default FileSet = Windows Write Bootstrap = /var/bacula/Davidov.bsr } # # BackupCatalog Job # # Job { Name = BackupCatalog Type = Backup JobDefs = Default Level = Full Client = bacula-fd FileSet=Catalog Schedule = Setmanal-Despres-Backup Storage = FDA Messages = Standard Pool = Full # This creates an ASCII copy of the catalog RunBeforeJob = /etc/bacula/make_catalog_backup bacula bacula # This deletes the copy of the catalog RunAfterJob = /etc/bacula/delete_catalog_backup Write Bootstrap = /var/bacula/BackupCatalog.bsr Priority = 11 # run after main backup Maximum Concurrent Jobs = 20 } ##
[Bacula-users] bug in bacula documentation
Hi, I think that I have found a bug in chapter Using stunnel to encrypt comunications to clients in bacula documentation. Especifically in config Files for stunnel to Encrypt the Control Channel section. There are a example of stunnel-dir.conf and stunnel-fd1.conf files, and two files are identical. Look like a copy-paste bug. Furthermore, I think that this chapter is not explained very well. There are things not very clear. Thanks. -- View this message in context: http://www.nabble.com/bug-in-bacula-documentation-t1780891.html#a4848836 Sent from the Bacula - Users forum at Nabble.com. ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Tape Loader - Experiences?
In response to Kern Sibbald [EMAIL PROTECTED]: Hello, I don't want to plug any particular company, but at least here in Switzerland, Dell is offering a PowerVault PV124T LTO-2 L at an incredible price. It holds something like 16 tapes and has a barcode reader, and comes with a 3 year service contract -- total CHF 5689. I'll let you convert to your currency (probably Euro's). I cannot guarantee that the device works with Bacula, but I have yet to see a modern autochanger fail to work with Bacula (mtx really). If it interests you connect to www.dell.ch E-code DMCH4-PV06124L I would be surprised if they are not offering the same thing in Germany. If I didn't already have two autochangers, I would probably get one of those devices -- for me the only downside is that it is a 2U rackmount. We have a Dell PowerVault LTO-2, but it's only an 8 tape unit. It works flawlessly with Bacula. The only problem I have with the unit is the picker can't import/export other tapes if there is a tape in the drive. IOW: if I'm making a backup to tape0, I can't export tape1 until tape0 is unmounted. If that one flaw isn't a problem for you, go for it. -- Bill Moran Collaborative Fusion Inc. ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Tape not loaded (using 1.36.2)
On Mon, 12 Jun 2006 18:32:26 +0200, Davide Bolcioni said: Greetings, in case of a power outage, after a while the bacula server is turned off by the UPS after an orderly shutdown. One consequence of this is that the LTO tape is ejected. When the server is restarted, however, the tape is not loaded when bacula starts, although I have AutomaticMount = yes and AlwaysOpen = yes in bacula-sd.conf. What am I missing ? Does the tape eject when you shut down the bacula daemons using the init scripts? If so, do you have Offline On Unmount = yes in bacula-sd.conf? If not, something else must be ejecting the tape, e.g. a system shutdown script. __Martin ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Tape Loader - Experiences?
Dirk H. Schulz schrieb: I am thinking about what tape loader to buy, so I would like to have as much feedback as possible about your experience regarding reliability and service quality. My favorite would be LTO2 oder LTO3 with 8 oder 16 Slots from Quantum, Tandberg or IBM. But I am thinking also about Sony StorStation with AIT3 or 4 with 16 Slots. Sony is said to have a fest replacement service (at least in Germany) that really does its job. What about the other 3 Companies: - Someone out there using these loaders (and if yes, on Linux, preferably Debian)? - Any experience with Service in case of problems? I've had good experiences with a Qualstar AIT-2 Lib. At the moment we're also looking for a new lib, we'll probably choose a LTO3 based one because of the higher backupc capacity. Take a look at http://www.starline.de/ or http://www.transtec.de/. They have libs from different companies. Ralf ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Windows NT Error: ERR=Access is denied
That wasn't a flame, I guess I should have put in a :-). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kern Sibbald Sent: Tuesday, June 13, 2006 12:18 PM To: Robert Nelson Cc: 'Georger Araujo'; bacula-users@lists.sourceforge.net Subject: Re: [Bacula-users] Windows NT Error: ERR=Access is denied On Tuesday 13 June 2006 19:59, Robert Nelson wrote: Why do we always fear and hate that which we do not understand? I fear very little, but I hate complicated things. Unfortunately, with Gnome, even Linux is heading into complicated waters, and even more unfortunately, Bacula is right on the border line too. I suppose I will get flamed for that too -- oh well, I've somehow managed to get flamed (mostly off-list) at least three times today. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kern Sibbald Sent: Tuesday, June 13, 2006 9:16 AM To: bacula-users@lists.sourceforge.net Cc: Georger Araujo Subject: Re: [Bacula-users] Windows NT Error: ERR=Access is denied On Tuesday 13 June 2006 16:51, Georger Araujo wrote: Guys, I too came across this problem, and solved it rather easily. The problem was that several files had restrictive ACLs - the end users were (wrongfully) granted Full Control to their folders, where Modify would suffice. So I went through each folder with the error ERR=Access is denied in the log file, and 1) Granted ownership of the folder to the Administrators group, with the option to replace the owner in all child objects; 2) Granted Full Control permissions to the Administrators group, changed the users' group to only have Modify, and replaced the permissions on all child objects. That did the trick for me. Regards, Ar. Only Microsoft could come up with some way to prevent even the most privileged of programs from backing up their data! Thanks for the info. I'll add this to the manual. Georger --- [EMAIL PROTECTED] escreveu: Hello jimbox, maybe you detected the same problem I did some time ago. You should have a look at postings with the subject Windows FD and Backup API. I didn't solve the problem up to now and we stopped moving to bacula for most of our backup jobs. But maybe you find a way to solve it. Would be great, because bacula would be the backup-software of my choice if this problem wouldn't exist. Greetings Christoph jimbox [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 29.05.2006 08:26 To bacula-users@lists.sourceforge.net cc Subject [Bacula-users] Windows NT Error: ERR=Access is denied bacula client version 1.38 windows NT 4.0 SBS 4.5 fyi: i was persistently (and inconsistently across directories) getting the error ERR=Access is denied while backing up this client. i couldnt find any online info addressing this. i eventually deducted the problem to be subtrees that did not have at least read permissions for the local NT user System were unreadable by the bacula client. just sharing my findings so others might benefit. jimbox. __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users -- Best regards, Kern ( /\ V_V ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] date in disk volume label
Hi, On 6/13/2006 5:09 PM, Jeff Dickens wrote: Is there ever any point in including the date or jobname in the label for a disk volume? I had a pool defined as follows: Pool { Name = xyz-pool-full Pool Type = Backup Recycle = yes AutoPrune = yes Volume Retention = 2 months Use Volume Once = yes LabelFormat = ${Level}-${JobName} } The volumes got labeled as expected with the Level and Job Name (which includes the client name, date time). But then when the volumes were recycled, the volume label remained the same, referring to a job that had been recycled and a date in the past. Does it make more sense in this case to just use the level and client name and let it just number the volumes sequentially? In my opinion, when you use automatic recycling and have no strict relationship between jobs, levels, clients r dates with volumes, I at least prefer more abstract volume names. As long as Bacula knows which jobs are on any given volume I don't see the need to give them telling names. Arno ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users -- IT-Service Lehmann[EMAIL PROTECTED] Arno Lehmann http://www.its-lehmann.de ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] can bacula retry an aborted Job?
Hi, On 6/13/2006 5:54 PM, Maik Derstappen wrote: If an backupjob is aborted because of temporary network error. It could be nice, if bacula can continues the aborted Jobs. Yes, indeed. Because in the case of an remote backup, it saves many times and trafics on big jobs. is it possible to do that? No. I suppose a major rewrite of Baculas comunication layer would be necessary for that... You might try to use a VPN connection - AFAIK, using a VPN, a broken underlying connection does not automatically mean the VPN link breaks, too. Arno thanks, maik ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users -- IT-Service Lehmann[EMAIL PROTECTED] Arno Lehmann http://www.its-lehmann.de ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula version 1.38.10 released to Source Forge
I'll try CentOS 4.3. It's the closest you can get to RHEL4 without paying. I'll run my Oracle 10g test environment on it, and Bacula as well. Georger --- George R.Kasica [EMAIL PROTECTED] escreveu: In short FC5 is a *BAD* release, and if you are on FC4 and considering moving up to FC5, I would recommend reading over my list of woes before making any decision. Concerning the FC5 rpms. Scott is not yet running an FC5 system (good choice Scott), so I am going to make the FC5 rpms, but given the general lack of stability, I am not sure when or how I am going to do it. I'd sure like to get back to programming, and starting to wonder if it is possible to upgrade from FC5 to FC4 ... Kern: Thanks for the warning. I have the FC5 CDs here and was going to try an upgrade on my FC4 box this coming weekendguess I'll put that off for a bit and install 1.38.10 instead on FC4 :) Thanks seriously for the update! ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com [EMAIL PROTECTED] ICQ #12862186 __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Windows NT Error: ERR=Access is denied
On 6/13/2006 9:18 PM, Kern Sibbald wrote: On Tuesday 13 June 2006 19:59, Robert Nelson wrote: Why do we always fear and hate that which we do not understand? I fear very little, but I hate complicated things. Unfortunately, with Gnome, even Linux is heading into complicated waters, and even more unfortunately, Bacula is right on the border line too. Good point. Unfortunately, I there's no way to avoid it as long as you want to implement new features, fix bugs or misbehaviours, and build the right program for as many people as possible. And, I don't think you need Gnome to make Linux complicated - SUSE/Novell is sufficient :-) Or perhaps it's only because I can't spend as much time with a new distribution than I could some years ago... or I can't stuff any more things into my head ;-) I suppose I will get flamed for that too -- oh well, I've somehow managed to get flamed (mostly off-list) at least three times today. Sounds interesting... but I suppose it's the weather (at least here it's just too hot...) Arno -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kern Sibbald Sent: Tuesday, June 13, 2006 9:16 AM To: bacula-users@lists.sourceforge.net Cc: Georger Araujo Subject: Re: [Bacula-users] Windows NT Error: ERR=Access is denied On Tuesday 13 June 2006 16:51, Georger Araujo wrote: Guys, I too came across this problem, and solved it rather easily. The problem was that several files had restrictive ACLs - the end users were (wrongfully) granted Full Control to their folders, where Modify would suffice. So I went through each folder with the error ERR=Access is denied in the log file, and 1) Granted ownership of the folder to the Administrators group, with the option to replace the owner in all child objects; 2) Granted Full Control permissions to the Administrators group, changed the users' group to only have Modify, and replaced the permissions on all child objects. That did the trick for me. Regards, Ar. Only Microsoft could come up with some way to prevent even the most privileged of programs from backing up their data! Thanks for the info. I'll add this to the manual. Georger --- [EMAIL PROTECTED] escreveu: Hello jimbox, maybe you detected the same problem I did some time ago. You should have a look at postings with the subject Windows FD and Backup API. I didn't solve the problem up to now and we stopped moving to bacula for most of our backup jobs. But maybe you find a way to solve it. Would be great, because bacula would be the backup-software of my choice if this problem wouldn't exist. Greetings Christoph jimbox [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 29.05.2006 08:26 To bacula-users@lists.sourceforge.net cc Subject [Bacula-users] Windows NT Error: ERR=Access is denied bacula client version 1.38 windows NT 4.0 SBS 4.5 fyi: i was persistently (and inconsistently across directories) getting the error ERR=Access is denied while backing up this client. i couldnt find any online info addressing this. i eventually deducted the problem to be subtrees that did not have at least read permissions for the local NT user System were unreadable by the bacula client. just sharing my findings so others might benefit. jimbox. __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users -- IT-Service Lehmann[EMAIL PROTECTED] Arno Lehmann http://www.its-lehmann.de ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Tape Loader - Experiences?
Hi Dirk, I am using an Exabyte 221L Tape Library with currently one LTO-2 (IBM UltriumTD2) streamer and 3 Magazines, each 7 slots = 21 slots. We work with the machine for about 2 years now. Up to now very reliable: No defects whatsoever = no service experience. I'm productive with bacula-1.38.9 for two hours now (first productive backup presently running). I've done thorough testing during the last weeks, so I'm very optimistic about tomorrow's results. Test backup / restores all worked. It's on SuSE 9.0. Mit freundlichem Gruß i. A. Christoff Buch = [EMAIL PROTECTED] +49.941.78004.607 [EMAIL PROTECTED] OneVision Software AG Dr.-Leo-Ritter-Str. 9 D - 93049 Regensburg Dirk H. Schulz [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 13.06.2006 21:16 To bacula-users@lists.sourceforge.net cc Subject [Bacula-users] Tape Loader - Experiences? Hi folks, I am thinking about what tape loader to buy, so I would like to have as much feedback as possible about your experience regarding reliability and service quality. My favorite would be LTO2 oder LTO3 with 8 oder 16 Slots from Quantum, Tandberg or IBM. But I am thinking also about Sony StorStation with AIT3 or 4 with 16 Slots. Sony is said to have a fest replacement service (at least in Germany) that really does its job. What about the other 3 Companies: - Someone out there using these loaders (and if yes, on Linux, preferably Debian)? - Any experience with Service in case of problems? Thanks for your input. Dirk ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] FC5 was RE: Bacula version 1.38.10 released to Source Forge
Hmm, that's too bad about your FC5 experience. I've been running it here for a couple of months without any of these issues on an AMD 64 machine. I also upgraded from FC4. Granted I don't have any printers attached to it all my printers are network attached. As far as the compiler is concerned, I don't think that is really the fault of Fedora. The compiler folks have just improved? the optimization. One of the drawbacks of increased optimization is you need to make some assumptions about the code. While those assumptions may be valid with some code it isn't valid with others and the compiler tells you not to use those optimizations. Adding -fno-strict-aliasing should eliminate most of those warnings and make the code more stable. What Window manager are you using with X? I haven't had any problems with gnome but I don't think KDE is as well tested. The only issue I've ever been able to attribute directly to redhat was a change they made to mtx that is definitely busted and doesn't work with some tape drives but I think it was also in FC4. I'll take a look at the st driver changes between FC4 and FC5 and see what they've done. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kern Sibbald Sent: Tuesday, June 13, 2006 7:09 AM To: bacula-announce Cc: bacula-devel; bacula-users Subject: [Bacula-users] Bacula version 1.38.10 released to Source Forge Hello, [...Release Information Removed] Fedora FC5 warning !! I have recently upgraded a number of my machines (fortunately not my web server) to FC5, and I can say without reservation that it is the most unstable RedHat/Fedora system that I have ever seen. Among my gripes: - The new GNU C++ compiler spews out tons of warning messages for Bacula mostly concerning type punned pointers and strict anti-aliasing problems. It is now necessary to be a rocket scientist before even considering using the GNU C++ compiler :-( - If I attempt to configure my printer, cups consumes every byte of available space on my / partition continuously logging the same authentication error message. - All lpr filename output gets printed in Landscape rather than Portrait (programs such as OO and browsers that explicitly set the orientation do print correctly). - At random all my Window borders disappear requiring me to abort X otherwise there is NO window management. - The Bacula storage daemon gets a lot of errors of the following kind: Matou.2006-06-13_03.05.00 Error: block.c:538 Write error at 71:0 on device HP DLT 80 (/dev/nst0). ERR=Device or resource busy. which is absurd; there is only one file descriptor open, how can it be busy on a write request? - While running the SD under gdb debugging this problem (which IMO is a kernel driver bug), the OS hangs. An OS hang while running gdb, you got to be kidding, I haven't seen that for 5 years -- cool guys! - The FC4 to FC5 upgrade fails in numerous ways, often leaving you with a system with half FC4 rpms and half FC5 rpms (this happened on several systems). Trying to upgrade a half FC4/FC5 system is not fun, because nearly every way you turn, you have unresolved dependencies ... In short FC5 is a *BAD* release, and if you are on FC4 and considering moving up to FC5, I would recommend reading over my list of woes before making any decision. Concerning the FC5 rpms. Scott is not yet running an FC5 system (good choice Scott), so I am going to make the FC5 rpms, but given the general lack of stability, I am not sure when or how I am going to do it. I'd sure like to get back to programming, and starting to wonder if it is possible to upgrade from FC5 to FC4 ... -- Best regards, Kern ( /\ V_V [ReleaseNotes] I Release Notes for Bacula 1.38.10 Bacula code: Total files = 423 Total lines = 139,479 (*.h *.c *.in) Warning for version 1.38.8 and greater: - The Windows FD no longer automatically folds the case in wild-card comparions. To get the same behavior as before, you must explicitly use Ignore Case = yes in your FileSet. - Backslashes are no longer permitted in File directives (typical error for Windows users), unless the string is enclosed in double quotes, in which case, the backslashes must be doubled. Major Changes for 1.38.10: - This is a primarily a bug fix release, with the following bugs being resolved #570, 609, 611, 613, 614, 617 as well as other bugs not reported in the bugs database. See below for details. - The bconsole reload command should now work properly in virtually all situations thanks to the efforts of a number of people (Eric, Christopher, and myself). - There is an untested fix to eliminate the scheduling problems (either no job run or the same job run twice) during sudden clock shifts (daylight savings time change). - The manual has been released under the GNU Free Documentation
Re: [Bacula-users] Windows NT Error: ERR=Access is denied
On Tuesday 13 June 2006 22:18, Robert Nelson wrote: That wasn't a flame, I guess I should have put in a :-). Yea, you are right, it really wasn't a flame. I guess I'm a bit grumpy because since I got back from a wonderful vacation, I've had no end of software problems, and even my autochanger broke down ... I think I've just knocked off the last one (printer that insisted on printing everything in Landscape, which pretty much doubled the number of trees I consume every day ... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kern Sibbald Sent: Tuesday, June 13, 2006 12:18 PM To: Robert Nelson Cc: 'Georger Araujo'; bacula-users@lists.sourceforge.net Subject: Re: [Bacula-users] Windows NT Error: ERR=Access is denied On Tuesday 13 June 2006 19:59, Robert Nelson wrote: Why do we always fear and hate that which we do not understand? I fear very little, but I hate complicated things. Unfortunately, with Gnome, even Linux is heading into complicated waters, and even more unfortunately, Bacula is right on the border line too. I suppose I will get flamed for that too -- oh well, I've somehow managed to get flamed (mostly off-list) at least three times today. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kern Sibbald Sent: Tuesday, June 13, 2006 9:16 AM To: bacula-users@lists.sourceforge.net Cc: Georger Araujo Subject: Re: [Bacula-users] Windows NT Error: ERR=Access is denied On Tuesday 13 June 2006 16:51, Georger Araujo wrote: Guys, I too came across this problem, and solved it rather easily. The problem was that several files had restrictive ACLs - the end users were (wrongfully) granted Full Control to their folders, where Modify would suffice. So I went through each folder with the error ERR=Access is denied in the log file, and 1) Granted ownership of the folder to the Administrators group, with the option to replace the owner in all child objects; 2) Granted Full Control permissions to the Administrators group, changed the users' group to only have Modify, and replaced the permissions on all child objects. That did the trick for me. Regards, Ar. Only Microsoft could come up with some way to prevent even the most privileged of programs from backing up their data! Thanks for the info. I'll add this to the manual. Georger --- [EMAIL PROTECTED] escreveu: Hello jimbox, maybe you detected the same problem I did some time ago. You should have a look at postings with the subject Windows FD and Backup API. I didn't solve the problem up to now and we stopped moving to bacula for most of our backup jobs. But maybe you find a way to solve it. Would be great, because bacula would be the backup-software of my choice if this problem wouldn't exist. Greetings Christoph jimbox [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 29.05.2006 08:26 To bacula-users@lists.sourceforge.net cc Subject [Bacula-users] Windows NT Error: ERR=Access is denied bacula client version 1.38 windows NT 4.0 SBS 4.5 fyi: i was persistently (and inconsistently across directories) getting the error ERR=Access is denied while backing up this client. i couldnt find any online info addressing this. i eventually deducted the problem to be subtrees that did not have at least read permissions for the local NT user System were unreadable by the bacula client. just sharing my findings so others might benefit. jimbox. __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users -- Best regards, Kern ( /\ V_V ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] can bacula retry an aborted Job?
On Tuesday 13 June 2006 22:23, Arno Lehmann wrote: Hi, On 6/13/2006 5:54 PM, Maik Derstappen wrote: If an backupjob is aborted because of temporary network error. It could be nice, if bacula can continues the aborted Jobs. Yes, indeed. Because in the case of an remote backup, it saves many times and trafics on big jobs. is it possible to do that? No. I suppose a major rewrite of Baculas comunication layer would be necessary for that... It is unlikely something that I personally will do in any case, because a couple of the basic premises on which Bacula was designed was that IP very rarely makes final delivery errors, so we can rely on the underlying OS to ensure correct delivery (don't reinvent the wheel), and that Internet connections will be extremely reliable. I have found both of these to be true. I never get dropped connections here for anything I am doing, and if users experience dropped lines, IMO, they probably have either an ethnet card problem or should do some serious talking to their ISP. You might try to use a VPN connection - AFAIK, using a VPN, a broken underlying connection does not automatically mean the VPN link breaks, too. One more good reason to let the experts (VPN writers) do their work, and Bacula will just worry about keeping track of the data. -- Best regards, Kern ( /\ V_V ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Windows NT Error: ERR=Access is denied
On Tuesday 13 June 2006 22:30, Arno Lehmann wrote: On 6/13/2006 9:18 PM, Kern Sibbald wrote: On Tuesday 13 June 2006 19:59, Robert Nelson wrote: Why do we always fear and hate that which we do not understand? I fear very little, but I hate complicated things. Unfortunately, with Gnome, even Linux is heading into complicated waters, and even more unfortunately, Bacula is right on the border line too. Good point. Unfortunately, I there's no way to avoid it as long as you want to implement new features, fix bugs or misbehaviours, and build the right program for as many people as possible. And, I don't think you need Gnome to make Linux complicated - SUSE/Novell is sufficient :-) Or perhaps it's only because I can't spend as much time with a new distribution than I could some years ago... or I can't stuff any more things into my head ;-) I suppose I will get flamed for that too -- oh well, I've somehow managed to get flamed (mostly off-list) at least three times today. Sounds interesting... but I suppose it's the weather (at least here it's just too hot...) Yes, it is a bit warm here too (at least the fact that I am at 650 meters means generally cools off at night). However, the flame problem is probably because I'm grumpy and when I am grumpy, I tend to be less diplomatic :-) Arno -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kern Sibbald Sent: Tuesday, June 13, 2006 9:16 AM To: bacula-users@lists.sourceforge.net Cc: Georger Araujo Subject: Re: [Bacula-users] Windows NT Error: ERR=Access is denied On Tuesday 13 June 2006 16:51, Georger Araujo wrote: Guys, I too came across this problem, and solved it rather easily. The problem was that several files had restrictive ACLs - the end users were (wrongfully) granted Full Control to their folders, where Modify would suffice. So I went through each folder with the error ERR=Access is denied in the log file, and 1) Granted ownership of the folder to the Administrators group, with the option to replace the owner in all child objects; 2) Granted Full Control permissions to the Administrators group, changed the users' group to only have Modify, and replaced the permissions on all child objects. That did the trick for me. Regards, Ar. Only Microsoft could come up with some way to prevent even the most privileged of programs from backing up their data! Thanks for the info. I'll add this to the manual. Georger --- [EMAIL PROTECTED] escreveu: Hello jimbox, maybe you detected the same problem I did some time ago. You should have a look at postings with the subject Windows FD and Backup API. I didn't solve the problem up to now and we stopped moving to bacula for most of our backup jobs. But maybe you find a way to solve it. Would be great, because bacula would be the backup-software of my choice if this problem wouldn't exist. Greetings Christoph jimbox [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 29.05.2006 08:26 To bacula-users@lists.sourceforge.net cc Subject [Bacula-users] Windows NT Error: ERR=Access is denied bacula client version 1.38 windows NT 4.0 SBS 4.5 fyi: i was persistently (and inconsistently across directories) getting the error ERR=Access is denied while backing up this client. i couldnt find any online info addressing this. i eventually deducted the problem to be subtrees that did not have at least read permissions for the local NT user System were unreadable by the bacula client. just sharing my findings so others might benefit. jimbox. __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users -- Best regards, Kern ( /\ V_V ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] [Bacula-devel] FC5 was RE: Bacula version 1.38.10 released to Source Forge
On Tuesday 13 June 2006 22:54, Robert Nelson wrote: Hmm, that's too bad about your FC5 experience. Yes, it is my first really bad experience with RedHat/Fedora. I've been running it here for a couple of months without any of these issues on an AMD 64 machine. I also upgraded from FC4. Granted I don't have any printers attached to it all my printers are network attached. I also ran it here for several months but on a machine that is not heavily used. The problems started happening when I upgraded my backup server, then got worse when I upgraded my development machine. As far as the compiler is concerned, I don't think that is really the fault of Fedora. Well, it is Fedora that decides exactly when to upgrade. The compiler folks have just improved? the optimization. One of the drawbacks of increased optimization is you need to make some assumptions about the code. While those assumptions may be valid with some code it isn't valid with others and the compiler tells you not to use those optimizations. I have to admit that they do warn you, but I would also say that I have been using compilers for a *very* long time, and this is the first time that I have had what I thought was a simple upgrade generate such an enormous number of new warning messages. Adding -fno-strict-aliasing should eliminate most of those warnings and make the code more stable. Yes, I am aware of that, but it also requires testing for GNU C++ and adding the option, all of which is a lot of work for code that has worked fine for 6 years now. What Window manager are you using with X? I haven't had any problems with gnome but I don't think KDE is as well tested. I'm using KDE. The only issue I've ever been able to attribute directly to redhat was a change they made to mtx that is definitely busted and doesn't work with some tape drives but I think it was also in FC4. I don't particularly attribute these problems directly to RedHat, but they are the ones packaging it all together, and I am getting the unpleasant feeling that they are trying to move Fedora too fast. I'll take a look at the st driver changes between FC4 and FC5 and see what they've done. Thanks. Please don't spend too much time on it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kern Sibbald Sent: Tuesday, June 13, 2006 7:09 AM To: bacula-announce Cc: bacula-devel; bacula-users Subject: [Bacula-users] Bacula version 1.38.10 released to Source Forge Hello, [...Release Information Removed] Fedora FC5 warning !! I have recently upgraded a number of my machines (fortunately not my web server) to FC5, and I can say without reservation that it is the most unstable RedHat/Fedora system that I have ever seen. Among my gripes: - The new GNU C++ compiler spews out tons of warning messages for Bacula mostly concerning type punned pointers and strict anti-aliasing problems. It is now necessary to be a rocket scientist before even considering using the GNU C++ compiler :-( - If I attempt to configure my printer, cups consumes every byte of available space on my / partition continuously logging the same authentication error message. - All lpr filename output gets printed in Landscape rather than Portrait (programs such as OO and browsers that explicitly set the orientation do print correctly). - At random all my Window borders disappear requiring me to abort X otherwise there is NO window management. - The Bacula storage daemon gets a lot of errors of the following kind: Matou.2006-06-13_03.05.00 Error: block.c:538 Write error at 71:0 on device HP DLT 80 (/dev/nst0). ERR=Device or resource busy. which is absurd; there is only one file descriptor open, how can it be busy on a write request? - While running the SD under gdb debugging this problem (which IMO is a kernel driver bug), the OS hangs. An OS hang while running gdb, you got to be kidding, I haven't seen that for 5 years -- cool guys! - The FC4 to FC5 upgrade fails in numerous ways, often leaving you with a system with half FC4 rpms and half FC5 rpms (this happened on several systems). Trying to upgrade a half FC4/FC5 system is not fun, because nearly every way you turn, you have unresolved dependencies ... In short FC5 is a *BAD* release, and if you are on FC4 and considering moving up to FC5, I would recommend reading over my list of woes before making any decision. Concerning the FC5 rpms. Scott is not yet running an FC5 system (good choice Scott), so I am going to make the FC5 rpms, but given the general lack of stability, I am not sure when or how I am going to do it. I'd sure like to get back to programming, and starting to wonder if it is possible to upgrade from FC5 to FC4 ... -- Best regards, Kern ( /\ V_V ___ Bacula-users mailing list