uplinking slowdown

[jakob krabbe]

How much speed is wasted when uplinking 100MBit swiches?

He have just expended and the back-up used to be something like 70 MB / min
and now it's down to less than 40 MB / min!

[backup switch] <- [main switch] -> [basement switch]

The arrows indicates the uplink.

Backup switch is an Asante, the main is a D-Link and the basement switch is
an Intelswitch.

This post is more a network issue rather than Retrospect but I don't know
where to turn and I know there are many networking geeks on this list! :-)

thanx,

/ jakob


--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.

RE: BSOD with Retrospect 5.1 Server

[Rob Davies]

Title: RE: BSOD with Retrospect 5.1 Server





Thanks Ben and Irena for your answers. It was indeed the ASPI problem, and ASPI install fixed it.
The same server had Netshield on it, which I removed at the same time.


It was also choking halfway through a backup, which I traced (I believe) to lack of space on C drive. I re-aranged the allocations of virtual memory page files to the other drives, and the server now runs like a dream. Back ups are quick & smooth.

-Rob



--
From:   Ben Eastwood
Reply To:   retro-talk
Sent:   Tuesday, 5 December 2000 10:36 AM
To:     retro-talk
Subject:    RE: BSOD with Retrospect 5.1 Server




I called Dantz and they quickly solved the problem for me.
In the Retrospect directory (C:\program files\dantz\retrospect) is a file
called aspichk.exe. Run this to find out which version (if any) of aspi is
installed on your server. Mine had none. ASPI stands for Advanced SCSI
Programming Interface, BTW (I had to look that up!). By default, Retrospect
uses ASPI to acess the SCSI drives, but can use something called "NT
Passthu," which uses the installed specific drivers. I think that there is
a conflickt between the SmartArray drivers and retrospect, because without
ASPI, I got the BSOD every time.


The answer is to install ASPI on the system. this doesn't seem to affect
the smart array cards at all, they still use their own drivers, but it made
Retrospect much happier. Dantz supplies this, too. In the same directory,
run aspiinst.exe and then reboot the system. Now I can scan the SCSI busses
and see the tape drives! It also appears to ignore the Smart arrray cards
and the RAIDs on those busses. Pretty cool, thanks to Dantz tech support!


On a related note, I found that OFM was incompatible with my Anti-virus
software(McAfee Net Shield  4.0), and had to remove it 'till I can upgrade
the AV later this week. It also caused a nasty BSOD.


--Ben





Rob Davies <[EMAIL PROTECTED]> on 12/04/2000 02:54:22 PM


Please respond to "retro-talk" <[EMAIL PROTECTED]>


To:   "'retro-talk'" <[EMAIL PROTECTED]>
cc:    (bcc: Ben Eastwood/HMG/Wilson Learning/US)
Subject:  RE: BSOD with Retrospect 5.1 Server





