Re: feature request: mt offl after amdump
Am 03.07.2014 14:33, schrieb Stefan G. Weichinger: Am 03.07.2014 14:27, schrieb Jean-Louis Martineau: Stefan, If you have 3.3.5 $ man amanda.conf eject-volume bool Default: no. Set to yes if you want the volume to be ejected after Amanda wrote data to it. It works only with some changer and device. Add the following to amanda.conf: eject-volume yes Great! Didn't yet see this feature ... testing it now ... works for me and my tape drives, thanks!
Re: feature request: mt offl after amdump
Am 03.07.2014 14:52, schrieb Jean-Louis Martineau: Read download.php, it tell how to use svn or git. Follow the link for the development branch in the table, it tell you how to checkout. ... sorry, my fault, didn't scroll enough. Thanks, Stefan
Re: feature request: mt offl after amdump
Am 02.07.2014 22:12, schrieb Stefan G. Weichinger: Am 02.07.2014 22:10, schrieb Jean-Louis Martineau: Better news, it's already in 3.3.1 Check for the eject-volume setting. pardon? I have 3.3.5 here already. Looking fwd! JL, pls provide me what to checkout with svn. I can't find latest stuff at http://sourceforge.net/projects/amanda/files/ or even http://www.amanda.org/download.php I will try to set up a gentoo ebuild and test things. Thanks, Stefan
Re: feature request: mt offl after amdump
Stefan, If you have 3.3.5 $ man amanda.conf eject-volume bool Default: no. Set to yes if you want the volume to be ejected after Amanda wrote data to it. It works only with some changer and device. Add the following to amanda.conf: eject-volume yes If you want the development version, follow the link to the branch for the development version from http://www.amanda.org/download.php Jean-Louis On 07/03/2014 03:34 AM, Stefan G. Weichinger wrote: Am 02.07.2014 22:12, schrieb Stefan G. Weichinger: Am 02.07.2014 22:10, schrieb Jean-Louis Martineau: Better news, it's already in 3.3.1 Check for the eject-volume setting. pardon? I have 3.3.5 here already. Looking fwd! JL, pls provide me what to checkout with svn. I can't find latest stuff at http://sourceforge.net/projects/amanda/files/ or even http://www.amanda.org/download.php I will try to set up a gentoo ebuild and test things. Thanks, Stefan
Re: feature request: mt offl after amdump
Am 03.07.2014 14:27, schrieb Jean-Louis Martineau: Stefan, If you have 3.3.5 $ man amanda.conf eject-volume bool Default: no. Set to yes if you want the volume to be ejected after Amanda wrote data to it. It works only with some changer and device. Add the following to amanda.conf: eject-volume yes Great! Didn't yet see this feature ... testing it now ... If you want the development version, follow the link to the branch for the development version from http://www.amanda.org/download.php No subversion checkout possible anymore? thanks, Stefan!
Re: feature request: mt offl after amdump
On 07/03/2014 08:33 AM, Stefan G. Weichinger wrote: Am 03.07.2014 14:27, schrieb Jean-Louis Martineau: Stefan, If you have 3.3.5 $ man amanda.conf eject-volume bool Default: no. Set to yes if you want the volume to be ejected after Amanda wrote data to it. It works only with some changer and device. Add the following to amanda.conf: eject-volume yes Great! Didn't yet see this feature ... testing it now ... If you want the development version, follow the link to the branch for the development version from http://www.amanda.org/download.php No subversion checkout possible anymore? Read download.php, it tell how to use svn or git. Follow the link for the development branch in the table, it tell you how to checkout. Jean-Louis
Re: feature request: mt offl after amdump
Am 29.06.2014 23:27, schrieb Stefan G. Weichinger: I am currently rewriting my cronjobs to systemd-units and -timers ... and I do that as well for the daily run of amdump. Works fine so far. my question: It is rather easy to do a mt -f /dev/st0 offl after a successful amdump, if there is only one tape-device. I currently use 2 LTO-2 drives with: tpchanger chg-multi:{/dev/nst0,/dev/nst1} so it isn't predictable which of the 2 drives gets used in a particular run of amdump, right? I don't want to eject both drives every time as the 2nd drive/tape is needed in the next run ... Would it make sense to add a property to amanda's tapetypes which triggers a mt offl after the tape has been written? This would as well simplify the crontab-entries. And it would also help with non-cron-triggered amflush-runs (where my clients get confused as the tape isn't ejected when they receive the report-mail). No one interested? No user, no dev? Everyone still writing wrappers? Stefan
Re: feature request: mt offl after amdump
Stefan, This feature is already committed for the next major release (3.4). Jean-Louis On 06/29/2014 05:27 PM, Stefan G. Weichinger wrote: I am currently rewriting my cronjobs to systemd-units and -timers ... and I do that as well for the daily run of amdump. Works fine so far. my question: It is rather easy to do a mt -f /dev/st0 offl after a successful amdump, if there is only one tape-device. I currently use 2 LTO-2 drives with: tpchanger chg-multi:{/dev/nst0,/dev/nst1} so it isn't predictable which of the 2 drives gets used in a particular run of amdump, right? I don't want to eject both drives every time as the 2nd drive/tape is needed in the next run ... Would it make sense to add a property to amanda's tapetypes which triggers a mt offl after the tape has been written? This would as well simplify the crontab-entries. And it would also help with non-cron-triggered amflush-runs (where my clients get confused as the tape isn't ejected when they receive the report-mail). pls comment. Stefan
Re: feature request: mt offl after amdump
Am 02.07.2014 21:56, schrieb Jean-Louis Martineau: Stefan, This feature is already committed for the next major release (3.4). Wow, I love to hear that! I assume you could provide a link to the commit? I'd like to see what you implemented (and maybe comment on that :-) ). Thanks, regards, Stefan
Re: feature request: mt offl after amdump
Better news, it's already in 3.3.1 Check for the eject-volume setting. Jean-Louis On 07/02/2014 03:58 PM, Stefan G. Weichinger wrote: Am 02.07.2014 21:56, schrieb Jean-Louis Martineau: Stefan, This feature is already committed for the next major release (3.4). Wow, I love to hear that! I assume you could provide a link to the commit? I'd like to see what you implemented (and maybe comment on that :-) ). Thanks, regards, Stefan
Re: feature request: mt offl after amdump
Am 02.07.2014 22:10, schrieb Jean-Louis Martineau: Better news, it's already in 3.3.1 Check for the eject-volume setting. pardon? I have 3.3.5 here already. Looking fwd!