-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I could have sworn this was the case as well. My best guess is that someone said "this is in 1.40" and I made a mental note that the problem was fixed.
I see it is not in the 1.38.x CHANGELOG. ---- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - User Support Spec. III |$&| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630 Arno Lehmann wrote: > Hello, > > On 5/22/2006 7:09 PM, hikari wrote: > Hi Peeps, > > I have backup jobs set to do Full and Differential backups to tape > and Incrementals to file (the incrementals are running every hour > because they're backing up development trees and source repository). > > If I try and do a restore via the console interface, it spits out an > error about not being to able to restore because of the mixed media > types: > > Warning, the JobIds that you selected refer to more than one MediaType. > Restore is not possible. The MediaTypes used are: > DLT7000 > File > > Does this mean I need to do a restore of the last full/differential > then do the incremental afterwards, or is there a more elegant way > of handling it? > >> Damn. > >> I though that was fixed by now, but it doesn't seem to... > >> You can do the following: >> Edit the bootstrap file created by the restore process, when you are >> finally asked to confirm the restore. > >> You will find that this bootstrap file contains - rather easily >> understandable - textual descriptions of what data to restore from which >> volumes. > >> Assuming you run full backups to tape and differential ones to disk, you >> split that file between these two media types. You should keep one file >> describing the restore from tape volumes, representing your last full >> backup. A second file will contain the locations for file based >> restores, pointing to the data from the differential jobs. > >> Run these two bootstrap files one after the other. > >> If you've got differential jobs mixed over different media types you are >> in trouble, I think, because you'd have to split the file at each media >> type change. > >> Admittedly, this is complicated, but especially after a lengthy restore >> job setup it can be faster than manually selecting jobs. And I can >> assure you that it works - I tried this once to make sure my backup >> scheme was useful to me. > >> This serious limitation (IMO) in Bacula should, as far as I know, vanish >> soon, probably with 1.40, because restores from more than one media type >> are a necessity if you really want to use job migration. > >> Arno > > -- > Chris Crowther > Developer > J&M Crowther Ltd. > >> >> - ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users >> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (MingW32) iD8DBQFEcg+Kmb+gadEcsb4RAq3wAKCRVEhgdmo5qMcUfB1ZPjOQacd6dQCfU6Ud HnUL4h5uqZZTj8kVeHFQiqA= =5Na/ -----END PGP SIGNATURE----- ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