Yes!
I also have a 1600R with RAID 5 and Retrospect 5.15. It also crashes
everytime it does a device scan in ineteractive mode. It doesn't crash when
it autolaunches (well, usually - I have found some unexpected restarts the
next morning, but can't be certain of the cause). The server is running
WinNT, SP5.
It runs NT Backup perfectly (though with some open files)


The Compaq tech has replaced the internal DAT drive and is considering
replacing the RAID controller, SCSI card etc.


Any ideas would be gratefully accepted.


Thanks,
Rob


> --
> From:   Ben Eastwood
> Reply To:    retro-talk
> Sent:   Tuesday, 5 December 2000 3:52 AM
> To: [EMAIL PROTECTED]
> Subject: BSOD with Retrospect 5.1 Server
>
>
>
> I get a reproducable blue screen on a compaq 1600 R with two smart array
> controllers (221 and 3200) both controlling RAID 5 arrays. The crash
> happens everytime I  do the device scan. I think it's related to the RAID
> controllers, but I'm not sure. Has anyone seen this behavior before?
> Machine is running NT 4.0 SP 6a, and we have St Bernard's Open File
> Manager
> on it as well.
>
> TIA
>
> Ben
>
>
>
>
> --
> --
> To subscribe:    [EMAIL PROTECTED]
> To unsubscribe:  [EMAIL PROTECTED]
> Archives:    
>
> For urgent issues, please contact Dantz technical support directly at
> [EMAIL PROTECTED] or 925.253.3050.
>





--
--
To subscribe:    [EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:    


For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.

tape library question

[Ben Eastwood]

I have an Exabyte 230 D and when I click the "scan media" button, nothing
happens. Isn't it supposed to load each tape and get the name? Will it then
associate the name with the barcode label and be able to tell if I remove
one cartridge (5 tapes) and put in another, as long as the barcoding is
unique?

--Ben




--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.

Re: How Long does this take for you?

[Ben Eastwood]

Sure thing.  I'll be writing the script today and kicking off the first
backup over the weekend.

Funny, there seem to be  a lot of Bens on this list! ;-)

--Ben E





Ben Liberman <[EMAIL PROTECTED]> on 12/06/2000 10:59:31 AM

Please respond to "retro-talk" <[EMAIL PROTECTED]>

To:   "retro-talk" <[EMAIL PROTECTED]>
cc:(bcc: Ben Eastwood/HMG/Wilson Learning/US)
Subject:  Re: How Long does this take for you?




At 10:05 -0800 12/6/00, Ben Eastwood wrote:
>AHHH HA! Thanks Eric, that explains alot... the folder I backed up had
well
>over 300K files and the memory usage was pretty high during some portions
>of the process. Thanks for the workaround. Any ETA on the fix?

Hey Ben, if it's not too much trouble, I'm sure that some of us would
like to know how your backups go after you make the changes.

Thanks,

--
--
  [EMAIL PROTECTED]  Ben Liberman
--


--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.








--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.

Re: How Long does this take for you?

[Eric Ullman]

It's not a stupid question at all, Ben! I just wish I could be more precise
with an answer.

Best regards,
Eric Ullman
Dantz Development


Ben Eastwood <[EMAIL PROTECTED]> wrote:

> Yeah, I know. Stupid question... You guys work so many miracles already, I
> guess I was just hoping for one more! Thanks for the best guess and of
> course I won't call on april first saying "Eric Ullman daid it would be
> ready by now..."
> --Ben E
> 
> Eric Ullman <[EMAIL PROTECTED]> on 12/06/2000 11:10:42 AM
> 
> 
> ETA? On software? Ha ha ha! That's funny, Ben! You crack me up, man...
> 
> ;-)
> 
> Sorry. Couldn't help myself. I could say early Q2, 2001, but we _are_
> talking about backup software here. That means that any bug that causes
> data
> loss is unacceptable. So, whenever coding and testing is complete. Still,
> that's my best guess.
> 
> Eric Ullman
> Dantz Development
> 
> 
> Ben Eastwood <[EMAIL PROTECTED]> wrote:
> 
>> AHHH HA! Thanks Eric, that explains alot... the folder I backed up had well
>> over 300K files and the memory usage was pretty high during some portions of
>> the process. Thanks for the workaround. Any ETA on the fix?



--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.

Re: How Long does this take for you?

[Ben Eastwood]

Yeah, I know. Stupid question... You guys work so many miracles already, I
guess I was just hoping for one more! Thanks for the best guess and of
course I won't call on april first saying "Eric Ullman daid it would be
ready by now..."
--Ben E




Eric Ullman <[EMAIL PROTECTED]> on 12/06/2000 11:10:42 AM

Please respond to "retro-talk" <[EMAIL PROTECTED]>

To:   retro-talk <[EMAIL PROTECTED]>
cc:(bcc: Ben Eastwood/HMG/Wilson Learning/US)
Subject:  Re: How Long does this take for you?




ETA? On software? Ha ha ha! That's funny, Ben! You crack me up, man...

;-)

Sorry. Couldn't help myself. I could say early Q2, 2001, but we _are_
talking about backup software here. That means that any bug that causes
data
loss is unacceptable. So, whenever coding and testing is complete. Still,
that's my best guess.

Eric Ullman
Dantz Development


Ben Eastwood <[EMAIL PROTECTED]> wrote:

> AHHH HA! Thanks Eric, that explains alot... the folder I backed up had
well
> over 300K files and the memory usage was pretty high during some portions
> of the process. Thanks for the workaround. Any ETA on the fix?
>
>
> Eric Ullman <[EMAIL PROTECTED]> wrote:
>
> Doug is correct, though the limit is somewhere closer to 300,000 files.
> Retrospect for Windows 5.15 (and earlier) has an unexpected memory usage
> limitation (i.e., a bug) that prevents it from successfully scanning a
> volume containing more than 300K files. In such a case, Retrospect will
> respond with Error 625 (Not enough memory).
>
> This problem has been identified and will be fixed in the next release.
>
> In the meantime, the workaround is to have Retrospect backup that volume
as
> two or more subvolumes (outlined on pages 164-165 of the Retrospect
User's
> Guide).



--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.








--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.

Re: How Long does this take for you?

[Eric Ullman]

ETA? On software? Ha ha ha! That's funny, Ben! You crack me up, man...

;-)

