do you
> have?
> Sometimes termination issues will show up in dmesg, also dmesg will
> usually
> show the speed at which the device negotiatesit is shown elsewhere too
> depending on your OS.
>
>
--
View this message in context:
http://www.nabble.com/Dramatic-reduction-in-backup-time-tf2044425.html#a5646615
Sent from the Amanda - Users forum at Nabble.com.
> > Yes, it's the exact same tape drive I've been using extensively for
> > testing, and all that time it had been sitting in the same position on
> > the floor. I moved it on Monday, and then amanda took off like a
> > lightning bolt.
> >
> > Wow, that's something I'll be classing as very weird,
--On August 3, 2006 9:05:03 AM -0700 "Joe Donner (sent by Nabble.com)"
<[EMAIL PROTECTED]> wrote:
Yes, it's the exact same tape drive I've been using extensively for
testing, and all that time it had been sitting in the same position on
the floor. I moved it on Monday, and then amanda took
disk
>> > but were severely constrained by slow tapeing. I wonder
>> > about the halving of dump time also. There may still have
>> > been a problem with the disk system.
>> >
>> > Did anyone change any scsi cables or terminators.
>> > Or maybe the just "jiggled" things back there doing other work?
>> >
>> >
>
> Are you using that SDLT drive for which you reported a tapetype
> back in early June? If so, you have had a problem since then.
>
> In June your tapetype showed 2200 k/s.
> Similarly, your recent slow dumps had a
> tapeing speed of about 2500 and 1800 k/s.
>
> Your more recent fast dumps were taped at about 13000 k/s.
> The sdlt is rated at 16000 k/s.
>
> I'd say you had tape system problems
> fixed by physical movement or reboot.
>
> --
> Jon H. LaBadie [EMAIL PROTECTED]
> JG Computing
> 4455 Province Line Road(609) 252-0159
> Princeton, NJ 08540-4322 (609) 683-7220 (fax)
>
>
--
View this message in context:
http://www.nabble.com/Dramatic-reduction-in-backup-time-tf2044425.html#a5635442
Sent from the Amanda - Users forum at Nabble.com.
bis 15.8. bin ich nicht erreichbar. in dringenden fällen senden sie ihre
nachricht bitte an mailto:[EMAIL PROTECTED], vielen dank.
On Thu, Aug 03, 2006 at 08:25:43AM -0700, Joe Donner (sent by Nabble.com) wrote:
>
> Well, I may have "lied" a bit when saying that nothing had changed...
>
> What did change was that I moved the server from temporarily sitting on the
> floor to where it will now stay full-time. So it was a shu
time.
>
> So it would appear the dumps were going to the holding disk
> but were severely constrained by slow tapeing. I wonder
> about the halving of dump time also. There may still have
> been a problem with the disk system.
>
> Did anyone change any scsi cables or terminators.
> Or ma
On Thu, Aug 03, 2006 at 02:46:06AM -0700, Joe Donner (sent by Nabble.com) wrote:
>
> That was definitely not the case. The holding disk has been empty all this
> time, except on 31 July. And after I ran amflush it was empty again.
>
> What I don't understand is the increase in dump time and tap
> different issue).
>
> That si just a wilkd guess, but how about the amflush has freed space
> on your holding disk that had been wasted for ages?
>
> Olivier
>
>
--
View this message in context:
http://www.nabble.com/Dramatic-reduction-in-backup-time-tf2044425.html#a5629636
Sent from the Amanda - Users forum at Nabble.com.
> I honestly haven't changed anything. The only thing that happened was that
> I had to run amflush on July 31, because for some reason the amanda-related
> services on the backup server seemed to have hung (but that's an entirely
> different issue).
That si just a wilkd guess, but how about the
1:16 0:00
Tape Size (meg) 57887.257887.20.0
Tape Used (%) 37.1 37.10.0
Filesystems Taped 106106 0
Avg Tp Write Rate (k/s) 12951.412951.4--
--
View this message in context:
http://www.nabble.co
11 matches
Mail list logo
