Re: [Bacula-users] [Bacula-devel] bacula-mysql-1.38.11-3.fc5.i386.rpm mysql-5.0.18
Well, any time you upgrade a database, whether or not it is MySQL, SQLite, or PostgreSQL, there is a good probability that Bacula needs to be recompiled. My experience is that this is rare for MySQL as long as the first two versions do not change. For PostgreSQL, the general rule is that one must always recompile, and worse, for PostgreSQL, you can easily corrupt your database if you don't back it up and reload it after the upgrade. If I am not mistaken, this is stated in the manual. I didn't look at the issue of rpm requires. It seems to me that to be safe, that the rpm should alway require exactly the same version it was built with. This may be a bit overkill, but it is the safest. The best advice I have is that if you are running a production system with Bacula or any other program that uses an SQL engine, do not upgrade your SQL engine without upgrading all the other software that uses it. Concerning Fedora. I used that distribution. I dropped it because there were just too many problems. I don't regret for a second having dropped it because I have had *far* fewer problems. My personal problems were with FC4 and then worse ones with FC5. In the articles I've read since then FC6 is rated even worse. I feel sorry for any Fedora user unless he really enjoys being on the bloody edge. Scott, if you would like to build and release new rpms, OK, but I think we should be careful about letting the Fedora cowboys jerk us around. I don't know how to go about documenting this as this particular incident doesn't seem to be something for the manual, and all the other ways of providing documentation don't seem to reach many of the users. If you have specific suggestions, I'm listening. I would recommend that you send an email to the bacula-users and bacula-devel lists describing the problem. My proposed solutions would be:. the user reverts to the previous version of MySQL. Regards, Kern On Monday 04 December 2006 22:19, Scott Barninger wrote: > On Mon, 2006-12-04 at 16:53 +0100, piero wrote: > > Scott Barninger ha scritto: > > > On Mon, 2006-12-04 at 10:44 +0100, piero wrote: > > > > > >> Scott Barninger ha scritto: > > >> > > >>> On Thu, 2006-11-30 at 17:07 +0100, piero wrote: > > >>> > > >>> > > Scott Barninger ha scritto: > > > > > > > Piero, > > > > > > Another thought - this package has been downloaded 491 times to date and > > > this is the first I've seen this problem reported. This is an i386 > > > package linked against 32-bit libs. Are you maybe running a 64-bit > > > system? > > > > > > > > > > > I am runninn fc5 on i386 32-bit. > > I don,t solve my problem, anyway thanks for your availability > > > > > > >>> What is the result of: > > >>> rpm -qa|grep mysql > > >>> > > >>> > > >>> > > >> I have installed also mysql-server. > > >> > > >> The command rpm -qa | grep mysql is now > > >> > > >> mysql-5.0.18-2.1 > > >> mysql-server -5.0.18-2.1 > > >> > > >> I send you the file obtained whith the command : > > >> > > >> strace rpm -ivh bacula-mysql-1.38.11-3.fc5.i386.rpm &> rpmlog > > >> > > >> Thanks > > >> > > >> Piero > > >> > > > > > > Good grief. Try updating mysql. The latest update for FC5 is 5.0.27-1. > > > > > G O A L > > > > Many and Many thanks > > > > Excuse me for my insistence > > Not at all. This is the first I ever heard of an API incompatibility on > a minor-minor revision level. Kern - we should document this somehow, > either Fedora or MySQL made an incompatible change between 5.0.18 and > 5.0.27. The FC5 package will not work with 5.0.18, claiming missing > dependency. > > > > > by > > > > piero > > > > > > > - > 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-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/bacula-devel > - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Migrating to Bacula
> On Thu, November 30, 2006 3:13 pm, Arno Lehmann said: > > > Do it. My little experience with Arkeia was one of the main > reasons I > > moved to Bacula. > > Me too. > Wee too. -- Infogate AB [EMAIL PROTECTED] Storgatan 29 tel: 035-171970 Box 345fax: 035-171979 301 08 Halmstadwww.infogate.se - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Migrating to Bacula
Arno Lehmann wrote (2006/12/01): > On 11/30/2006 9:24 PM, Per Andreas Buer wrote: > > Amanda has a feature I really like. When the correct tape is missing, > > broken or full Amanda just spools everything. If you have a large spool, > > backup can run for days without hick up. So, when one has fixed the > > tape, one just runs amflush and all is well. How does Bacula react to > > having its tape drive missing? I think that it is mainly about policy, which do you want to use. I used Amanda in the past too, but I was very disappointed with it. There were two main problems: Inability to split one backup over more tapes (I hope that it is solved in Amanda now, but after very very long time since it has been planned and implementation has been started) and inability to restore small number of files from a big backup jobs in acceptable time (it was really absolutely unusable to read full backup job for restore of just one file). I used the staging in Amanda too, but since I switched to Bacula (with mid-step over afbackup), I do not want it anymore. > > As LTO3 has a really, really high throughput > > (80MB/s, if I recall) I don't see much chance in using both drives in > > parallel. Why? I did some testing on my configuration (currently Oveerland 4200 with two LTO3 drives) with dd-ing of uncompressable datas to both drives and the speeds to both tapes were the same about 72 MB/s, as in case of just one tape drive. System load was about 15 %, which was mainly generated by a process producing datas at so high rate. Parallel reading to /dev/null was even happier, where both speeds were about 75 MB/s. ... I think that the native speed of LTO3 is 80 000 000 B/s, so in my counts I expect that native speed of LTO3 drive is 76 MB/s. Who knows... > It will work, but in most cases will be severely slowed down. As you > note, the throughput of one LTO-3 drive alone is enough to saturate > todays computers bus bandwith. You can push the limit by using the right I'm afraid that main problem is in Bacula computing CRC32 between reads from disk and writes to tape. I believe that LTO3 drives have something like Digital Speed Matching, which means that they measure delays between write requests to the tape multiplied with data block sizes and from this result it tries to commit the incoming datas in somewhat slower rate, so that there is guaranteed rate of an incoming stream - initiator side has to always wait. Minimally, but wait, because in other case there would be stream gaps, which is for tapes always a problem. If I have one drive connected over 320 MB/s SCSI bus and the second drive connected over 160 MB/s SCSI bus, dd-ing rate, where read-write loop is very tight, is totally the same for both drives around 75 MB/s. When they are accessed from Bacula, write speed to one drive is around 75 MB/s, but write speed to the second drive is 65 MB/s. > hardware, but it will be hard to find a (more or less) normal server > that can handle moving data from the network to LTO-3 and from another > LTO-3 drive to the network simultaneously. You'll most likely need > higher-end server systems with multiple PCI-X or PCIe busses and lots of > memory, CPU, bus and network bandwidth. Main problem seems to be in RAID system, which has to be used for spooling area. A critical measurement is how fast it can give read data stream, when there are several write streams at particular data rate. For example, if I have income rate around 20 MB/s, I still can read at rate 75 MB/s. But when there is an income around 40 MB/s, read rate slows down to 40 MB/s too, which is good minimal rate for LTO3 drive, but it should not go below it.. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Slow backup with compression on Solaris
Hello, I get very poor performance with compression on a client. It's a Sun Fire V490 with 4 CPUs on 1350Mhz and 16GB memory. JobId: 11 Job:client1.2006-12-04_16.34.10 Backup Level: Full Client: "sasma" sparc-sun-solaris2.10,solaris,5.10 FileSet:"Sun System" 2006-12-04 10:32:00 Pool: "1Month" Storage:"File01" Scheduled time: 04-Dec-2006 16:34:06 Start time: 04-Dec-2006 16:34:13 End time: 05-Dec-2006 03:53:36 Elapsed time: 11 hours 19 mins 23 secs Priority: 10 FD Files Written: 314,934 SD Files Written: 314,934 FD Bytes Written: 41,030,170,977 (41.03 GB) SD Bytes Written: 41,078,489,760 (41.07 GB) Rate: 1006.6 KB/s Software Compression: 82.0 % Volume name(s): 1Month-0004|1Month-0005 Volume Session Id: 1 Volume Session Time:1165246425 Last Volume Bytes: 31,077,182,535 (31.07 GB) Non-fatal FD errors:0 SD Errors: 0 FD termination status: OK SD termination status: OK Termination:Backup OK When I run the same backup wihtout compression it's fast. Is the server really so slow when it compress data? The zlib is from Sun. JobId: 10 Job: client1.2006-12-04_14.46.15 Backup Level: Full (upgraded from Incremental) Client: "sasma" sparc-sun-solaris2.10,solaris,5.10 FileSet: "Sun System" 2006-12-04 10:32:00 Pool: "1Month" Storage: "File01" Scheduled time: 04-Dec-2006 14:46:14 Start time: 04-Dec-2006 14:46:18 End time: 04-Dec-2006 16:13:24 Elapsed time: 1 hour 27 mins 6 secs Priority: 10 FD Files Written: 314,814 SD Files Written: 314,814 FD Bytes Written: 227,373,218,380 (227.3 GB) SD Bytes Written: 227,421,517,665 (227.4 GB) Rate: 43508.1 KB/s Software Compression: None Volume name(s): 1Month-|1Month-0001|1Month-0002|1Month-0003|1Month-0004 Volume Session Id: 6 Volume Session Time: 1165224546 Last Volume Bytes: 39,924,048,802 (39.92 GB) Non-fatal FD errors: 0 SD Errors: 0 FD termination status: OK SD termination status: OK Termination: Backup OK- 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Retension of diskbased volumes
Thanks this was the nodge I needed to understand the retentiontimes. /marcus Arno Lehmann wrote: > Hello, > > On 12/4/2006 4:17 PM, Marcus Hallberg wrote: > >> Hi! >> >> I just wants to see if I have understood this correctly... I am backing >> up to disk and I want to configure my retention times correctly. >> >> What I do is to take one fullbackup every 3 months and daily >> incrementals in between. >> > > You should consider running incrementals from time to time. > > >> What I want is to be able to restore data that is three months old and >> have bacula to recycle my volumes and prune my database. In the example >> I have added one extra month to be on the safe side. >> > > That's a good idea. > > >> configuration of the poolresource: >> >> recycle = yes >> autoprune = yes >> maximum volume jobs = 1 >> volume retention = 7 (for fullbackups) >> volume retention = 4 (for incremental) >> > > You NEED the time units, because you get what you set up - and without > units, that's seconds. > > >> would this recycle my volumes (diskfiles) after the specified time and >> remove the corresponding jobrecords from the database? >> > > Yes... > > >> Am I missing something or am I good to go? >> > > ... but you should also verify your client related retention times. File > Retention and Job Retention are the keywords you should look up. In your > situation, I'd expect them to be both seven months long. > > Arno > > >> /marcus >> >> > > -- /Marcus Hallberg Wimlet Consulting AB Djurgårdsgatan 10 414 62 Göteborg mobil: 0707-141716 e-post: [EMAIL PROTECTED] hemsida: www.wimlet.se - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Migrating to Bacula
On Tuesday 05 December 2006 11:04, Rudolf Cejka wrote: > Arno Lehmann wrote (2006/12/01): > > On 11/30/2006 9:24 PM, Per Andreas Buer wrote: > > > Amanda has a feature I really like. When the correct tape is missing, > > > broken or full Amanda just spools everything. If you have a large spool, > > > backup can run for days without hick up. So, when one has fixed the > > > tape, one just runs amflush and all is well. How does Bacula react to > > > having its tape drive missing? > > I think that it is mainly about policy, which do you want to use. I used > Amanda in the past too, but I was very disappointed with it. There were > two main problems: Inability to split one backup over more tapes (I hope > that it is solved in Amanda now, but after very very long time since it > has been planned and implementation has been started) and inability to > restore small number of files from a big backup jobs in acceptable time > (it was really absolutely unusable to read full backup job for restore > of just one file). Well, the ability to split over multiple tapes seems to be resolved now that Zmanda has entered the picture, but then they injected $5 million. Getting back to files quickly on tape would seem to me to be one of their fundamental limitations as long as they use system tools such as tar, which to the best of my knowledge don't keep sufficient info to be able to seek to particular files. > > I used the staging in Amanda too, but since I switched to Bacula (with > mid-step over afbackup), I do not want it anymore. You cited why you didn't like Amanda, but I would be interested to know why you didn't like afbackup, and for the other users who have answered this thread, I would be very interested to know why you don't like Areika. Having this information always helps ... > > > > As LTO3 has a really, really high throughput > > > (80MB/s, if I recall) I don't see much chance in using both drives in > > > parallel. > > Why? I did some testing on my configuration (currently Oveerland 4200 > with two LTO3 drives) with dd-ing of uncompressable datas to both drives > and the speeds to both tapes were the same about 72 MB/s, as in case of > just one tape drive. System load was about 15 %, which was mainly > generated by a process producing datas at so high rate. Parallel reading > to /dev/null was even happier, where both speeds were about 75 MB/s. > ... I think that the native speed of LTO3 is 80 000 000 B/s, so in my > counts I expect that native speed of LTO3 drive is 76 MB/s. Who knows... > > > It will work, but in most cases will be severely slowed down. As you > > note, the throughput of one LTO-3 drive alone is enough to saturate > > todays computers bus bandwith. You can push the limit by using the right > > I'm afraid that main problem is in Bacula computing CRC32 between reads > from disk and writes to tape. Interesting, but not too surprising since LTO-3 is really fast and maybe CPUs are not quite up to it yet. With technology like LTO-3, perhaps it is time to consider giving the user the ability to turn off the CRC32 generation and comparison. Regards, Kern > I believe that LTO3 drives have something > like Digital Speed Matching, which means that they measure delays between > write requests to the tape multiplied with data block sizes and from this > result it tries to commit the incoming datas in somewhat slower rate, so > that there is guaranteed rate of an incoming stream - initiator side has > to always wait. Minimally, but wait, because in other case there would > be stream gaps, which is for tapes always a problem. > > If I have one drive connected over 320 MB/s SCSI bus and the second drive > connected over 160 MB/s SCSI bus, dd-ing rate, where read-write loop is > very tight, is totally the same for both drives around 75 MB/s. When they > are accessed from Bacula, write speed to one drive is around 75 MB/s, but > write speed to the second drive is 65 MB/s. > > > hardware, but it will be hard to find a (more or less) normal server > > that can handle moving data from the network to LTO-3 and from another > > LTO-3 drive to the network simultaneously. You'll most likely need > > higher-end server systems with multiple PCI-X or PCIe busses and lots of > > memory, CPU, bus and network bandwidth. > > Main problem seems to be in RAID system, which has to be used for spooling > area. A critical measurement is how fast it can give read data stream, > when there are several write streams at particular data rate. For example, > if I have income rate around 20 MB/s, I still can read at rate 75 MB/s. > But when there is an income around 40 MB/s, read rate slows down to > 40 MB/s too, which is good minimal rate for LTO3 drive, but it should > not go below it.. > > -- > Rudolf Cejka http://www.fit.vutbr.cz/~cejkar > Brno University of Technology, Faculty of Information Technology > Bozetechova 2, 612 66 Brno, Czech Republic > > -
[Bacula-users] Restorejob bigger than space on originalserver (no delete record) - possible workaround but...
Hello, We are creating here a filelist.txt before backupjobs start and put it on the incremental backups. So if a server crash and we have to restore it from scratch with incremental backups included, we don´t risk that the server runs full while it would be restored if some users moved or deleted big directories. In a worse case it could took hours to restore while the users "jump around" and your restorejob cancel just because the harddisk get full when one big folder was renamed or (re)moved in the past from your users and you can start again. And even in this bad situation you maybe don´t know which folder(name)s are the latest one so you must hope that your users can tell you (because the folders are heavy used by them and you just backup them). So in theory when creating a filelist we have just to restore the filelist.txt from the last incremental set and make the full restore based on this filelist with option "7: Enter a list of files to restore" and enter "1 and "useless long" with many entries >10 here. Does anybody have an idea how to workaround another way or to speed this up great? Greetings, User100 - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] [Bacula-devel] bacula-mysql-1.38.11-3.fc5.i386.rpm mysql-5.0.18
On Tuesday 05 December 2006 11:10, Scott Barninger wrote: > On Tue, 2006-12-05 at 09:47 +0100, Kern Sibbald wrote: > > Well, any time you upgrade a database, whether or not it is MySQL, SQLite, or > > PostgreSQL, there is a good probability that Bacula needs to be recompiled. > > My experience is that this is rare for MySQL as long as the first two > > versions do not change. For PostgreSQL, the general rule is that one must > > always recompile, and worse, for PostgreSQL, you can easily corrupt your > > database if you don't back it up and reload it after the upgrade. If I am not > > mistaken, this is stated in the manual. > > Well, this is the first time I have seen an incompatible upgrade within > a current distribution. I don't know if someone screwed up, but sometimes when fixing a bug, you are forced to modify the program in a non-downward compatible way. > > > > > I didn't look at the issue of rpm requires. It seems to me that to be safe, > > that the rpm should alway require exactly the same version it was built with. > > This may be a bit overkill, but it is the safest. > > Ugh, no. Way too much overhead. Yes, that is probably correct, but it should probably require the same version (all parts of the version) or greater. > > > > > > > The best advice I have is that if you are running a production system with > > Bacula or any other program that uses an SQL engine, do not upgrade your SQL > > engine without upgrading all the other software that uses it. > > > > Concerning Fedora. I used that distribution. I dropped it because there were > > just too many problems. I don't regret for a second having dropped it because > > I have had *far* fewer problems. My personal problems were with FC4 and then > > worse ones with FC5. In the articles I've read since then FC6 is rated even > > worse. I feel sorry for any Fedora user unless he really enjoys being on the > > bloody edge. > > > > Scott, if you would like to build and release new rpms, OK, but I think we > > should be careful about letting the Fedora cowboys jerk us around. I don't > > know how to go about documenting this as this particular incident doesn't > > seem to be something for the manual, and all the other ways of providing > > documentation don't seem to reach many of the users. If you have specific > > suggestions, I'm listening. I would recommend that you send an email to the > > bacula-users and bacula-devel lists describing the problem. My proposed > > solutions would be:. the user reverts to the previous version of MySQL. > > You misunderstood, the released packages were built against a later > version 5.0.24, updating to which fixed the problem. I expect this > thread will serve to document it as well as any. Yes, I see, I got it backwards. Well, I guess the moral is that we should try to build the rpms on the base system, but this is not always practical especially on fast moving (and buggy) distro releases. OK, I agree that this thread (less my confusion) is probably sufficient to point out the problem. Regards, Kern ... - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Migrating to Bacula
Kern Sibbald wrote (2006/12/05): > > I used the staging in Amanda too, but since I switched to Bacula (with > > mid-step over afbackup), I do not want it anymore. > You cited why you didn't like Amanda, but I would be interested to know why > you didn't like afbackup, and for the other users who have answered this I'm very dependent on the feature, which detects holes in files, so that I do not backup or even worse restore one empty 4 TB file on a disk with just 4 GB. Afbackup didn't do that and there was not any indication over the long time (about two years I think), that there is any active development, which was the same problem as with Amanda. As in Amanda case, Afbackup does not have real database for stored files too, there are just listings in text files, and file positions were very inaccurate (up to several tape files before the real position), which was frustrating during restore process - will it be found, or not? Another problem I remember was with spooling, which I take for high end tapes as a must - afbackup had just mmap(), which is limited to 2 GB on FreeBSD and it is memory/swap backed and I could not imagine any scenario, that I can constantly feed LTO3 drive for a sufficient time using this small spool space. The inherent problem was with parallel backups, where files from various jobs are interleaved. It is good for backup time, but a killer for restore time, I tried it just once and please no more :o) >From a long time view, I take as a big advance of Bacula, that there is some view from above and there is visible software architecture, so that I see big potential in further development of Bacula. In the Amanda and afbackup, I did not notice such any thing. > thread, I would be very interested to know why you don't like Areika. Having > this information always helps ... Areika is a new tool for me - I did not know about this software up to now, so I'm interested about it too. I seen just German pages. > Interesting, but not too surprising since LTO-3 is really fast and maybe CPUs > are not quite up to it yet. It seems to me that the problem is with even very small delays (excessive locking can be probably a problem too), where tape drive expects data write requests as fast as possible after ack from previous writes, not counting that their speed would accomodate just limited data rate. In the case, where there are any delays, it seems to me that tape artifically slows down incoming data stream just for prevention, so that initiator can with the same delay write another data block. However it is not commited by any official source, it is just based on my experience and my reasoning. > With technology like LTO-3, perhaps it is time > to consider giving the user the ability to turn > off the CRC32 generation and comparison. It would be very good thing. I tried to patch Bacula personally, but then I was afraid to use it in my real environment, until it is tested and until I'm sure I can restore the data too :o) The patches were not finished and maybe they are lost. I decided that I'm not sufficiently ready to do such a low level thing. I have read about LTO3, that "the tapes contain a strong error correction algorithm that makes data recovery possible when lost data is within one track or up to 32 mm of the tape medium." Another interesting thing is that LTO3 tape drive uses flying tape over the heads (like in hard drives) as much as possible, so cleaning tapes are almost not used in effect. HP says that the drive can run up to 6 000 hours without cleaning tape use (where just small internal brush is sufficient), which was big surprise for me. Unfortunatelly I have got this information after I have bought 5 cleaning tapes :o) Imagine, that one cleaning tape may be exhausted even up to after 90 000 hours = 3750 days >= 10 years... :o) -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Restorejob bigger than space on originalserver (no delete record) - possible workaround but...
> So in theory when creating a filelist we have just to restore the > filelist.txt from the last incremental set and make the full restore based > on this filelist with option "7: Enter a list of files to restore" and > enter " entries >1 and "useless long" with many entries >10 here. Does > anybody have an idea how to workaround another way or to speed this up > great? This is exactly what's been discussed here over the last couple of weeks in terms of point-in-time restores of large backups (which is functionally similar to a migration job and almost identical to a verify job) AB - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Spooling/unspooling tweaks?
Kern, Is there enough flexibility on the code to assign greater or lesser priority to spooling/despooling processes? With current readily available tape technology (LTO2) running at speads equal to most disk drives and newer technology (LTO3) running significantly faster than this, there is probably some advantage in allowing despooling processes to take higher priority over spooling ones (especially given there may be 5-10 processes spooling to disk simultaneously at times) The only way I'm able to keep up with the tape drive and spool to disk simultaneously at the moment is to run a 4-disk stripe set in order to increase the spool area throughput speed (next step would be a dedicated external SATA array) Even then, sometimes the tape starts shoeshining - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Error when labeling a tape
hello, I'm using Bacula since several days with a DLT tape reader. I tryed to add a DDS-3 tape reader located on a remote machine (not on the one where the director is installed) but got some strange problems. When typing status on console, bacula reports the tape is ok. when typing label, I got the following message: "3903 Error scanning label command" I also started the sd in interactive mode with -d100 and I notice a message telling the device (/dev/nst0) is opened in read only mode. Does anyone have an idea on this problem ? Thank you very much for your support. Guy Guy Corbaz ch. du Châtaignier 2 1052 Le Mont Switzerland phone:+41 21 652 26 05 mobile: +41 79 420 26 06 freeworld dialup: 785844 iaxtel: 17005530690 e-mail: [EMAIL PROTECTED] - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Bacula Debian repackaging
Hello, I need a more recent Bacula Debian package( autoloader automatic volume change bug fix). I haven't found one more recent than (1.38.11). I tried to repackage it with version 1.39.26. I have a problem with the debian package builder. When building the sqlite variant, libssl isn't linked with it (-> unresolved symbols). Using the standalone build it works Does someone have any hint to solve this problem ? - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] concurrent jobs don't spool at the same time
Hi all, I am having trouble with concurrent jobs not spooling in parallel -- they spool and despool, one at a time, in sequential order. I only get one job running at a time. I want daily backups that write one volume to disk, per job, with concurrent jobs that spool in parallel. Can someone please help me figure out what I'm doing wrong? My setup follows. Thank you, Adam bacula daemon version os --- director 1.38.11_1 FreeBSD 6.1 storage 1.38.11_1 FreeBSD 6.1 file 1.36.2debian linux The director, storage and file daemons have max concurrent jobs set to 20. Here are the relevant configuration snippets. # dir.conf ### Director { Maximum Concurrent Jobs = 20 } JobDefs { Pool = Default SpoolData = yes Spool Attributes = yes Maximum Concurrent Jobs = 20 } Storage { Name = File Device = FileStorage Media Type = File } Pool { Name = Default Pool Type = Backup Recycle = yes AutoPrune = yes Volume Retention = 2 weeks # one volume (file) per job Maximum Volume Jobs = 1 } ### # sd.conf Storage { Maximum Concurrent Jobs = 20 } Device { Name = FileStorage Media Type = File Archive Device = /some/disk LabelMedia = yes; Random Access = Yes; AutomaticMount = yes; RemovableMedia = no; AlwaysOpen = no; Spool Directory = /some/spool } ### # fd.conf FileDaemon { Maximum Concurrent Jobs = 20 } - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Starting again
On Fri, 01 Dec 2006 07:59:40 -0500 "Dan Langille" <[EMAIL PROTECTED]> wrote: > On 1 Dec 2006 at 12:54, Paul Constable wrote: > > > Hi all, > > I have a problem, I am storing on a hard disk, and the volume got > > rather large whilst testing.. > > > > I removed the file, drop the tables, rebuilt the database etc, as per > > instructions.. > > > > Now the storage daemon cannot start as the directory with the following > > comment in the logs:- > > > > 'Storage daemon didn't accept Device "FileStorage" because: > > 3925 Device "FileStorage" could not be opened or does not exist.' > > > > There is no acl in place that I can find,, all the permissions are set > > to 0777. > > > > Has anybody been here before ,, and could give me som insight as to what > > I have done wrong... > > Start by supplying us with the sd and dir configuration files. > Consider hiding the passwords. > > Include the version of Bacula you are using. > > -- > Dan Langille : Software Developer looking for work > my resume: http://www.freebsddiary.org/dan_langille.php > PGCon - The PostgreSQL Conference - http://www.pgcon.org/ > > Apologies for that, I wasn't thnking. # # Default Bacula Storage Daemon Configuration file # # For Bacula release 1.36.2 (28 February 2005) -- debian 3.1 # Storage { # definition of myself Name = able-sd SDPort = 9103 # Director's port WorkingDirectory = "/var/lib/bacula" Pid Directory = "/var/run/bacula" Maximum Concurrent Jobs = 20 } Director { Name = able-dir Password = "" } Director { Name = able-mon Password = "" Monitor = yes } Device { Name = FileStorage Media Type = File Archive Device = /store/backup/ LabelMedia = yes; # lets Bacula label unlabeled media Random Access = Yes; AutomaticMount = yes; # when device opened, read it RemovableMedia = no; AlwaysOpen = yes; } Messages { Name = Standard director = able-dir = all } # - # # Default Bacula Director Configuration file # # For Bacula release 1.36.2 (28 February 2005) -- debian 3.1 # Director {# define myself Name = able-dir DIRport = 9101# where we listen for UA connections QueryFile = "/etc/bacula/scripts/query.sql" WorkingDirectory = "/var/lib/bacula" PidDirectory = "/var/run/bacula" Maximum Concurrent Jobs = 1 Password = "" # Console password Messages = Daemon } JobDefs { Name = "DefaultJob" Type = Backup Level = Incremental Client = able-fd FileSet = "Full Set" Schedule = "WeeklyCycle" Storage = File Messages = Standard Pool = Default Priority = 10 } # # Define the main nightly save backup job # By default, this job will back up to disk in /tmp Job { Name = "Able" JobDefs = "DefaultJob" Write Bootstrap = "/var/lib/bacula/Able.bsr" } Job { Name = "laptop2" JobDefs = "DefaultJob" Write Bootstrap = "/var/lib/bacula/laptop2.bsr" } # Backup the catalog database (after the nightly save) Job { Name = "BackupCatalog" JobDefs = "DefaultJob" Level = Full FileSet="Catalog" Schedule = "WeeklyCycleAfterBackup" # This creates an ASCII copy of the catalog RunBeforeJob = "/etc/bacula/scripts/make_catalog_backup -u root -p m15t3r" # This deletes the copy of the catalog RunAfterJob = "/etc/bacula/scripts/delete_catalog_backup" Write Bootstrap = "/var/lib/bacula/BackupCatalog.bsr" Priority = 11 # run after main backup } # Standard Restore template, to be changed by Console program Job { Name = "RestoreFiles" Type = Restore Client=able-fd FileSet="Full Set" Storage = File Pool = Default Messages = Standard Where = /tmp/bacula-restores } # List of files to be backed up #FileSet { # Name = "Full Set" # Include { #Options { # signature = MD5 # } # File = / # File = /home #} #Exclude { # File = /proc # File = /tmp # File = /.journal # File = /.fsck # File = /storage # File = /store #} #} # Exclude { #File = /proc #File = /tmp #File = /.journal #File = /.fsck #File = /storage #File = /store # } #} # # FileSet { #Name = "Windows 2000" Name = "Full Set" Include { Options { signature = MD5 Exclude = yes IgnoreCase = yes # Exclude Mozilla-based programs' file caches WildDir = "[A-Z]:/Documents and Settings/*/Application Data/*/Profiles/*/*/Cache" WildDir = "[A-Z]:/Documents and Settings/*/Application Data/*/Profiles/*/*/Cache.Trash" WildDir = "[A-Z]:/Documents and Settings/*/Application Data/*/Profiles/*/*/ImapMail" # Exclude user's registry files - they're always in use anyway. WildFile = "[A-Z]:/Documents and Settings/*/Local Settings/Application
Re: [Bacula-users] cannot compile bacula-fd on HP UX 11.11
Hi Christian & list, please exclude the top post, I'm in some laundry shop with approximately 30% paket loss, and just happy to get the mail out *at all* Bacula HP-UX (and other odd operating system) binaries http://deranfangvomen.de/~floh/bacula/ Static HP-UX 11.11 FD http://deranfangvomen.de/~floh/bacula/bacula-1.38.11-client.tar.Z Please set LANG=C for Your next compiles, at least if You want everyone to see and understand Your compiler errors :) Florian -- 'Sie brauchen sich um Ihre Zukunft keine Gedanken zu machen' -- 'Sie brauchen sich um Ihre Zukunft keine Gedanken zu machen' - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula-mysql-1.38.11-3.fc5.i386.rpm mysql-5.0.18
On Mon, 2006-12-04 at 16:53 +0100, piero wrote: > Scott Barninger ha scritto: > > On Mon, 2006-12-04 at 10:44 +0100, piero wrote: > > > >> Scott Barninger ha scritto: > >> > >>> On Thu, 2006-11-30 at 17:07 +0100, piero wrote: > >>> > >>> > Scott Barninger ha scritto: > > > > Piero, > > > > Another thought - this package has been downloaded 491 times to date and > > this is the first I've seen this problem reported. This is an i386 > > package linked against 32-bit libs. Are you maybe running a 64-bit > > system? > > > > > > > I am runninn fc5 on i386 32-bit. > I don,t solve my problem, anyway thanks for your availability > > > >>> What is the result of: > >>> rpm -qa|grep mysql > >>> > >>> > >>> > >> I have installed also mysql-server. > >> > >> The command rpm -qa | grep mysql is now > >> > >> mysql-5.0.18-2.1 > >> mysql-server -5.0.18-2.1 > >> > >> I send you the file obtained whith the command : > >> > >> strace rpm -ivh bacula-mysql-1.38.11-3.fc5.i386.rpm &> rpmlog > >> > >> Thanks > >> > >> Piero > >> > > > > Good grief. Try updating mysql. The latest update for FC5 is 5.0.27-1. > > > G O A L > > Many and Many thanks > > Excuse me for my insistence Not at all. This is the first I ever heard of an API incompatibility on a minor-minor revision level. Kern - we should document this somehow, either Fedora or MySQL made an incompatible change between 5.0.18 and 5.0.27. The FC5 package will not work with 5.0.18, claiming missing dependency. > > by > > piero > > - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] [Bacula-devel] bacula-mysql-1.38.11-3.fc5.i386.rpm mysql-5.0.18
On Tue, 2006-12-05 at 09:47 +0100, Kern Sibbald wrote: > Well, any time you upgrade a database, whether or not it is MySQL, SQLite, or > PostgreSQL, there is a good probability that Bacula needs to be recompiled. > My experience is that this is rare for MySQL as long as the first two > versions do not change. For PostgreSQL, the general rule is that one must > always recompile, and worse, for PostgreSQL, you can easily corrupt your > database if you don't back it up and reload it after the upgrade. If I am not > mistaken, this is stated in the manual. Well, this is the first time I have seen an incompatible upgrade within a current distribution. > > I didn't look at the issue of rpm requires. It seems to me that to be safe, > that the rpm should alway require exactly the same version it was built with. > This may be a bit overkill, but it is the safest. Ugh, no. Way too much overhead. > > > The best advice I have is that if you are running a production system with > Bacula or any other program that uses an SQL engine, do not upgrade your SQL > engine without upgrading all the other software that uses it. > > Concerning Fedora. I used that distribution. I dropped it because there were > just too many problems. I don't regret for a second having dropped it because > I have had *far* fewer problems. My personal problems were with FC4 and then > worse ones with FC5. In the articles I've read since then FC6 is rated even > worse. I feel sorry for any Fedora user unless he really enjoys being on the > bloody edge. > > Scott, if you would like to build and release new rpms, OK, but I think we > should be careful about letting the Fedora cowboys jerk us around. I don't > know how to go about documenting this as this particular incident doesn't > seem to be something for the manual, and all the other ways of providing > documentation don't seem to reach many of the users. If you have specific > suggestions, I'm listening. I would recommend that you send an email to the > bacula-users and bacula-devel lists describing the problem. My proposed > solutions would be:. the user reverts to the previous version of MySQL. You misunderstood, the released packages were built against a later version 5.0.24, updating to which fixed the problem. I expect this thread will serve to document it as well as any. > > Regards, > > Kern > > On Monday 04 December 2006 22:19, Scott Barninger wrote: > > On Mon, 2006-12-04 at 16:53 +0100, piero wrote: > > > Scott Barninger ha scritto: > > > > On Mon, 2006-12-04 at 10:44 +0100, piero wrote: > > > > > > > >> Scott Barninger ha scritto: > > > >> > > > >>> On Thu, 2006-11-30 at 17:07 +0100, piero wrote: > > > >>> > > > >>> > > > Scott Barninger ha scritto: > > > > > > > > > > Piero, > > > > > > > > Another thought - this package has been downloaded 491 times to > > > > date > and > > > > this is the first I've seen this problem reported. This is an i386 > > > > package linked against 32-bit libs. Are you maybe running a 64-bit > > > > system? > > > > > > > > > > > > > > > I am runninn fc5 on i386 32-bit. > > > I don,t solve my problem, anyway thanks for your availability > > > > > > > > > >>> What is the result of: > > > >>> rpm -qa|grep mysql > > > >>> > > > >>> > > > >>> > > > >> I have installed also mysql-server. > > > >> > > > >> The command rpm -qa | grep mysql is now > > > >> > > > >> mysql-5.0.18-2.1 > > > >> mysql-server -5.0.18-2.1 > > > >> > > > >> I send you the file obtained whith the command : > > > >> > > > >> strace rpm -ivh bacula-mysql-1.38.11-3.fc5.i386.rpm &> rpmlog > > > >> > > > >> Thanks > > > >> > > > >> Piero > > > >> > > > > > > > > Good grief. Try updating mysql. The latest update for FC5 is 5.0.27-1. > > > > > > > G O A L > > > > > > Many and Many thanks > > > > > > Excuse me for my insistence > > > > Not at all. This is the first I ever heard of an API incompatibility on > > a minor-minor revision level. Kern - we should document this somehow, > > either Fedora or MySQL made an incompatible change between 5.0.18 and > > 5.0.27. The FC5 package will not work with 5.0.18, claiming missing > > dependency. > > > > > > > > by > > > > > > piero > > > > > > > > > > > > - > > 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-devel mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/bacula-devel > > > ---
[Bacula-users] Quantum Superloader with DLT-S4 works on 1.38.9
Hello Kern, hello list, good news! This autochanger works perfectly (with bacula 1.38.9), see the attached file btape.ok: Kern, you can add it to working autochangers :-) OS Man.Media Model Slots Cap/Slot Linux Quantum DLT-S4 Superloader 3 16 800/1600 GB This is what Rocco Diez from "www.Computacenter.de" got from Quantum Germany: """ Hallo Herr Diez, hiermit bestätigen wir die Zertifizierung für folgende Umgebung: - Superloader 3 mit DLT-S4 - Gentoo Linux - BackupSoftware Bacula 1.38.9 Mit freundlichen Grüßen Markus Kunkel VAR Manager CE Quantum Storage Germany GmbH Willy-Brandt-Allee 4 D-81829 München """ Because of this statement we bought the device from "Computacenter" an we will switch from testing to production very soon. This is from our bacula-sd.conf-file """ Autochanger { Name = Autochanger Device = DLT-S4 Changer Command = "/usr/libexec/bacula/mtx-changer %c %o %S %a %d" Changer Device = /dev/sg1 } Device { Name = DLT-S4 Drive Index = 0 Media Type = DLT-S4 Archive Device = /dev/st0 AutomaticMount = yes; # when device opened, read it AlwaysOpen = yes; RemovableMedia = yes; RandomAccess = no; AutoChanger = yes # Enable the Alert command only if you have the mtx package loaded Alert Command = "sh -c 'tapeinfo -f %c |grep TapeAlert|cat'" } """ http://www.quantum.com/ServiceandSupport/SoftwareandDocumentationDownloads/SuperLoader3/Index.aspx Best regards Thomas bacula2 ~ # btape -c /etc/bacula/bacula-sd.conf /dev/st0 Tape block granularity is 1024 bytes. btape: butil.c:272 Using device: "/dev/st0" for writing. 27-Nov 15:25 btape: 3301 Issuing autochanger "loaded drive 0" command. 27-Nov 15:25 btape: 3302 Autochanger "loaded drive 0", result is Slot 5. 27-Nov 15:25 btape: 3301 Issuing autochanger "loaded drive 0" command. 27-Nov 15:25 btape: 3302 Autochanger "loaded drive 0", result is Slot 5. btape: btape.c:338 open device "DLT-S4" (/dev/st0): OK *test === Write, rewind, and re-read test === I'm going to write 1000 records and an EOF then write 1000 records and an EOF, then rewind, and re-read the data to verify that it is correct. This is an *essential* feature ... btape: btape.c:795 Wrote 1000 blocks of 64412 bytes. btape: btape.c:469 Wrote 1 EOF to "DLT-S4" (/dev/st0) btape: btape.c:811 Wrote 1000 blocks of 64412 bytes. btape: btape.c:469 Wrote 1 EOF to "DLT-S4" (/dev/st0) btape: btape.c:820 Rewind OK. 1000 blocks re-read correctly. Got EOF on tape. 1000 blocks re-read correctly. === Test Succeeded. End Write, rewind, and re-read test === === Write, rewind, and position test === I'm going to write 1000 records and an EOF then write 1000 records and an EOF, then rewind, and position to a few blocks and verify that it is correct. This is an *essential* feature ... btape: btape.c:907 Wrote 1000 blocks of 64412 bytes. btape: btape.c:469 Wrote 1 EOF to "DLT-S4" (/dev/st0) btape: btape.c:923 Wrote 1000 blocks of 64412 bytes. btape: btape.c:469 Wrote 1 EOF to "DLT-S4" (/dev/st0) btape: btape.c:932 Rewind OK. Reposition to file:block 0:4 Block 5 re-read correctly. Reposition to file:block 0:200 Block 201 re-read correctly. Reposition to file:block 0:999 Block 1000 re-read correctly. Reposition to file:block 1:0 Block 1001 re-read correctly. Reposition to file:block 1:600 Block 1601 re-read correctly. Reposition to file:block 1:999 Block 2000 re-read correctly. === Test Succeeded. End Write, rewind, and re-read test === === Append files test === This test is essential to Bacula. I'm going to write one record in file 0, two records in file 1, and three records in file 2 btape: btape.c:438 Rewound "DLT-S4" (/dev/st0) btape: btape.c:1531 Wrote one record of 64412 bytes. btape: btape.c:1533 Wrote block to device. btape: btape.c:469 Wrote 1 EOF to "DLT-S4" (/dev/st0) btape: btape.c:1531 Wrote one record of 64412 bytes. btape: btape.c:1533 Wrote block to device. btape: btape.c:1531 Wrote one record of 64412 bytes. btape: btape.c:1533 Wrote block to device. btape: btape.c:469 Wrote 1 EOF to "DLT-S4" (/dev/st0) btape: btape.c:1531 Wrote one record of 64412 bytes. btape: btape.c:1533 Wrote block to device. btape: btape.c:1531 Wrote one record of 64412 bytes. btape: btape.c:1533 Wrote block to device. btape: btape.c:1531 Wrote one record of 64412 bytes. btape: btape.c:1533 Wrote block to device.
Re: [Bacula-users] Device "AutoLoader" has 0 slots.
I got around the problem by starting the bacula-sd process as root. Arno Lehmann wrote: Hi, I don't recall if this was discussed on the mailing list any further - which I'd suggest - but if this is not a simple permissions problem it might be time to take a really close look at what mtx-changer does, and why it doesn't recognize the number of slots. Simply check what it does with mtx, and see what mtx outputs in such a situation. Arno On 11/20/2006 11:03 PM, Emery Guevremont wrote: Arno Lehmann wrote: Hi, On 11/20/2006 8:13 PM, Emery Guevremont wrote: I have a problem and I need your help. Last week I upgraded our quantum superloader to a superloader 3. For the first few days everything worked well. But since this weekend, bacula can't seem to properly control the autoloader. Here's the error I get when I try to update the AutoLoader's slots: Connecting to Storage daemon AutoLoader at bacula:9103 ... 3306 Issuing autochanger "slots" command. Device "AutoLoader" has 0 slots. Ah. Permssions probably. I suppose that your autoloader has a new device node now which can't be accessed by the SD. Assuming the SD is not running as root, ... No slots in changer to scan. Yet I can do this command: ./mtx-changer /dev/sg3 slots AutoLoader 0 and get 16 as the number of slots. This is what I get after doing this command: ./mtx-changer /dev/sg3 list AutoLoader 0 2:0001 3:0002 4:0003 5:0004 6:0005 7:0006 8:0007 9:0008 10:0009 11:0010 12:0011 13:0012 14:0013 15:0014 16:0015 1: ... but you are logged in as root. What happens when you log in as the Bacula user and issue 'mtx-changer /dev/sg3 slots'? I did it as the user bacula and root, and got the same result for both. ls -la gives crw-rw 1 root disk 21, 1 Nov 20 07:02 /dev/sg1 and id bacula gives uid=100(bacula) gid=6(disk) groups=6(disk),102(bacula) Something else is causing my permissions problem. Arno So at first, it looks like the mtx-changer properly gets the output but not bacula through the bconsole shell. I also get these errors in my log when the unit is trying to perform backups: 19-Nov 21:11 bacula-sd: 3301 Issuing autochanger "loaded drive 0" command. 19-Nov 21:11 bacula-sd: 3991 Bad autochanger "loaded drive 0" command: ERR=Permission denied. 19-Nov 21:11 bacula-sd: 3301 Issuing autochanger "loaded drive 0" command. 19-Nov 21:11 bacula-sd: 3991 Bad autochanger "loaded drive 0" command: ERR=Permission denied. 19-Nov 21:11 bacula-sd: 3304 Issuing autochanger "load slot 1, drive 0" command. 19-Nov 21:11 bacula-sd: Server1-sys.2006-11-19_20.05.24 Fatal error: 3992 Bad autochanger "load slot 1, drive 0": ERR=Permission denied. What's going on? How can I fix this? - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users begin:vcard fn;quoted-printable:Emery Gu=C3=A9vremont n;quoted-printable:Gu=C3=A9vremont;Emery org:Croesus Finansoft adr:;;2 Place laval, Suite 510;Laval;PQ;H7N 5N6;Canada email;internet:[EMAIL PROTECTED] title;quoted-printable:Administrateur des syst=C3=A8mes tel;work:450-662-6101 tel;cell:514-513-3416 x-mozilla-html:FALSE version:2.1 end:vcard - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] cannot compile bacula-fd on HP UX 11.11
> On Wed, 29 Nov 2006 18:31:39 +0100, Christian Berthaud said: > > Hello, > Has anybody succed to compiles bacula client for HP UX 11.11 > After untaring bacula-1.38.11 I start configure with > option --enable-client-only. > After make does not go to end because of error with ld > > ==>Entering directory /tmp/bacula/bacula-1.38.11/src/filed > /usr/local/bin/g++ -L../lib -L../findlib -o bacula-fd filed.o > authenticate.o acl.o backup.o chksum.o estimate.o filed_conf.o heartbeat.o > job.o pythonfd.o restore.o status.o verify.o verify_vol.o \ >-lz -lfind -lbac -lm -lpthread -lgen -lintl \ > /usr/local/lib/libintl.sl -L/usr/local/lib > /usr/local/lib/libiconv.sl > /usr/ccs/bin/ld: (Warning) At least one PA 2.0 object file (filed.o) was > detected. The linked output may not run on a PA 1.x system. > /usr/ccs/bin/ld: Unrecognized argument: +init > /usr/ccs/bin/ld: Usage: /usr/ccs/bin/ld [options] [flags] files > collect2: ld a retourne 1 comme valeur de sortie > *** Erreur - code de sortie 1 > The problem surely comme from the fact that in platforms directory there is > no hp. So the unknown file in platforms directory is use by configure. > > Need help You need to install HP patch PHSS_33033, which adds support for ld +init. __Martin - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Slow backup with compression on Solaris
On Tue, 5 Dec 2006, Jonas Björklund wrote: I get very poor performance with compression on a client. It's a Sun Fire V490 with 4 CPUs on 1350Mhz and 16GB memory. Seems like the Sun server is slow. I got a little bit better performance when I used GZIP1 instead of GZIP (GZIP6).- 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] cannot compile bacula-fd on HP UX 11.11
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Simmons wrote: >> On Wed, 29 Nov 2006 18:31:39 +0100, Christian Berthaud said: >> /usr/ccs/bin/ld: Unrecognized argument: +init >> /usr/ccs/bin/ld: Usage: /usr/ccs/bin/ld [options] [flags] files >> collect2: ld a retourne 1 comme valeur de sortie >> *** Erreur - code de sortie 1 >> The problem surely comme from the fact that in platforms directory there is >> no hp. So the unknown file in platforms directory is use by configure. >> >> Need help > > You need to install HP patch PHSS_33033, which adds support for ld +init. Is this already documented anyplace in the README or the Bacula manual (I'm asking to the general community). If not, this would be quite helpful. Since my systems are patched regularly, I probably never noticed. - -- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer III |$&| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFdZNFmb+gadEcsb4RAkEvAJ9PI07/PX5GDtT6zUi+7fPyHHNQLwCghC7r N6tkPbqGMNWLBXxMo+xM6Hs= =ABir -END PGP SIGNATURE- - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Problem with tape filling up
Im running into a problem when the tape fills up with Bacula 1.38.11. Im running Redhat ES v4. I have been running bacula for about 4 months now with almost no problems until my full backups started overrunning the tape. I use the same Job for Incrementals and I dont see the problem with those, only on Full backups. The problem is when the tape fills up it doesnt wait on me to label and mount a new tape. The job gets cancelled within 2 mins. When I do an incremental it waits for the specified amount of time and allows me to insert a new tape, but not on full backups. Here is the output of the log: 21306 04-Dec 19:52 csreal2-sd: Writing spooled data to Volume. Despooling 2,854,025,527 bytes ... 21307 04-Dec 19:55 csreal2-sd: End of Volume "CS-45-Full" at 110:6730 on device "SDX-700V" (/dev/nst0). Write of 64512 bytes got -1. 21308 04-Dec 19:56 csreal2-sd: Re-read of last block succeeded. 21309 04-Dec 19:56 csreal2-sd: End of medium on Volume "CS-45-Full" Bytes=110,427,122,055 Blocks=1,711,730 at 04- Dec-2006 19:56. 21310 04-Dec 19:57 csreal2-sd: Job CS-Client.2006-12-04_14.12.48 waiting. Cannot find any appendable volumes. 21311 Please use the "label" command to create a new Volume for: 21312 Storage: "SDX-700V" (/dev/nst0) 21313 Media type: AIT-3 21314 Pool: CS-Full-Pool 21315 04-Dec 20:01 cs-fd: CS-Client.2006-12-04_14.12.48 Fatal error: backup.c:500 Network send error to SD. ERR=Input/output error 21316 04-Dec 19:58 csreal2-sd: Job CS-Client.2006-12-04_14.12.48 canceled while waiting for mount on Storage Device ""SDX-700V" (/dev/nst0)". 21317 04-Dec 19:58 csreal2-sd: CS-Client.2006-12-04_14.12.48 Fatal error: spool.c:249 Fatal append error on device "SDX-700V" (/dev/nst0): ERR=Job CS-Client.2006-12-04_14.12.48 canceled while waiting for mount on Storage Device ""SDX-700V" (/dev/nst0)". 21318 21319 04-Dec 19:58 csreal2-sd: CS-Client.2006-12-04_14.12.48 Fatal error: append.c:207 Fatal append error on devi ce "SDX-700V" (/dev/nst0): ERR=Job CS-Client.2006-12-04_14.12.48 canceled while waiting for mount on Storag e Device ""SDX-700V" (/dev/nst0)". I see that Im getting a fatal error but dont have a clue why. Any ideas appreciatedill also attach the Job Defs so they are more readable. thanks! darryl JobDefs { Name = "CS-DefaultJob" Type = Backup Level = Full FileSet = "CS-Fileset" Schedule = "CS-WeeklyCycle" Storage = LIB-81 Messages = Standard Pool = CS-Inc-Pool Priority = 10 Max Wait Time = 1h Incremental Max Wait Time = 1h Differential Max Wait Time = 1h Write Bootstrap = "/usr/local/bacula/working/cs-fd.bsr" } Job { Name = "CS-Client" JobDefs = "CS-DefaultJob" Client = cs-fd Type = Backup Pool = Default FileSet = "CS-Fileset" Full Backup Pool = CS-Full-Pool Incremental Backup Pool = CS-Inc-Pool Differential Backup Pool = CS-Inc-Pool Messages = Standard Storage = LIB-81 Schedule = "CS-WeeklyCycle" Max Start Delay = 0 Spool Data = yes # spool data first Max Wait Time = 10h Incremental Max Wait Time = 1h Differential Max Wait Time = 1h Write Bootstrap = "/usr/local/bacula/working/cs-fd.bsr" Priority = 10 } Schedule { Name = "CS-WeeklyCycle" Run = Full 1st sun at 1:05 Run = Differential 2nd-5th sun at 1:05 Run = Incremental mon-sat at 1:05 } # Pool for CS Full backups Pool { Name = CS-Full-Pool Pool Type = Backup Recycle = yes # Bacula can automatically recycle Volumes AutoPrune = yes # Prune expired volumes Volume Retention = 365 days # one year Accept Any Volume = yes # write on any volume in the pool Maximum Volume Jobs = 3 # only 2 months per tape max. } - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Backups hung waiting on storage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Well, I've figured out what's happening here, but not why or how to correct it elegantly. My problem is I have made a change (as seen below) to keep the tape drive open. I don't have operators -- at least temporarily -- that can be bothered with/given access to the console. My solution for this is one unmount on Monday morning. This should allow the operator to remove the tape sometime on Monday and insert the new tape before Monday night. However, apparently "AutomaticMount" does not apply to situations where a "user" (or crontab) has unmounted the tape drive? As a result, the night's backups are BLOCKED as a result of user unmount. What is the solution here? A separate script to mount the drive in the evening before the backups? Isn't there any way to unmount a tape on demand but not in such a fashion that an AutomaticMount cannot overcome it? The next problem -- and this one I think is easily solvable with some config changes -- is when things get into this state, there is no continuing with the backups. I run a mount and the process hangs. I think this is because there is no spare channel to the SD. At around the same time, this happened, which IMO further supports that idea: 04-Dec 23:11 helios-dir: Max configured use duration exceeded. Marking Volume "combined_BW2" as Used. 04-Dec 23:12 helios-dir: Pruned 6 Jobs on Volume "combined_BW3" from catalog. 04-Dec 23:12 helios-dir: Error: bnet.c:426 Write error sending 77 bytes to client:130.219.34.102:9101: ERR=Broken pipe my understanding is the director wanted to tell the SD about the changes to the jobs, but was unable since the SD was busy. Is there some way that I can allow a second communication channel to the SD, if this is indeed the problem, without allowing for other weird things to happen (like intermingling backups or anything like that -- essentially I don't want any other things to be able to happen at the same time aside from control commands). Ryan Novosielski wrote: > I'm a little stumped about this one. The only thing I've changed > recently (and we're talking a couple of weeks ago) is the way I deal > with incremental backup media. I had previously been closing the tape > device after each backup, but really, when a tape is used all week, this > is unnecessary and bad for the drive. So I am currently running like this: > > Device { > Name = helios_DDS# > Media Type = DDS-4 > Archive Device = /dev/rmt/0cbn > AutomaticMount = yes; # when device opened, read it > AlwaysOpen = yes; > Volume Poll Interval = 30 minutes; > Close on Poll = yes; > RemovableMedia = yes; > RandomAccess = no; > Spool Directory = /usr/local/bacula/var/spool; > } > > I'm not sure that any of these are a problem (though I suppose it's > possible that I should not have Close on Poll in here or Volume Poll > Interval). I believe the change I made was "AlwaysOpen", which had been > "No." As far as tape changes, I do the following: > > 1 8 * * 1 echo "umount storage=helios_DDS" | > /usr/local/bacula/sbin/bconsole -c /usr/local/bacula/etc/bconsole.conf > > .to make sure that the tape is removable when my staff need to remove > it, sometime before Monday night. > > However, this is where I've ended up the last two Monday nights: > > Running Jobs: > Console connected at 28-Nov-06 01:13 > JobId Level Name Status > == > 1717 Increme NJMSCatalyst.2006-11-27_23.00.00 is waiting on Storage > helios_DDS > 1718 Increme CFMX-dev.2006-11-27_23.00.01 is waiting on Storage > helios_DDS > 1719 Increme sopris-WEBMAIL.2006-11-27_23.00.02 is waiting on Storage > helios_DDS > 1720 Increme BigBrother-Display.2006-11-27_23.00.08 is waiting on > Storage helios_DDS > 1721 Increme SVNrepos.2006-11-27_23.00.09 is waiting on Storage > helios_DDS > 1722 Increme VistaBKsave.2006-11-27_23.00.10 is waiting execution > 1723 Increme BigBrother-NET.2006-11-27_23.00.11 is waiting execution > 1724 FullCatalog.2006-11-27_23.55.00 is waiting execution > > > .I don't know what "waiting" means in this context, or what I'm > supposed to do to free up this situation (short of stopping Bacula or > cancelling the jobs). Is there any way to bust up the log-jam here, or > am I hosed? How can I avoid this mess in the future. - - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users - -- _ _ _ _ ___
Re: [Bacula-users] Bacula Debian repackaging
On Friday 01 December 2006 11:56, Benoit Callebaut wrote: > Hello, > I need a more recent Bacula Debian package( autoloader automatic volume > change bug fix). > I haven't found one more recent than (1.38.11). > I tried to repackage it with version 1.39.26. > > I have a problem with the debian package builder. > When building the sqlite variant, libssl isn't linked with it (-> > unresolved symbols). > > Using the standalone build it works > > Does someone have any hint to solve this problem ? I suggest you post this as a bug in the official Debian Bacula bug area. That way the Debian packager will be aware of it and will surely fix it. > > - > 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 > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users > - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Error when labeling a tape
On Tuesday 05 December 2006 13:42, Guy Corbaz wrote: > hello, > > I'm using Bacula since several days with a DLT tape reader. > > I tryed to add a DDS-3 tape reader located on a remote machine (not on the > one where the director is installed) but got some strange problems. When > typing status on console, bacula reports the tape is ok. > > when typing label, I got the following message: > > "3903 Error scanning label command" Very likely you are mixing two different versions of the Director and the Storage daemon, which is something that will almost never work. > > I also started the sd in interactive mode with -d100 and I notice a message > telling the device (/dev/nst0) is opened in read only mode. > > Does anyone have an idea on this problem ? > > Thank you very much for your support. > > Guy > > > Guy Corbaz > ch. du Châtaignier 2 > 1052 Le Mont > Switzerland > phone:+41 21 652 26 05 > mobile: +41 79 420 26 06 > freeworld dialup: 785844 > iaxtel: 17005530690 > e-mail: [EMAIL PROTECTED] > > > - > 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 > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users > - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Spooling/unspooling tweaks?
On Tuesday 05 December 2006 13:50, Alan Brown wrote: > > Kern, > > Is there enough flexibility on the code to assign greater or lesser > priority to spooling/despooling processes? Currently Bacula never fiddles with priorities, if for no other reason that it is very system dependent, and I try as best possible to avoid system dependent code. I haven't researched the problem, but it seems to me the first thing to do would be to see if it is possible to give different threads different priorities. If and only if it is possible, then a Feature Request would be needed. > > With current readily available tape technology (LTO2) running at speads > equal to most disk drives and newer technology (LTO3) running > significantly faster than this, there is probably some advantage in > allowing despooling processes to take higher priority over spooling ones > > (especially given there may be 5-10 processes spooling to disk > simultaneously at times) > > The only way I'm able to keep up with the tape drive and spool to disk > simultaneously at the moment is to run a 4-disk stripe set in order to > increase the spool area throughput speed (next step would be a dedicated > external SATA array) > > Even then, sometimes the tape starts shoeshining This problem is probably better solved by implementing a FIFO multiple buffering write scheme in the Storage daemon. I have always planned to do so, but it has never gotten even close to the top of my priorities. - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Quantum Superloader with DLT-S4 works on 1.38.9
On Tuesday 05 December 2006 15:36, Thomas Sturm wrote: > Hello Kern, hello list, > good news! > > This autochanger works perfectly (with bacula 1.38.9), see the attached file > btape.ok: > Kern, you can add it to working autochangers :-) Done, thanks, especially for giving the correct details! It may take a day or two before I load the next batch of changes onto the web site. > > OSMan.Media Model Slots > Cap/Slot > Linux Quantum DLT-S4 Superloader 3 16 > 800/1600 GB > > This is what Rocco Diez from "www.Computacenter.de" got from Quantum Germany: > """ > Hallo Herr Diez, > > hiermit bestätigen wir die Zertifizierung für folgende Umgebung: > > - Superloader 3 mit DLT-S4 > - Gentoo Linux > - BackupSoftware Bacula 1.38.9 > > Mit freundlichen Grüßen > Markus Kunkel > VAR Manager CE > Quantum Storage Germany GmbH > Willy-Brandt-Allee 4 > D-81829 München > """ Cool. I am really pleased that Quantum (at least Quantum Munich) knows about Bacula!!! Good luck with your *monster* tape drive ... Kern > > Because of this statement we bought the device from "Computacenter" an we will > switch from testing to production very soon. > > This is from our bacula-sd.conf-file > """ > Autochanger { > Name = Autochanger > Device = DLT-S4 > Changer Command = "/usr/libexec/bacula/mtx-changer %c %o %S %a %d" > Changer Device = /dev/sg1 > } > > Device { > Name = DLT-S4 > Drive Index = 0 > Media Type = DLT-S4 > Archive Device = /dev/st0 > AutomaticMount = yes; # when device opened, read it > AlwaysOpen = yes; > RemovableMedia = yes; > RandomAccess = no; > AutoChanger = yes > # Enable the Alert command only if you have the mtx package loaded > Alert Command = "sh -c 'tapeinfo -f %c |grep TapeAlert|cat'" > } > > """ > > http://www.quantum.com/ServiceandSupport/SoftwareandDocumentationDownloads/SuperLoader3/Index.aspx > > Best regards > Thomas > - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Scripted restores to different clients
Hello, I'm trying to write a script that tells bacula to restore job X to client Y, which may not be the same client that job X came from. Currently, I'm doing this: [list of files to restore in filelist.txt] [tempfile]: restore jobid=X client=Y where=/tmp/test file=http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] ERR=Connection refused
Got it ! Thanks. :) Maxime. Le lundi 04 décembre 2006 à 17:47 -0500, Ryan Novosielski a écrit : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > The client DOES know its own address, but it also has 127.0.0.1 to refer > to itself as. If you go ifconfig -av, at least on Linux, you'll see both > interfaces. Listening on 127.0.0.1 is not really an alias for "listen on > my own IP address", but instead says to listen on an interface that is > only accessible on the box. > > Maxime USZPOLEWICZ wrote: > > Thanks Arno, > > > > It is working now. I mean, I go further in the process... even if I get > > a new error message. I am trying to deal with it by myself. > > > > My understanding level of network interfaces is obviously low because I > > was pretty sure the client knew its own IP address on the network and > > only had to know the port to be listened... > > > > Cheers, > > > > Maxime. > > > > > > Le samedi 02 décembre 2006 à 23:10 +0100, Arno Lehmann a écrit : > >> Hi, > >> > >> On 12/2/2006 8:09 PM, Maxime USZPOLEWICZ wrote: > >>> Thanks for your answer. > >>> I thought the description of these files was not relevant. > >> It is most relevant... > >> > >>> I show you parts I consider important in this first step. > >>> > >>> Let me know if you need something else. > >>> > >>> Best Reg., > >>> > >>> Maxime > >>> > >>> > >>> bacula-dir.conf > >>> > >>> Director { # define myself > >>> Name = serveur-dir > >>> DIRport = 9101# where we listen for UA > >>> connections > >>> QueryFile = "/etc/bacula/scripts/query.sql" > >>> WorkingDirectory = "/var/lib/bacula" > >>> PidDirectory = "/var/run/bacula" > >>> Maximum Concurrent Jobs = 1 > >>> Password = "" # Console password > >>> Messages = Daemon > >>> } > >>> > >>> Client { > >>> Name = maxime > >>> Address = 192.168.1.64 > >>> FDPort = 9102 > >>> Catalog = MyCatalog > >>> Password = "" # password for FileDaemon > >>> File Retention = 30 days# 30 days > >>> Job Retention = 6 months# six months > >>> AutoPrune = yes # Prune expired Jobs/Files > >>> } > >>> > >>> > >>> bacula-fd.conf > >>> > >>> Director { > >>> Name = serveur-dir > >>> Password = "" > >>> } > >>> > >>> FileDaemon { # this is me > >>> Name = maxime > >>> FDport = 9102 # where we listen for the > >>> director > >>> WorkingDirectory = /var/lib/bacula > >>> Pid Directory = /var/run/bacula > >>> Maximum Concurrent Jobs = 20 > >>> FDAddress = 127.0.0.1 > >> This is broken. The FD only listens on the local interface. Use the > >> correct IP address, which would be 192.168.1.64 > >> > >>> } > >>> > >> Arno > >> > > > > > > - > > 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 > > Bacula-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/bacula-users > > - -- > _ _ _ _ ___ _ _ _ > |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer III > |$&| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922) > \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630 > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.5 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFFdKWJmb+gadEcsb4RAgwpAKDPkEZ0XXIIrg2ddN0wJPrsVX+dvwCgiR3A > dOk7hwW52u7HTU7pougqTHY= > =yIA8 > -END PGP SIGNATURE- > > - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] cannot compile bacula-fd on HP UX 11.11
> On Tue, 05 Dec 2006 10:41:57 -0500, Ryan Novosielski said: > > Martin Simmons wrote: > >> On Wed, 29 Nov 2006 18:31:39 +0100, Christian Berthaud said: > >> /usr/ccs/bin/ld: Unrecognized argument: +init > >> /usr/ccs/bin/ld: Usage: /usr/ccs/bin/ld [options] [flags] files > >> collect2: ld a retourne 1 comme valeur de sortie > >> *** Erreur - code de sortie 1 > >> The problem surely comme from the fact that in platforms directory there is > >> no hp. So the unknown file in platforms directory is use by configure. > >> > >> Need help > > > > You need to install HP patch PHSS_33033, which adds support for ld +init. > > Is this already documented anyplace in the README or the Bacula manual > (I'm asking to the general community). If not, this would be quite > helpful. Since my systems are patched regularly, I probably never noticed. Maybe, but it is really a g++ issue, nothing specific to Bacula. I found it in the installation notes of HP's gcc package when I installed it. __Martin - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Slow backup with compression on Solaris
> On Tue, 5 Dec 2006 09:11:14 +0100 (CET), Jonas Bjorklund said: > > Hello, > > I get very poor performance with compression on a client. It's a Sun Fire > V490 with 4 CPUs on 1350Mhz and 16GB memory. > >JobId: 11 >Job:client1.2006-12-04_16.34.10 >Backup Level: Full >Client: "sasma" sparc-sun-solaris2.10,solaris,5.10 >FileSet:"Sun System" 2006-12-04 10:32:00 >Pool: "1Month" >Storage:"File01" >Scheduled time: 04-Dec-2006 16:34:06 >Start time: 04-Dec-2006 16:34:13 >End time: 05-Dec-2006 03:53:36 >Elapsed time: 11 hours 19 mins 23 secs >Priority: 10 >FD Files Written: 314,934 >SD Files Written: 314,934 >FD Bytes Written: 41,030,170,977 (41.03 GB) >SD Bytes Written: 41,078,489,760 (41.07 GB) >Rate: 1006.6 KB/s >Software Compression: 82.0 % >Volume name(s): 1Month-0004|1Month-0005 >Volume Session Id: 1 >Volume Session Time:1165246425 >Last Volume Bytes: 31,077,182,535 (31.07 GB) >Non-fatal FD errors:0 >SD Errors: 0 >FD termination status: OK >SD termination status: OK >Termination:Backup OK > > When I run the same backup wihtout compression it's fast. Is the server > really so slow when it compress data? The zlib is from Sun. You could check that the fd uses a lerge % of the CPU when compressing, to be sure that it isn't waiting for something else. Also, try timing tar v.s. tar+gzip on a large directory. __Martin - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula Debian repackaging
On Friday 01 December 2006 11:56, Benoit Callebaut wrote: > I need a more recent Bacula Debian package( autoloader automatic volume > change bug fix). > I haven't found one more recent than (1.38.11). Currently Debian's release team is about to prepare the next stable release of Debian codename "Etch". New upstream releases are currently not entering Debian unless there is an important reason. That's probably why John Goerzen isn't making newer packages available yet. You may want to file a wishlist bug report using the "reportbug" tool or on http://bugs.debian.org though to remind him that there is already a new upstream release. AFAICS there is no such wish filed yet. > I tried to repackage it with version 1.39.26. > > I have a problem with the debian package builder. > When building the sqlite variant, libssl isn't linked with it (-> > unresolved symbols). I assume that John already has a newer package available. Ask him to upload it to the 'experimental' branch if you like. It won't get into the release team's way like that. Cheers Christoph - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Building with OpenSSL - cannot find OpenSSL includes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm having some trouble building Bacula --with-openssl. The version is 1.38.11. Here's the type of error I get: ==>Entering directory /usr/share/src/bacula-1.38.11/src/findlib make[1]: Entering directory `/usr/share/src/bacula-1.38.11/src/findlib' /usr/local/bin/g++ -c -I/usr/local/include -I. -I.. -g -O2 -Wall find.c In file included from find.c:28: .../bacula.h:112:25: openssl/ssl.h: No such file or directory .../bacula.h:113:28: openssl/x509v3.h: No such file or directory .../bacula.h:114:26: openssl/rand.h: No such file or directory .../bacula.h:115:25: openssl/err.h: No such file or directory make[1]: *** [find.o] Error 1 make[1]: Leaving directory `/usr/share/src/bacula-1.38.11/src/findlib' == Error in /usr/share/src/bacula-1.38.11/src/findlib == as you can see, -I/usr/local/ssl is not on that line. I did specify - --with-openssl=/usr/local/ssl as part of the configure though. Other places in the same build have it: /usr/local/bin/g++ -c -I/usr/local/include -I/usr/local/ssl/include -I. -I.. -g -O2 -Wall wait.c Is this a bug? If it is, something tells me someone else would have noticed it by now. In addition, the files that is is looking for ARE where they are supposed to be: # ls -la /usr/local/ssl/include/openssl/ssl.h - -rw-r--r-- 1 root other 74521 Jan 27 2005 /usr/local/ssl/include/openssl/ssl.h Any ideas? - -- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer III |$&| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFddx/mb+gadEcsb4RAi9cAKDVWJI79KfltKu6dgDbAMNRM79kcwCeJNaf dAxaImqv0DYeP4Y+pmrbHEA= =wa91 -END PGP SIGNATURE- - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] bacula-rescue problem : static-bacula-fd Segmentation fault when authenticating
Hi,all when I'm working on get bacula-rescue run in my redhat 8.0. when i compile bacula-1.36.3 source with configurat ion in the documentation at http://www.bacula.org/dev-manual/Disast_Recove_Using_Bacula.html#SECTION0004140 00, i get a bootcd.iso ,after that i boot from the iso and it works well until i start the static-bacul a-fd. when i try to connect the fd from bconsole using status client=XXX command, the static-bacula-fd encounte r a segmentation violation and quit .i trace the problem and find that the problem sequece is : authenticate(filed/authenticate.c) -> sscanf(filed/authenticate.c) -> bsscanf(lib/scan.c) -> isspace(/user/include/ctype.h) this is my operations : 1) make bacula-source with ./configure \ --prefix=/usr/bacula \ --sbindir=/usr/bacula/bin \ --sysconfdir=/usr/bacula/bin \ --with-scriptdir=/usr/bacula/bin \ --enable-smartalloc \ --enable-client-only \ --enable-static-fd 2) make and make install 3) use bacula-rescue ./configure \ --with-static-fd=/usr/bacula/bin make all 4) get the bootcd.iso , boot a new created vmware virtual machine of same configuration with the former 5) startnetwork and mountdrivers 6) start static-bacula-fd with ./static-bacula-fd -d3000 -f -c bacula-fd.conf 7) connect the fd using ./bconsole -> status client=localhost-fd then static-bacula-fd quit with : localhost-fd: signal.c:78 sig=11 Segmentation violation localhost-fd: message.c:573 Entering dispatch_msg type=3 msg=localhost-fd: Fatal Er ror because: Bacula interrupted by signal 11: Segmentation violation I write a program testing isspace function in the iso booted machine and it works.but when I write it at bacula source code it encounter a Segmentation fault . here is my test if(!isspace(' ')) { exit(0); } Who can help me solve the problem ? i will appreciate your help;-) [EMAIL PROTECTED] 2006-12-06 - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] In Use Volume status not correct
Does anybody have any ideas? Even a "me too" would help at this point, if only to determine if a common configuration issue can be narrowed down... On Dec 4, 2006, at 10:40 PM, Ian Levesque wrote: > Hi folks, > > After a few Full jobs just failed, I noticed something that I thought > had disappeared a few months ago, but I'm seeing a problem where > Bacula's storage daemon knows there are jobs running on a drive, but > its "In Use Volume" status doesn't show the drive as in-use. As a > result, it appears, other jobs are trying to utilize the drive and > failing, because the drive is using a volume from another pool. > Running bacula-sd version 1.39.28 on Linux. > > Here's an example of the error: > > 04-Dec 22:25 sbgrid-dir: Start Backup JobId 773, Job=ROUTER. > 2006-12-04_22.25.00 > 04-Dec 22:25 sbgrid-sd: ROUTER.2006-12-04_22.25.00 Fatal error: > acquire.c:336 Wanted Volume "74L2", but device "LTO2B" (/dev/ > nst1) is busy writing on "01L2" . > 04-Dec 21:42 router-fd: ROUTER.2006-12-04_22.25.00 Fatal error: job.c: > 1617 Bad response to Append Data command. Wanted 3000 OK data, got > 3903 Error append data > > And below is the gist of what "status sd" gives me (note the In Use > Volume status at the bottom). If anybody has seen this, or even may > have an answer to the problem, please let me know. > > Thanks, > Ian > > > status sd: > > Running Jobs: > Writing: Full Backup job CRYSTAL_HOME JobId=767 Volume="72L2" > pool="Fulls" device=""LTO2A" (/dev/nst0)" > Files=129,025 Bytes=20,796,051,130 Bytes/sec=9,376,037 > FDReadSeqNo=1,337,690 in_msg=992115 out_msg=5 fd=4 > Writing: Incremental Backup job EML5 JobId=768 Volume="01L2" > pool="Incrementals" device=""LTO2B" (/dev/nst1)" > Files=3,189 Bytes=27,656,851,628 Bytes/sec=11,758,865 > FDReadSeqNo=448,013 in_msg=439191 out_msg=5 fd=8 > Writing: Full Backup job FS3_PROGRAMS JobId=770 Volume="73L2" > pool="Fulls" device=""LTO2C" (/dev/nst2)" > Files=217,491 Bytes=15,090,657,761 Bytes/sec=8,613,389 > FDReadSeqNo=2,073,024 in_msg=1449408 out_msg=5 fd=13 > Writing: Full Backup job EML1 JobId=772 Volume="72L2" > pool="Fulls" device=""LTO2A" (/dev/nst0)" > Files=2,933 Bytes=17,491,333,191 Bytes/sec=15,196,640 > FDReadSeqNo=290,178 in_msg=282297 out_msg=5 fd=16 > > > ... > > Device status: > Autochanger "ADIC Scalar 100" with devices: > "LTO2A" (/dev/nst0) > "LTO2B" (/dev/nst1) > "LTO2C" (/dev/nst2) > Device "FileStorage" (/tmp) is not open. > Device "LTO2A" (/dev/nst0) is mounted with Volume="72L2" > Pool="Fulls" > Slot 34 is loaded in drive 0. > Total Bytes=169,559,756,119 Blocks=2,628,347 Bytes/block=64,511 > Positioned at File=174 Block=4,996 > Device "LTO2B" (/dev/nst1) is mounted with Volume="01L2" > Pool="Incrementals" > Slot 1 is loaded in drive 1. > Total Bytes=10,137,415,680 Blocks=157,139 Bytes/block=64,512 > Positioned at File=12 Block=1,748 > Device "LTO2C" (/dev/nst2) is mounted with Volume="73L2" > Pool="Fulls" > Slot 35 is loaded in drive 2. > Total Bytes=15,186,447,360 Blocks=235,404 Bytes/block=64,512 > Positioned at File=17 Block=1,704 > > > In Use Volume status: > 72L2 on device "LTO2A" (/dev/nst0) > 73L2 on device "LTO2C" (/dev/nst2) > > > > -- > --- > 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 > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula-rescue problem : static-bacula-fd Segmentation fault when authenticating
On Wed, 6 Dec 2006, Ëﺣ³É wrote: when I'm working on get bacula-rescue run in my redhat 8.0. when i compile bacula-1.36.3 source ... 1.36 is very old and you may not get any help on it. Have you tried the latest 1.38, or better 1.39, release? If you need stability, try 1.38.11 (or whatever the latest is); if you can tolerate a bit of change at release, try the latest 1.39. -- Michael- 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula-rescue problem : static-bacula-fdSegmentation fault when authenticating
to Michael: Thank you . I tryed bacula-1.38.11 ,but the problem still there,I think maybe it is lack of some library ? >On Wed, 6 Dec 2006, 孙海成 wrote: > >> when I'm working on get bacula-rescue run in my redhat 8.0. when >> i compile bacula-1.36.3 source ... > >1.36 is very old and you may not get any help on it. Have you tried >the latest 1.38, or better 1.39, release? If you need stability, >try 1.38.11 (or whatever the latest is); if you can tolerate a bit >of change at release, try the latest 1.39. > >-- Michael >- >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 >Bacula-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/bacula-users - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Slow backup with compression on Solaris
> > Hello, > > > > I get very poor performance with compression on a client. > It's a Sun Fire > > V490 with 4 CPUs on 1350Mhz and 16GB memory. > > > >JobId: 11 > >Job:client1.2006-12-04_16.34.10 > >Backup Level: Full > >Client: "sasma" > sparc-sun-solaris2.10,solaris,5.10 > >FileSet:"Sun System" 2006-12-04 10:32:00 > >Pool: "1Month" > >Storage:"File01" > >Scheduled time: 04-Dec-2006 16:34:06 > >Start time: 04-Dec-2006 16:34:13 > >End time: 05-Dec-2006 03:53:36 > >Elapsed time: 11 hours 19 mins 23 secs > >Priority: 10 > >FD Files Written: 314,934 > >SD Files Written: 314,934 > >FD Bytes Written: 41,030,170,977 (41.03 GB) > >SD Bytes Written: 41,078,489,760 (41.07 GB) > >Rate: 1006.6 KB/s > >Software Compression: 82.0 % > >Volume name(s): 1Month-0004|1Month-0005 > >Volume Session Id: 1 > >Volume Session Time:1165246425 > >Last Volume Bytes: 31,077,182,535 (31.07 GB) > >Non-fatal FD errors:0 > >SD Errors: 0 > >FD termination status: OK > >SD termination status: OK > >Termination:Backup OK > > > > When I run the same backup wihtout compression it's fast. > Is the server > > really so slow when it compress data? The zlib is from Sun. > > You could check that the fd uses a lerge % of the CPU when > compressing, to be > sure that it isn't waiting for something else. Also, try > timing tar v.s. > tar+gzip on a large directory. Only a guess have you already checked the data to be backuped? I run into similar problems when running backup (compressed) of a filesystem containing many already compressed files. chris - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula-rescue problem : static-bacula-fdSegmentation fault when authenticating
On Wed, 6 Dec 2006, 孙海成 wrote: to Michael: Thank you . I tryed bacula-1.38.11 ,but the problem still there,I think maybe it is lack of some library ? A segfault would not be the lack of a library; that would tend more toward a compilation failure. The runtime segfault may indicate a library incompatibility of some sort. I think there was a glibc change between RH8 and RH9, and there certainly has been on between RH8 and current releases. Unless someone else has some specific insight your best bet may be to debug with strace (or gdb?) to see just where the fault is. On Wed, 6 Dec 2006, 孙海成 wrote: when I'm working on get bacula-rescue run in my redhat 8.0. when i compile bacula-1.36.3 source ... 1.36 is very old and you may not get any help on it. Have you tried the latest 1.38, or better 1.39, release? If you need stability, try 1.38.11 (or whatever the latest is); if you can tolerate a bit of change at release, try the latest 1.39.- 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula Debian repackaging
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christoph Haas wrote: > On Friday 01 December 2006 11:56, Benoit Callebaut wrote: >> I need a more recent Bacula Debian package( autoloader automatic volume >> change bug fix). >> I haven't found one more recent than (1.38.11). > > Currently Debian's release team is about to prepare the next stable release > of Debian codename "Etch". New upstream releases are currently not > entering Debian unless there is an important reason. That's probably why > John Goerzen isn't making newer packages available yet. That and the fact that 1.38.11 is the latest stable Bacula version available. > You may want to file a wishlist bug report using the "reportbug" tool or on > http://bugs.debian.org though to remind him that there is already a new > upstream release. AFAICS there is no such wish filed yet. 1.39 is beta code, Debian doesn't take 'unstable/cvs/svn' branches of software. There are some exceptions of course but in general, only stable releases of software should be packaged. Once 1.39 stabilizes and is released (as 1.40), the Debian packages will probably follow. That said, 1.39 could probably go to experimental (I'm not aware of the policies there). Greetings, Michel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) - GPGrelay v0.959 iD8DBQFFdnV62Vs+MkscAyURAh0bAJ9vYYfPcd6/zstdjYvR8tCPURls+wCfZ4Pu qiqL+o05gMcrYSoW+eoe12o= =HZWN -END PGP SIGNATURE- - 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users