Sorry. Couldn't help myself. I could say early Q2, 2001, but we _are_
talking about backup software here. That means that any bug that causes data
loss is unacceptable. So, whenever coding and testing is complete. Still,
that's my best guess.

Eric Ullman
Dantz Development


Ben Eastwood <[EMAIL PROTECTED]> wrote:

> AHHH HA! Thanks Eric, that explains alot... the folder I backed up had well
> over 300K files and the memory usage was pretty high during some portions
> of the process. Thanks for the workaround. Any ETA on the fix?
> 
> 
> Eric Ullman <[EMAIL PROTECTED]> wrote:
> 
> Doug is correct, though the limit is somewhere closer to 300,000 files.
> Retrospect for Windows 5.15 (and earlier) has an unexpected memory usage
> limitation (i.e., a bug) that prevents it from successfully scanning a
> volume containing more than 300K files. In such a case, Retrospect will
> respond with Error 625 (Not enough memory).
> 
> This problem has been identified and will be fixed in the next release.
> 
> In the meantime, the workaround is to have Retrospect backup that volume as
> two or more subvolumes (outlined on pages 164-165 of the Retrospect User's
> Guide).



--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.

Re: How Long does this take for you?

[Ben Liberman]

At 10:05 -0800 12/6/00, Ben Eastwood wrote:
>AHHH HA! Thanks Eric, that explains alot... the folder I backed up had well
>over 300K files and the memory usage was pretty high during some portions
>of the process. Thanks for the workaround. Any ETA on the fix?

Hey Ben, if it's not too much trouble, I'm sure that some of us would 
like to know how your backups go after you make the changes.

Thanks,

-- 
--
  [EMAIL PROTECTED]  Ben Liberman
--


--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.

Re: How Long does this take for you?

[Ben Eastwood]

AHHH HA! Thanks Eric, that explains alot... the folder I backed up had well
over 300K files and the memory usage was pretty high during some portions
of the process. Thanks for the workaround. Any ETA on the fix?




Eric Ullman <[EMAIL PROTECTED]> on 12/05/2000 06:24:18 PM

Please respond to "retro-talk" <[EMAIL PROTECTED]>

To:   retro-talk <[EMAIL PROTECTED]>
cc:(bcc: Ben Eastwood/HMG/Wilson Learning/US)
Subject:  Re: How Long does this take for you?




Doug is correct, though the limit is somewhere closer to 300,000 files.
Retrospect for Windows 5.15 (and earlier) has an unexpected memory usage
limitation (i.e., a bug) that prevents it from successfully scanning a
volume containing more than 300K files. In such a case, Retrospect will
respond with Error 625 (Not enough memory).

This problem has been identified and will be fixed in the next release.

In the meantime, the workaround is to have Retrospect backup that volume as
two or more subvolumes (outlined on pages 164-165 of the Retrospect User's
Guide).

HTH.

Eric Ullman
Dantz Development



Douglas B. McKay <[EMAIL PROTECTED]> wrote:

> Ben,
>
> It is a limit with one volume.  Having more files than that across
> multiple volumes (as we currently do) is not a problem.
>
>  ...Doug
>
> Ben Eastwood wrote:
>
>> Hmmm, I wasn't aware of the half million file limit... that is a _major_
>> concern for me as I am backing up lots of html files and the like. Is is
a
>> half million files from one source? What are the details of this
problem?
>> Also, how soon are we going to see a fix for this? Anyone from Dantz
care to
>> comment on that? --Ben



--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.








--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.

Advanced Emailing of Log Info

[Retrospect]

Folks,

I've modified the standard Retro/Eudora Applescript to email me pertinent
info from the nightly backup, but am stuck in a couple of places and would
like some help:

1.  I have both Remote and Local backups running on the server (its an
ASIP box).  The applescript logs all the remote computers fine, but
doesn't log activity about the Local backup.  I can't figure out why.  I
have modified the applescript so it doesn't describe the remote volume as
"Source Group:Daily Backup Group:Dude's Mac:Macintosh HD"--I had the
applescript remove the first two items from this description--but that
wouldn't affect it's ability to report on Local backups would it?

2. Has anyone figured out a way to get Retro to email you on the last day
of a cyclical backup that you need to swap the tapes?  I use a four day
backup routine, so on a different day of every week, I have to remember to
put in the next tape.  This week it will be Thursday, next week it will be
Wednesday, and so on.  Don't' suppose there's a way for Retro to figure
out that I'm going to need to change tapes after tomorrow's backup?

TIA
Paul Fabris
IS Manager
Market Connections Inc.
25 Sheppard Ave. West, Toronto ON M2N 6S6
(416) 223-2250 x224
www.markcon.com



--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.