Thanks, that fixed it. All is once again right with the world (or at
least my part of it). seems that the patch set reset some of the
/kernel/drv files to their original state.
Jay Lessert wrote:
On Fri, Jun 20, 2003 at 05:23:15PM -0500, FM Taylor wrote:
After an upgrade all of my /dev/rmt/de
On Friday 20 June 2003 15:59, Jason Edgecombe wrote:
>Gene Heskett wrote:
[...]
>> DLE's that are all on the same disk should all have the same
>> 'spindle' number. Its possible that amanda is running 2 or more
>> sessions against the same disk, in which case there will be some
>> lost time due t
On Fri, Jun 20, 2003 at 05:23:15PM -0500, FM Taylor wrote:
> After an upgrade all of my /dev/rmt/devices are now
> /dev/scsi/sequential/devices. That in itself was no problem.
Oh, yes it is!
/dev/rmt/0n (or whatever) *better* point to st(7D) device entries, NOT
sgen(7D) sequential entries.
Som
Your wish is my command ;)
SunOS flash 5.8 Generic_108528-13 sun4u sparc SUNW,Ultra-Enterprise
[E3500]
Changer is a SpectraLogic 1
in chg-scsi.conf:
scsitapedev /dev/scsi/sequential/c2t8d0
The devices are:
lrwxrwxrwx 1 root root 64 May 27 07:43
/dev/scsi/sequential/c2t8
After disabling the barcodes I get this error:
flash:~$ amtape DailySet4 current
amtape: scanning current slot in tape-changer rack:
slot 26: rewinding tape: Inappropriate ioctl for device
flash:~$
FM Taylor wrote:
After an upgrade all of my /dev/rmt/devices are now
/dev/scsi/sequential/devices
On Fri, Jun 20, 2003 at 05:23:15PM -0500, FM Taylor wrote:
> After an upgrade all of my /dev/rmt/devices are now
> /dev/scsi/sequential/devices. That in itself was no problem.
>
> However, I am now getting this strange error, and I don't know how to
> fix it.
>
> tape_rdlabel: tape open: 0: No
After an upgrade all of my /dev/rmt/devices are now
/dev/scsi/sequential/devices. That in itself was no problem.
However, I am now getting this strange error, and I don't know how to
fix it.
tape_rdlabel: tape open: 0: No such file or directory
What did I miss?
I am also have a defunct amandad process, would that affect my estimate
and dumper times?
Jason Edgecombe
Gene Heskett wrote:
On Friday 20 June 2003 08:49, Jason Edgecombe wrote:
Look in /tmp/amanda/sendsize*debug on that system. It'll have
timestamped info on each estimate (probably level 0s and level 1s
for each fs). Figure out which one is taking so long. Any errors
in the system logs? What type
Title: SİZ KURSA GİDEMİYORSANIZ KURS SİZE GELİYOR
Daha önce
sistemdeki bir hatadan dolayı, aynı e-mail birden fazla gönderilmiştir.
Bundan dolayı
sizlerden özür diliyoruz.
SİZ KURSA GİDEMİYORSANIZ KURS
SİZE GELİYOR !
On Fri, Jun 20, 2003 at 01:28:04PM -0400, Jon LaBadie wrote:
> On Fri, Jun 20, 2003 at 10:18:39AM -0700, Jay Lessert wrote:
> > From:
> > http://www.quantum.com/AM/support/DLTtapeDrivesMedia/TechnicalDocuments/Default.htm
> >
> > Where the Solaris install PDF does explain all the funky mode bits,
On Fri, Jun 20, 2003 at 10:18:39AM -0700, Jay Lessert wrote:
> ... for example, the Quantum DLT/Solaris recommendation is:
>
> From:
> http://www.quantum.com/AM/support/DLTtapeDrivesMedia/TechnicalDocuments/Default.htm
>
> Where the Solaris install PDF does explain all the funky mode bits,
>
> >
On Thu, Jun 19, 2003 at 11:47:53PM -0400, Jon LaBadie wrote:
> > I'm not sure what documentation you're referring to, but for every
> > compression-capable drive I've ever used (DDS2, DDS3, DLT-4000,
> > DLT-7000, DLT-8000, LTO-1) both the Solaris factory st driver and the
> > tape-vendor-supplied
Mangala Gunadasa wrote:
| vxdump: Signal on pipe: cannot recover
| vxdump: The ENTIRE dump is aborted.
sendbackup: error [/usr/sbin/vxdump returned 3]
You'll have to find out which p
Jason Edgecombe wrote:
Can the estimate phase of amanda be bypassed or disabled?
If so, what are the implications?
Then amanda doesn't have a clue to choose the level of backup
to get optimal use of the tape capacity.
If you're using gnutar to do the backup and it's gnutar that is
too slow for you
On Friday 20 June 2003 12:06, Tom Brown wrote:
>> Has that kernel been recompiled to 'scan all luns'?
>
>it was yes - and it is now running on 2.4.28
Since the newest 2.4 series kernel is 2.4.21 I''l assume thats a typu
>>>dmesg says
>>
>> There should be a few more lines below the above clip th
On Fri, Jun 20, 2003 at 08:49:20AM -0400, Jason Edgecombe wrote:
>
> Can the estimate phase of amanda be bypassed or disabled?
No builtin way.
Too much of the remainder of amanda's design expects the results.
What some people have done is provide a wrapper for the dumper
program, tar or dump. S
On Friday 20 June 2003 11:23, Tom Brown wrote:
>
[snip]
>it happens on any device id - i think the error is in my kernel
> build though
>
>Tom
Which is why I asked if the kernel had been rebuilt with the 'scan all
luns' config option turned on. RedHat ships with that version off
for reasons of
> Has that kernel been recompiled to 'scan all luns'?
it was yes - and it is now running on 2.4.28
>>dmesg says
> There should be a few more lines below the above clip that show what
> st* devices were assigned. From the above, I'd guess the changer
> device is now /dev/sg3 maybe. Experiment a
On Friday 20 June 2003 11:12, Tom Brown wrote:
>Hi,
>
>I have just transferred my kit over to the production env. All was
> working fine on dev.
>
>This is on a RedHat machine with a 2.4.18 kernel and amanda 2.4.4
Has that kernel been recompiled to 'scan all luns'?
>dmesg says
>
>scsi0 : Adaptec
On Fri, Jun 20, 2003 at 04:23:15PM +0100, Tom Brown enlightened us:
>
> it happens on any device id - i think the error is in my kernel build though
>
Try a "modprobe sg", and then give it a shot.
Matt
--
Matt Hyclak
Department of Mathematics
Department of Social Work
Ohio University
(740)
> It's sg3 (or sgd).
>
> Ron Bauman
> Hatteras Networks, Inc.
>
> -Original Message-
> From: Tom Brown [mailto:[EMAIL PROTECTED]
> Sent: Friday, June 20, 2003 11:12 AM
> To: [EMAIL PROTECTED]
> Subject: /dev/sg4 no such device
>
>
> Hi,
>
> I have just transferred my kit over to the product
It's sg3 (or sgd).
Ron Bauman
Hatteras Networks, Inc.
-Original Message-
From: Tom Brown [mailto:[EMAIL PROTECTED]
Sent: Friday, June 20, 2003 11:12 AM
To: [EMAIL PROTECTED]
Subject: /dev/sg4 no such device
Hi,
I have just transferred my kit over to the production env. All was working
On Friday 20 June 2003 08:49, Jason Edgecombe wrote:
>Joshua Baker-LePain wrote:
>> On Tue, 17 Jun 2003 at 3:23pm, Jason Edgecombe wrote
>>
>>> I'm trying to figure out why may backups and estimages take so
>>> long. I have a dual-processor machine with 4GB RAM. / and /boot
>>> are two software RA
Hi,
I have just transferred my kit over to the production env. All was working
fine on dev.
This is on a RedHat machine with a 2.4.18 kernel and amanda 2.4.4
dmesg says
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.4
aic7880: Ultra Wide Channel A, SCSI Id=7, 16/
Greetings!.
I have been backing up 4 systems using amanda for a long time successfully. For the
past two days, I have been getting the following error in backing up one of the file
systems. I'd really appreciate any solution/thoughts on resolving this problem.
Thanks You,
mangala Gunadasa
F
Joshua Baker-LePain wrote:
On Tue, 17 Jun 2003 at 3:23pm, Jason Edgecombe wrote
I'm trying to figure out why may backups and estimages take so long. I
have a dual-processor machine with 4GB RAM. / and /boot are two software
RAID1 drives and /home is a RAID5 hardware drive. My tape drive is an
> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
--B_3127217692_968932
Content-type: text/plain; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable
> CORSO INTENSIVO "GUIDA ALL'EUROPA" SUI PROGR
Title: Tr
Tr-Lolita ,Turkiyede
bir ilki gerceklestirdi ve universiteli kizlarla para karsiliginda sizler
icin Sitemizde canli yayinda sizler icin soyunuyor,sizlerin tum
fantezilerinizi gerceklestirmek icin sizi bekliyorlar gunun 24 saatinde
30 matches
Mail list logo
