I'm drowning in bounce messages here, so would somebody please tell
me who this mark.hazen AT databuilt DOT com really is.
I get at least one of these for every reply I send to the list, and
only to the list if its a John Collier posting.
---------- Forwarded Message ----------
Subject: Delivery Status Notification (Failure)
Date: Fri February 21 2003 20:12
From: postmaster AT databuilt DOT com
To: gene_heskett AT iolinc DOT net
This is an automatically generated Delivery Status Notification.
Delivery to the following recipients failed.
mark.hazen AT databuilt DOT com
-------------------------------------------------------
--
Cheers, Gene
AMD K6-III@500mhz 320M
Athlon1600XP@1400mhz 512M
99.23% setiathome rank, not too shabby for a WV hillbillyReporting-MTA: dns;hh-nts01.databuilt.com
Received-From-MTA: dns;hh-nts01.databuilt.com
Arrival-Date: Fri, 21 Feb 2003 20:12:11 -0500
Final-Recipient: rfc822;[email protected]
Action: failed
Status: 5.2.1
X-Display-Name: Mark Hazen
--- Begin Message ---
On Fri February 21 2003 18:49, John Oliver wrote:
>On Fri, Feb 21, 2003 at 06:14:37PM -0500, Gene Heskett wrote:
>> Humm, if thats a 40gig tape (with compression) it would be about
>> a 20 gigger without. And if hardware compression is also
>> enabled, it would not be unusual to over-run the EOT because the
>> compressed stuff you are sending it will usually expand some,
>> often 15 to 20% in going thru the hardware compressor too.
>
>Hardware compression is off.
>
Ok
>> Throw in that marketing is usually a bit optimistic in saying
>> its a 20 gigger without compression, and that always needs a
>> fudge factor when actually estimating, and it likely this will
>> happen.
>
>But fudging by 100%? I don't buy that... :-)
Neither do I.
>
>> Also, while this doesn't enter into it for me, see the average
>> dump rates reported below, how does that compare to the drives
>> rated speed at its compression state? If that drive is faster
>> then the data comeing in, it will write null blocks for a bit
>> waiting on data, and this wastes space. Could be a pretty good
>> percentage under the right conditions, like no, or too small a
>> holding disk.
>
>I have a big holding disk.
>
>Holding disk /hold: 47560764 KB disk space available, that's
> plenty
So it seems to come down to the 19th entry being too big to fit on
the remaining tape after it had already written 9.7 something gigs
in the first 18 DLE's.
As someone else mentioned, much of that particular backup run was
level 0. Lets do another experiment, what do you get (post it
please) when you do an "amadmin /config/ balance"?
Oh, and I've quit trying to reply to your email account as posted in
the messages you send because they always bounce from a different
address that apparently isn't accessable for incoming email. I've
had many bounced messages, and had to open the bounce to see where
I'd sent it because the address it bounced from was not an address
I'd sent anything to. Train up a spam filter, its easier than
antagonizing the people who are trying to help you.
The email address that shows in the messages I send is real. And I
only get spam from two sources, my inbox, and an older computer
list I'm subscribed to. 99% of which goes straight to the
uce AT ftc DOT gov & I don't see them other than scanning the folder for
filter upchucks before it all goes back out.
--
Cheers, Gene
AMD K6-III@500mhz 320M
Athlon1600XP@1400mhz 512M
99.23% setiathome rank, not too shabby for a WV hillbilly
--- End Message ---
|
