On Thu, Jun 05, 2003 at 12:37:14PM +0100, Tom Brown wrote:
>
> following this up. this is the error i get when i try and change tapes -
>
> $ mtx -f /dev/sg4 status
> Storage Changer /dev/sg4:1 Drives, 6 Slots ( 0 Import/Export )
> Data Transfer Element 0:Empty
> Storage Element 1:Full
>
On Thu, Jun 05, 2003 at 07:51:12AM -0400, Bean, N. Curt wrote:
> Does any one have a clue where I can find software to drive this
> beast on Solaris 2.6?
Sparc or x86? Probably doesn't matter though.
Depending on how you mean 'drive' it,
for read/write /bin/dd, /bin/tar, .
Hi Amanda Users!
This morning I noticed that a DLE which has been forced (Level 0) on a NT
4.0 Service Pack 6 computer via Samba did not completely backup all
files. It seem that for any file/directory listed in Amanda's report (See
below) which start with a " ? SUCCESS - 0 statement
Hi Again,
Some of my windows users are naming directories and files with space
characters as separators between words. While doing a ls on amrecover
displays these space containing files/directories how do you go about
changing into these directories
setdisk strange data directory does not wo
> If you do a load 0 does it do the desired 1 -> 0 move?
$ mtx -f /dev/sg4 status
Storage Changer /dev/sg4:1 Drives, 6 Slots ( 0 Import/Export )
Data Transfer Element 0:Empty
Storage Element 1:Full
Storage Element 2:Full
Storage Element 3:Full
Storage Element 4:Full
Hello Vytas,
Hm, you may want to try:
setdisk "strange data directory does not work"
I hope this helps,
Tim
On Thu, 5 Jun 2003, Vytas Janusauskas wrote:
> Hi Again,
>
> Some of my windows users are naming directories and files with space
> characters as separators between words. While doing
On Thu, Jun 05, 2003 at 01:21:47PM -0400, Vytas Janusauskas wrote:
> Hi Again,
>
> Some of my windows users are naming directories and files with space
> characters as separators between words. While doing a ls on amrecover
> displays these space containing files/directories how do you go about
> Don't have a chance to try it, but from past threads I think quotes work.
we have this issue too on our main company fileserver.
quotes work
Tom
if you're looking for a driver to control the device in
amanda-2.x/contrib/sst is a scsi drive from sun that distributes with
the writing device drivers documention.
if you can i'd recommend upgrading to solaris 8 or 9 and using the sgen
driver that included with the OS, it works much better th
On Thu, Jun 05, 2003 at 02:05:29AM -, [EMAIL PROTECTED] wrote:
> > > I wanted to have backups going to an online disk, for
> > > onsite fast recovery, and to tape for off-site and longer
> > > term historic storage.
>
> I think this can be accomplished by configuring amanda with no holding
>
On Thu, 5 Jun 2003, Olivier Nicole wrote:
> I have been using SLR (Tandberg) for a couple of years without problem.
>
> Working in difficult conditions (high humidity, lot of dust) I find
> linear reccording (SLR, DLT) better than helicoidal reccording: less
> density on the tape (more fault tole
Hallo!
The amanda man page states that the exclude list can be optional. So I defined
following dumtype:
define dumptype my-global {
comp-user-tar
exclude list optional ".amanda.exclude.gtar"
include list optional ".amanda.include.gtar"
}
But unfortunately, with this definit
Josef Wolf wrote:
define dumptype my-global {
comp-user-tar
exclude list optional ".amanda.exclude.gtar"
include list optional ".amanda.include.gtar"
}
But unfortunately, with this definition all the backups just fail on _all_
filesystems. Even those which actually contain such
> I used to swear by DLT, these days I'm swearing at it. I've had two DLT
> 8000s that the takeup motor died within a year. Sure, they were fixed
That's why I choosed SLR, even less motors in those, the one that move
the tape and the one that position the head (I beleive). Period. :)
If I knew
On Fri, Jun 06, 2003 at 07:45:38AM +0700, Olivier Nicole wrote:
> > I used to swear by DLT, these days I'm swearing at it. I've had two DLT
> > 8000s that the takeup motor died within a year. Sure, they were fixed
>
> That's why I choosed SLR, even less motors in those, the one that move
> the t
I've got a DLT8000 with amanda 2.4.2p2 from Red Hat's RH73 packages.
Whenever I try to do an amflush, the dumps terminate with an "out of tape"
error. This has been true for six tapes in a row.
The amanda log contains:
INFO taper tape Daily7 kb 1310944 fm 2 writing file: Input/output error
FAIL
I'm trying to do an amamda backup to a disk file. The disk I'm backing up
has 3.1GB used (4GB total), while the output "tape" I'm writing to has a
length of 5GB. It should fit, but I get the following error message in the
report:
FAILURE AND STRANGE DUMP SUMMARY:
catwoman.b / lev 0 FAILED [o
Hi!
Any one using PowerVault 132T LTO-2 with amanda? Tape-type? Workning
tape changer script?
Cheers,
Eric
Eric Björkvall
IT Manager
Microbiology & Tumor Biology Center (MTC)
Karolinska Institutet
Box 280
S-171 77 Stockholm, Sweden
Off
I'm trying to do an amamda backup to a disk file. The disk I'm backing up
has 3.1GB used (4GB total), while the output "tape" I'm writing to has a
length of 5GB. It should fit, but I get the following error message in the
report:
FAILURE AND STRANGE DUMP SUMMARY:
catwoman.b / lev 0 FAILED [o
> I'm trying to do an amamda backup to a disk file. The disk
> I'm backing up has 3.1GB used (4GB total), while the output
> "tape" I'm writing to has a length of 5GB. It should fit,
> but I get the following error message in the
> report:
>
> FAILURE AND STRANGE DUMP SUMMARY:
> catwoman.b
The tapetype is as follows:
define tapetype HWDISK-FILE {
comment "disk file"
length 5000 mbytes
filemark 0 kbytes
}
In the amdump file I see these lines:
DELAYING DUMPS IF NEEDED, total_size 3168416, tape length 512 mark 0
delay: Total size now 3168416.
PROMOTING DUMPS IF N
On Fri, 6 Jun 2003 at 9:57am, Danny R Spelbring wrote
> DUMPER STATSTAPER STATS
> HOSTNAME DISKL ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS KB/s
> -- -
> catwoman.bsd /
Danny R Spelbring wrote:
In the amdump file I see these lines:
DELAYING DUMPS IF NEEDED, total_size 3168416, tape length 512 mark 0
delay: Total size now 3168416.
PROMOTING DUMPS IF NEEDED, total_lev0 3168320, balanced_size 3168320...
which seem to indicate enough tape.
That's the theory. W
Just have to throw my 2 cents into this thread:
I have been using a SpectraLogic 1 library with 40 slots and 4 AIT
drives for a couple of years now and the performance has been so good
that we are dumping DLT across the enterprise and switching to AIT.
I even contacted SpectraLogic and had t
Steve,
On Wed, Jun 04, 2003 at 02:29:20PM -, smw_purdue wrote:
> Chris,
>
> I'm having the same problem using a similar configuration of backups
> to disk without any holding disks. Every time Amanda drops into
> degraded mode it's because an error occurred with one of the clients
> (usual
Yes, in my first attempt I was using a holding disk (of 4GB) on the same
partition as the tapedisk (of 5GB), with a total of 9.5GB free in the par-
tition. I tried it again without the holding disk and it still failed
with "out of tape". There's definitely enough free space on the disk.
I'm usi
Danny R Spelbring wrote:
Yes, in my first attempt I was using a holding disk (of 4GB) on the same
partition as the tapedisk (of 5GB), with a total of 9.5GB free in the par-
tition. I tried it again without the holding disk and it still failed
with "out of tape". There's definitely enough free spa
SUMMARY:
planner: ERROR Request to dogs timed out.
ftp/ lev 0 FAILED 20030606[could not connect to ftp]
ftp/home/ftp lev 0 FAILED 20030606[could not connect to ftp]
dogs / RESULTS MISSING
dogs /export/home RESULTS MISSING
All the other systems in this set
Chris,
I looked around a little in the Amanda source code and convinced myself
that there was a bug there. I sent a note to to the amanda-hackers
mailing list and received a prompt reply from Jean-Louis Martineau with
a patch that fixed the problem for me. I'll attach his message and patch.
I am
trying to backup ftp)
FAILURE AND STRANGE DUMP SUMMARY:
planner: ERROR Request to dogs timed out.
ftp / lev 0 FAILED 20030606[could not connect to ftp]
ftp /home/ftp lev 0 FAILED 20030606[could not connect to ftp]
dogs / RESULTS MISSING
dogs /export/ho
You're right about that. I just tried to create a 3.2GB file and it failed
with "file too large" at the 2GB limit. It's an ext2. I have an ext3 sys-
tem too. Is that also a problem there? I'll have to try/fix it if I can.
At 11:50 AM 6/6/2003 -0400, Jon LaBadie wrote:
>On Fri, Jun 06, 2003
On Fri, Jun 06, 2003 at 03:03:00PM +0100, [EMAIL PROTECTED] wrote:
> Jun 6 13:05:53 bunker kernel: Additional sense indicates Scsi parity error
>
> I'd be inclined to suspect hardware
That's what it looks like to me -- specifically, data getting
corrupted on the SCSI bus.
> except that I can re
Hi,
Sorry for the question but, if I have a 'dump cycle 7' and a 'runs per
cycle 5', Amanda will do backup five days of a Week. What's happen if the
server where I'm getting a backup down on the 3th day ? Could I recover the
backup until the 2st day ?
Thanks,
ROberto S
--On Friday, June 06, 2003 19:39:39 -0300 "Roberto Samarone Araujo (RSA)" <[EMAIL
PROTECTED]> wrote:
> Hi,
>
> Sorry for the question but, if I have a 'dump cycle 7' and a 'runs per
> cycle 5', Amanda will do backup five days of a Week. What's happen if the
> server where I'm getting a bac
I got these errors when running amverify using:
tapedev "rait:{file:/holdingdisk/backup,tape:/dev/nst1}"
This is with snapshot:
amanda-2.4.4-20030603.tar.gz
Thanks,
Dick
--- Start of forwarded message ---
Date: Fri, 6 Jun 2003 09:22:27 -0600
From: Amanda user <[EMAIL PROTECTED]>
T
Dick,
What kind of tape drive do you have?
Try to configure amanda with '--with-broken-fsf'.
Jean-Louis
On Sat, Jun 07, 2003 at 12:40:27AM -, [EMAIL PROTECTED] wrote:
> I got these errors when running amverify using:
>
> tapedev "rait:{file:/holdingdisk/backup,tape:/dev/nst1}"
>
> This is
m passes amcheck, but the dump
>> give me this report. (dogs is in fact offline, I am trying to
>> backup ftp)
>>
>> FAILURE AND STRANGE DUMP SUMMARY:
>>planner: ERROR Request to dogs timed out.
>>ftp/ lev 0 FAILED 20030606[could not connect to ftp]
> Dick,
>
> What kind of tape drive do you have?
Good point!
I am using an Onstream ADR50 for this test and forgot about the problems
this drive has with amanda. I also have an Ecrix, which works fine, and
I was ultimately planning to use both tape drives and a disk file.
I didn't want to disr
I was using the modified dump program & also patched
certain source
files as explained at
http://groups.yahoo.com/group/amanda-
hackers/message/2002 . Amanda was running fine & was
backing up all
filesystems well including the Netapp (which intitally
had low
utilization). As the usage on the Net
Since I have converted from samba to cygwin clients on our windows
machines, I occasionally get the error below:
andorian.americom.com:/cygdrive/c 0 driver: [data timeout] (20:42:43)
It happens on each of the windows machines with no particular order to
it. I am wondering if there is a timeout
On Sat, Jun 07, 2003 at 03:22:33AM -, [EMAIL PROTECTED] wrote:
> Since I have converted from samba to cygwin clients on our windows
> machines, I occasionally get the error below:
>
> andorian.americom.com:/cygdrive/c 0 driver: [data timeout] (20:42:43)
>
> It happens on each of the windows
Jon,
Thanks for the reply.
You say:
"Back when I was using Cygwin..."
Did you go back to samba, or don't you backup windows boxes anymore?
And yes, I did have to increase etimeout to 3600. I guess I will
increase dtimeout as well, though it is inconceivable that 30 minutes
can pass without a
On Fri, 6 Jun 2003 at 11:53am, Danny R Spelbring wrote
> You're right about that. I just tried to create a 3.2GB file and it failed
> with "file too large" at the 2GB limit. It's an ext2. I have an ext3 sys-
> tem too. Is that also a problem there? I'll have to try/fix it if I can.
More impo
43 matches
Mail list logo