Re: how to automate tape changing
Sven Rudolph wrote: Jukka Salmi <[EMAIL PROTECTED]> writes: Is it possible to automate the process of loading the needed tapes? Yes. I'm using the following tape device setup to do this: amrecover_changer "/dev/nrtape" amrecover_do_fsf yes amrecover_check_label yes It's amrecover_changer that does the trick; essentially it tells amrecover to use the tape changer or the tape device is set to /dev/nrtape. I'm using this now too; works fine. After each automatically loaded tape amrecover still prompts to continue. Is this expected behaviour? Unfortunately yes. I had a look in the sources, and currently there is not (yet?) a way for the server to indicate that the tape is found already, and that the client question to "proceed? [Y/n]" can be skipped. And it's not added with a few lines of code either. -- Paul Bijnens, XplanationTel +32 16 397.511 Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax +32 16 397.512 http://www.xplanation.com/ email: [EMAIL PROTECTED] *** * I think I've got the hang of it now: exit, ^D, ^C, ^\, ^Z, ^Q, F6, * * quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, * * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt, abort, hangup, * * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e, kill -1 $$, shutdown, * * kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ...* * ... "Are you sure?" ... YES ... Phew ... I'm out * ***
Re: how to automate tape changing
Jukka Salmi <[EMAIL PROTECTED]> writes: > > >Is it possible to automate the process of loading the needed tapes? (tape changing with amrecover) > > Yes. I'm using the following tape device setup to do this: > > amrecover_changer "/dev/nrtape" > > amrecover_do_fsf yes > > amrecover_check_label yes > > > > It's amrecover_changer that does the trick; essentially it tells > > amrecover to use the tape changer or the tape device is set to /dev/nrtape. I'm using this now too; works fine. After each automatically loaded tape amrecover still prompts to continue. Is this expected behaviour? Sven
Re: how to automate tape changing
Paul Bijnens wrote: Jukka Salmi wrote: Paul Bijnens --> amanda-users (2004-10-18 22:14:10 +0200): Before the chg-disk tape changer was written, I used the chg-multi changer with the file-driver. It's a little more complicated to configure, but the advantage is that it finds and load automatically the vtapes. To what extent (with regard to functionality) does this differ from using chg-disk and setting amrecover_changer to the same value as tapedev? Just tried this out with the chg-disk changer instead of the chg-multi and it works fine indeed. Don't know why I thought it wouldn't. One remark about amrecover_changer: because a changer does not have a name in /dev (especially the chg-disk, or the chg-multi changer), amanda introduced the "amrecover_changer" parameter to name your changer. My changer is called: amrecover_changer "changer" . Some people (distro's even) call it /dev/null, some the same as an existing tapedevice. Personally I find that confusing. Yes. Personally I'm using the following parameters for a config that dumps to disk (using chg-multi): tpchanger "chg-multi" changerfile "chg-multi.conf" tapedev "changer" rawtapedev "/dev/null" amrecover_changer "changer" amrecover_check_label yes The values I posted earlier were actually for a real tape changer setup. - Toralf
Re: how to automate tape changing
Jukka Salmi wrote: Paul Bijnens --> amanda-users (2004-10-18 22:14:10 +0200): Before the chg-disk tape changer was written, I used the chg-multi changer with the file-driver. It's a little more complicated to configure, but the advantage is that it finds and load automatically the vtapes. To what extent (with regard to functionality) does this differ from using chg-disk and setting amrecover_changer to the same value as tapedev? Just tried this out with the chg-disk changer instead of the chg-multi and it works fine indeed. Don't know why I thought it wouldn't. One remark about amrecover_changer: because a changer does not have a name in /dev (especially the chg-disk, or the chg-multi changer), amanda introduced the "amrecover_changer" parameter to name your changer. My changer is called: amrecover_changer "changer" . Some people (distro's even) call it /dev/null, some the same as an existing tapedevice. Personally I find that confusing. -- Paul Bijnens, XplanationTel +32 16 397.511 Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax +32 16 397.512 http://www.xplanation.com/ email: [EMAIL PROTECTED] *** * I think I've got the hang of it now: exit, ^D, ^C, ^\, ^Z, ^Q, F6, * * quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, * * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt, abort, hangup, * * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e, kill -1 $$, shutdown, * * kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ...* * ... "Are you sure?" ... YES ... Phew ... I'm out * ***
Re: how to automate tape changing
On Monday 18 October 2004 16:14, Paul Bijnens wrote: >Jukka Salmi wrote: >> I'm using the chg-disk tape changer. When restoring files using >> amrecover, after adding some files and issuing the extract >> command, amrecover tells me what tapes are needed, and asks me to >> "Load tape now". I load the needed tape using amtape, and >> tell amrecover to continue. After a while I'm promted to load >> another tape, and so on... >> >> Is it possible to automate the process of loading the needed >> tapes? That's not very important, but maybe "nice to have". > >Before the chg-disk tape changer was written, I used the chg-multi >changer with the file-driver. It's a little more complicated >to configure, but the advantage is that it finds and load > automatically the vtapes. >What not yet automatically works is typing the "Y" to continue >to the next tape. Humm, I played with that just a couple of weeks ago by shrinking my tapetype so it used 3 virtual tapes. That part (using multiple vtapes) worked just fine, Paul. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) 99.27% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attorneys please note, additions to this message by Gene Heskett are: Copyright 2004 by Maurice Eugene Heskett, all rights reserved.
Re: how to automate tape changing
Hello, Paul Bijnens --> amanda-users (2004-10-18 22:14:10 +0200): > Before the chg-disk tape changer was written, I used the chg-multi > changer with the file-driver. It's a little more complicated > to configure, but the advantage is that it finds and load automatically > the vtapes. To what extent (with regard to functionality) does this differ from using chg-disk and setting amrecover_changer to the same value as tapedev? Regards, Jukka -- bashian roulette: $ ((RANDOM%6)) || rm -rf ~
Re: how to automate tape changing
Jukka Salmi wrote: I'm using the chg-disk tape changer. When restoring files using amrecover, after adding some files and issuing the extract command, amrecover tells me what tapes are needed, and asks me to "Load tape now". I load the needed tape using amtape, and tell amrecover to continue. After a while I'm promted to load another tape, and so on... Is it possible to automate the process of loading the needed tapes? That's not very important, but maybe "nice to have". Before the chg-disk tape changer was written, I used the chg-multi changer with the file-driver. It's a little more complicated to configure, but the advantage is that it finds and load automatically the vtapes. What not yet automatically works is typing the "Y" to continue to the next tape. -- Paul Bijnens, XplanationTel +32 16 397.511 Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax +32 16 397.512 http://www.xplanation.com/ email: [EMAIL PROTECTED] *** * I think I've got the hang of it now: exit, ^D, ^C, ^\, ^Z, ^Q, F6, * * quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, * * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt, abort, hangup, * * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e, kill -1 $$, shutdown, * * kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ...* * ... "Are you sure?" ... YES ... Phew ... I'm out * ***
Re: how to automate tape changing
Toralf Lund --> amanda-users (2004-10-18 16:07:48 +0200): > Jukka Salmi wrote: > > >Hi, > > > >I'm using the chg-disk tape changer. When restoring files using > >amrecover, after adding some files and issuing the extract command, > >amrecover tells me what tapes are needed, and asks me to "Load tape > > now". I load the needed tape using amtape, and tell amrecover > >to continue. After a while I'm promted to load another tape, and > >so on... > > > >Is it possible to automate the process of loading the needed tapes? > > > > > Yes. I'm using the following tape device setup to do this: > > tpchanger "chg-zd-mtx" > tapedev "/dev/nrtape" > rawtapedev "/dev/tape" > changerfile "chg-mtx" > changerdev "/dev/changer" > > amrecover_changer "/dev/nrtape" > amrecover_do_fsf yes > amrecover_check_label yes > > It's amrecover_changer that does the trick; essentially it tells > amrecover to use the tape changer or the tape device is set to /dev/nrtape. That's exactly what I was looking for. Thank you! Regards, Jukka -- bashian roulette: $ ((RANDOM%6)) || rm -rf ~
Re: how to automate tape changing
Jukka Salmi wrote: Hi, I'm using the chg-disk tape changer. When restoring files using amrecover, after adding some files and issuing the extract command, amrecover tells me what tapes are needed, and asks me to "Load tape now". I load the needed tape using amtape, and tell amrecover to continue. After a while I'm promted to load another tape, and so on... Is it possible to automate the process of loading the needed tapes? Yes. I'm using the following tape device setup to do this: tpchanger "chg-zd-mtx" tapedev "/dev/nrtape" rawtapedev "/dev/tape" changerfile "chg-mtx" changerdev "/dev/changer" amrecover_changer "/dev/nrtape" amrecover_do_fsf yes amrecover_check_label yes It's amrecover_changer that does the trick; essentially it tells amrecover to use the tape changer or the tape device is set to /dev/nrtape. That's not very important, but maybe "nice to have". TIA, Jukka