That's essentially the same things I had to do, the timeout and the changing of
the wording returned from mtx. The only other thing I had to change was the
case test at line that read:
[$firstslot-$lastslot])
load=$1
;;
Because of the wording of the [test]), the highest
Hello folks--
Problems with amdump from HP-UX 11.0 server to BSD/OS 4.2
client (named ritchie).
The 'amcheck' commands succeeds. The 'amdump' connects
and looks like the index is started, but that is about it. After 10
minutes, the 'amdump' quits.
On the client, the send
Jason -
having just been through "changer hell" I'm copying some mail I just sent
to Joe Rhett re: chg-zd-mtx and barcodes -
MAYBE it will help resolve what you are going through now.
I fought with chg-scsi and chg-zd-mtx for about a week before dropping back
and getting chg-manual to fully wo
Joe -
I downloaded the improved mtx script from the link you gave in this post -
MUCH THANKS as the site also gave specific instructions for placing
at /client-src/chg-zd-mtx.sh.in
and then run configure. This came very close to working as is.
The timing worked well as I was already re-installi
After looking at this some more, I can't figure out why we are not
using the Amanda stream_client function which already does all the right
things (and does **not** bind specific host addresses). So if someone
who's having this problem could give the following a try instead of the
previous attemp
Gerhard den Hollander <[EMAIL PROTECTED]> writes:
> * Johannes Niess <[EMAIL PROTECTED]> (Thu, Feb 01, 2001 at 04:01:03PM +0100)
>
> > My first thought was to disable compression, but that's already
> > done. What's your network technology? 2 MBytes/sec is not the optimum
>
> They're all local
unsubscribe
After several days of searching, reading, and cussing, I am posting my woes
in the hopes someone has some insight to using barcodes.
Just for background, I have a Dell Poweredge-2400 with RedHat 6.2, running
amanda-2.4.2p1. My tape library is an ADIC Scalar 100 hanging off a dedicated
Adaptec
just a thought, that may not be the answer...
try setting your chunksize to something like 1Gb (or 200M, if that works for
you). This means that if it's backing up 2.5G, no individual file in the
holding disk area will be bigger than that chunksize. We needed it because
our backup was trying to w
>Since upgrading VxFS (Veritas Filesystem) to v 3.3.3 on our Solaris 2.6 servers,
>amanda (2.4.1-p1) is complaining about strange dump results. ...
I think this is fixed in 2.4.2, and that the following is the appropriate
patch.
>Kris,
John R. Jackson, Technical Software Specialist, [EMAIL PRO
I've been meaning to submit this for about two years.. it's probably
not as useful anymore, but who knows.
When we set up Amanda here, ISTR we couldn't get the chg-scsi thing to
work happily with our FreeBSD systems and an Exabyte EHB-10h. So I
threw together a Perl module and changer script to
Thanskl for all who delivered suggestions for this:
>>> To really know how fast your dumps are going, look down the KB/s
>>> column. Your numbers look pretty good to me. You've got better than
>>> 1 MB/s on all your big dumps.
>> True.
>> The point is though that 2.3M/s (which Im getting at t
>i did a modification in the amstatus script, it looked for amdump file by
>default, but amanda creates amdump.1, as the newer file, so if i typed
>amstatus Diario, (Diario is where i have the amanda.conf), it said that the
>$logdir/amdum doesn't exist, so you had to type the commad with the file
On Thu, Feb 01, 2001 at 08:46:53AM -0600, Bill Carlson wrote:
> On 31 Jan 2001, Alexandre Oliva wrote:
>
> > On Jan 30, 2001, Bill Carlson <[EMAIL PROTECTED]> wrote:
> >
> > > That isn't a problem until 2 biggies are due on the same day,
> > > resulting in backup running until noon. :)
> >
> > W
On Thu, 1 Feb 2001, Gerhard den Hollander wrote:
> * Mitch Collinsworth <[EMAIL PROTECTED]> (Thu, Feb 01, 2001 at 09:31:52AM -0500)
>
> >> The avg dump rate is listed as 2M/s
> >> The avg tape rate is listed as 10M/s
> >> ...
> >> is there any way to speed up the dump process ?
>
> > If you ta
On Thu, 1 Feb 2001, Jean-Louis Martineau wrote:
> Why did you set your dumpcycle to 5?
> You want a full every 5 or 7 days?
>
> Maybe you need a dumpcycle of 7 and a runspercycle of 5?
I have the dumpcycle of 5 set mainly to affect the balance calculation, in
most of my dumptypes (except for the
see attached amreport.
The avg dump rate is listed as 2M/s
The avg tape rate is listed as 10M/s
now I've upped maxdumps to 4 (which measn I should expect to get 4 dumps at
2 M/s so ~ 8 M/s to holding disk,
and from there with 10 M/s to tape.
The question is,
is there any way to speed up the dum
On Tue, 30 Jan 2001, John R. Jackson wrote:
>
> I think what he meant was he changed the 'b' flag value on the dump,
> which increases the size of the write() call (and possibly some network
> ioctl sizes).
Yes. (Sorry, I've been down with some Evil bio-virus the last two days)
Note that yo
* Johannes Niess <[EMAIL PROTECTED]> (Thu, Feb 01, 2001 at 04:01:03PM +0100)
> Gerhard den Hollander <[EMAIL PROTECTED]> writes:
> My first thought was to disable compression, but that's already
> done. What's your network technology? 2 MBytes/sec is not the optimum
They're all local disks
(Wide
Gerhard den Hollander <[EMAIL PROTECTED]> writes:
> see attached amreport.
>
> The avg dump rate is listed as 2M/s
> The avg tape rate is listed as 10M/s
>
> now I've upped maxdumps to 4 (which measn I should expect to get 4 dumps at
> 2 M/s so ~ 8 M/s to holding disk,
> and from there with 10
On 31 Jan 2001, Alexandre Oliva wrote:
> On Jan 30, 2001, Bill Carlson <[EMAIL PROTECTED]> wrote:
>
> > That isn't a problem until 2 biggies are due on the same day,
> > resulting in backup running until noon. :)
>
> Why don't you just force a full backup of one of the biggies half-way
> through
* Mitch Collinsworth <[EMAIL PROTECTED]> (Thu, Feb 01, 2001 at 09:31:52AM -0500)
>> The avg dump rate is listed as 2M/s
>> The avg tape rate is listed as 10M/s
>> ...
>> is there any way to speed up the dump process ?
> If you take a closer look at the numbers you'll see these are actually
> ave
On Thu, 1 Feb 2001, Gerhard den Hollander wrote:
> The avg dump rate is listed as 2M/s
> The avg tape rate is listed as 10M/s
> ...
> is there any way to speed up the dump process ?
If you take a closer look at the numbers you'll see these are actually
averages over the individual file systems
Are you using the latest MTX version?
Is the problem mtx itself? (Can you run "mtx load x", "mtx unload x" etc?
Or is the problem with the changer script? Are you using the latest
version? You can get it at
http://www.noc.isite.net/?Projects
On Wed, Jan 31, 2001 at 07:32:44PM -, [EM
* Alexandre Oliva <[EMAIL PROTECTED]> (Wed, Jan 31, 2001 at 08:23:27PM -0200)
> On Jan 31, 2001, Gerhard den Hollander <[EMAIL PROTECTED]> wrote:
>> (client constrained she tells me).
>> Can anyone tell me how I can tell amanda to use more dumpers at once ?
> Increase maxdumps in some dumptype o
hello everybody;
I'm sorry for my last question maybe it was not clear.
so i'm going to try again.
I am trying to use amrestore to restore a data that i have in my holding
disk area. How can i do that?.
I did "amrestore -p
/amanda_holding/20001215/duchamp.tomandandy.com._Local_Users.0.1", bu
Hello every body:
i did a modification in the amstatus script, it looked for amdump file by
default, but amanda creates amdump.1, as the newer file, so if i typed
amstatus Diario, (Diario is where i have the amanda.conf), it said that the
$logdir/amdum doesn't exist, so you had to type the commad
Title: stctl question
Is there anyone that is using the 'stctl' driver for their changer that has ever seen this problem before:
I have already installed the driver stctl and when I issue the 'stc status' command I get a report of my changer "not" having any tapes in it. This is not true,
Hello,
i am using amanda2.4.2 on a Linux Suse7.0 system. (amanda is compiled by
hand, no rpm)
I am now trying to get my Faststor DL4000 7-tapes-changer to work.
I am using chg-zd-mtx. But i am still having problems like...
tux06:/tmp/amanda # tail -f changer.debug
Args -> -info
-> info
>I did
> amrestore -p \
> /amanda_holding/20001215/duchamp.tomandandy.com._Local_Users.0.1 \
> | tar xvf duchamp.tomandandy._Local_Users.0.1
In case it wasn't clear from Alexandre's reply, the first problem is
that you are using the ".1" holding disk file. The file you want should
be named:
Sorry. That should have been:
amrestore -p \
/amanda_holding/20001215/duchamp.tomandandy.com._Local_Users.0 \
| tar xvf -
JJ
On Jan 31, 2001, Sandra Panesso <[EMAIL PROTECTED]> wrote:
> /amanda_holding/20001215/duchamp.tomandandy._Local_Users.0.1 | tar xvf
> duchamp.tomandandy._Local_Users.0.1 but I got two errors :
> amrestore: 0: skipping cont dumpfile: date 20001215 host
> duchamp.tomandandy.com disk /Local/Users
Since upgrading VxFS (Veritas Filesystem) to v 3.3.3 on our Solaris 2.6 servers,
amanda (2.4.1-p1) is complaining about strange dump results. An excerpt
from a mail follows.
Kris,
/-- appel /dev/dsk/c3t5d0s4 lev 0 STRANGE
sendbackup: start [appel:/dev/dsk/c3t5d0s4 level 0]
sendbackup: info
On Wed, 31 Jan 2001, Rick Meidinger wrote:
> - What changer script(s) have you tried?
> chg-multi
chg-multi is probably not what you want to use. I haven't tried it
myself but it sounds like it can be made to work if you configure your
Treefrog to operate in gravity mode. The Treefrog docume
On Wed, 31 Jan 2001, Rick Meidinger wrote:
> Is there anyone out there that is using BSDI 4.2 with amanda and a
> tapechanger? I have a Spectra Logic Treefrog changer with a Sony AIT2
> drive. Amanda works great with the drive, but I can get it to recognize
> the changer. I've searched the ar
Wilkerson, Scott wrote:
>
> greener pastures a few months ago. Since then, each time our remaining
> system manager has upgraded a sun system to Solaris 8 it has begun failing
> out of the backup set. I have made sure that I can rsh from our backup
>
> amcheck gives this error:
> WARNING: gsb
36 matches
Mail list logo