On Friday 08 July 2005 16:47, MATILDA MATILDA wrote:
>Hi guys,
>
>taking the following two statements:
>> >> Seems to me that your desired behavior would be reasonable.
>>
>>Agreed, safety and time make it undesireable to my thinking.
>
>I have to conclude:
>1) The current behaviour is "normal" and
Jon LaBadie wrote:
Soon as you or someone else takes an interest to change the code.
Either tomorrow or sometime next year :)
As Stefan so often says APAW.
Hey! This is your acronym, Jon ;-))
--
Stefan G. Weichinger
AMANDA core team member
mailto://[EMAIL PROTECTED]
--
oops! linux consulting
On Fri, Jul 08, 2005 at 10:47:25PM +0200, MATILDA MATILDA wrote:
> Hi guys,
>
> taking the following two statements:
>
> > >> Seems to me that your desired behavior would be reasonable.
> >Agreed, safety and time make it undesireable to my thinking.
>
> I have to conclude:
> 1) The current behav
On Fri, Jul 08, 2005 at 11:03:34PM +0200, Stefan G. Weichinger wrote:
>
> Gene:
>
> >>>To me, the obvious cure would be to remove the partial file
>
> Frank:
>
> >>This seems dangerous to me.
>
> >> It seems easier and safer to to just have amverify buffer the
> >>error and if it is successfu
Gene:
To me, the obvious cure would be to remove the partial file
Frank:
This seems dangerous to me.
It seems easier and safer to to just have amverify buffer the
error and if it is successful in reading the DLE from the next
tape don't output the error.
Gene:
Which makes perfect sen
On Friday 08 July 2005 15:37, Frank Smith wrote:
>--On Friday, July 08, 2005 10:58:25 -0400 Gene Heskett
<[EMAIL PROTECTED]> wrote:
>> On Friday 08 July 2005 09:44, Jon LaBadie wrote:
>>> On Fri, Jul 08, 2005 at 10:18:53AM +0200, MATILDA MATILDA wrote:
Hi all,
After backup I run amv
Hi guys,
taking the following two statements:
> >> Seems to me that your desired behavior would be reasonable.
>Agreed, safety and time make it undesireable to my thinking.
I have to conclude:
1) The current behaviour is "normal" and more or less intended. ;-)
2) At the moment there is no amand
On Fri, Jul 08, 2005 at 02:37:30PM -0500, Frank Smith wrote:
> --On Friday, July 08, 2005 10:58:25 -0400 Gene Heskett <[EMAIL PROTECTED]>
> wrote:
>
> > On Friday 08 July 2005 09:44, Jon LaBadie wrote:
> >> On Fri, Jul 08, 2005 at 10:18:53AM +0200, MATILDA MATILDA wrote:
> >>> Hi all,
> >>>
> >>
--On Friday, July 08, 2005 10:58:25 -0400 Gene Heskett <[EMAIL PROTECTED]>
wrote:
> On Friday 08 July 2005 09:44, Jon LaBadie wrote:
>> On Fri, Jul 08, 2005 at 10:18:53AM +0200, MATILDA MATILDA wrote:
>>> Hi all,
>>>
>>> After backup I run amverifyrun to check the backup. Now I have the
>>> foll
--On Friday, July 08, 2005 15:03:52 -0400 Joshua Baker-LePain <[EMAIL
PROTECTED]> wrote:
> Please keep responses on the list, so that everyone can chip in.
>
> On Fri, 8 Jul 2005 at 12:48pm, [EMAIL PROTECTED] wrote
>
>> Quoting Joshua Baker-LePain <[EMAIL PROTECTED]>:
>>
>>
>> > What do you m
> mt works on tape devices, not generic SCSI devices. Try
> 'mt -f /dev/nst0'.
>
> > I'd thought the command:
> > # mtx -f /dev/sg0 unload 12 1
> > would not need to function together with mt.
>
> It depends on the loader (and, sometimes, the loader's firmware settings).
> Sometimes you can just
Please keep responses on the list, so that everyone can chip in.
On Fri, 8 Jul 2005 at 12:48pm, [EMAIL PROTECTED] wrote
> Quoting Joshua Baker-LePain <[EMAIL PROTECTED]>:
>
>
> > What do you mean "mount a drive"? You don't mount tape drives.
>
> by mount I mean load. For example.
> mtx -f /de
On Fri, 8 Jul 2005 at 12:13pm, [EMAIL PROTECTED] wrote
> Hello.
> I've been trying to get a tape changer TLS-4210 to work for a while
> for amanda.
> I'm unable to get the tape changer to work. For now I've been using
> the mtx command on a linux machine.
> The problem is that as soon as I mount a
Hello.
I've been trying to get a tape changer TLS-4210 to work for a while
for amanda.
I'm unable to get the tape changer to work. For now I've been using
the mtx command on a linux machine.
The problem is that as soon as I mount a drive. The tape gets stuck and
will not eject.
Am I using the wr
On Fri, 2005-07-08 at 10:34 -0600, Cam wrote:
> havereader 1
> firstslot 1
> lastslot 17
> cleanslot -1
> offline_before_unload 0
>
> but when i run the "/usr/lib/amanda/chg-zd-mtx -info'" it reports "4 30 1 "
Where are you running it from? It'll read the config in the local
directory (IIRC), so
On July 8 2005, Cam wrote:
> havereader 1
> firstslot 1
> lastslot 17
> cleanslot -1
> offline_before_unload 0
>
> but when i run the "/usr/lib/amanda/chg-zd-mtx -info'" it reports "4 30 1 "
You need equals signs ("=") between the keywords and values in the
changer.conf file. Like this:
havere
Hi,
My amanda configuration is working nicely, but i have a problem w/ the
barcode scanning stuff. MTX reports all the :VolumeTag=blahblah stuff
indicating that my barcode scanner should be working. the
tape-changer i'm using is chg-zd-mtx. i a line in my
/etc/amana/DailySet1/amanda.conf that s
On Friday 08 July 2005 09:44, Jon LaBadie wrote:
>On Fri, Jul 08, 2005 at 10:18:53AM +0200, MATILDA MATILDA wrote:
>> Hi all,
>>
>> After backup I run amverifyrun to check the backup. Now I have the
>> following situation and I don't know if this behaviour is intended
>> or I'm doing something wron
Graeme Humphries wrote:
On Wed, 2005-07-06 at 18:34 +0200, Stefan G. Weichinger wrote:
After reading all that thread I have to ask:
Do you all agree with me editing the man-page as Jon suggested?
It seems reasonable to me.
Edited and committed to the xml-docs-cvs.
--
Stefan G. Weichinger
On Fri, Jul 08, 2005 at 10:18:53AM +0200, MATILDA MATILDA wrote:
> Hi all,
>
> After backup I run amverifyrun to check the backup. Now I have the
> following situation and I don't know if this behaviour is intended or I'm
> doing something wrong.
>
brief synopsis:
on a multi-tape run
amverif
Hi all,
hopefully someone can help me with the following problem I have:
- I'm using amanda with a tape library.
- I have configured 4 tapes per run
- Backup is working normal (tapes are being skiped as needed)
- I'm happy so far
After backup I run amverifyrun to check the backup. Now I have the
Stefan G. Weichinger wrote:
Which gcc-release is this? What make-binary?
Maybe you have hit the same bug as we had on Solaris lately, where the
problem was that the system used a non-BSD-version of make (and OSX is a
kind of BSD ...).
The solution there was to use /usr/ccs/bin/make, but I hav
22 matches
Mail list logo
