RE: Colorado T3000

[James Keagan]

Most tape drives will NEVER show up in My Computer as a writeable drive (or
anything else for that matter).  Because tape drives are linear access, as
opposed to random access like hard drives and removable disks, they cannot
be written to using Windows Explorer.  The only tape drive that I've heard
of that allows you to simply copy things over is OnStream but I imagine that
would be horribly slow.

Retrospect should just be able to see it.  If you go to
Configure-->Devices-->Device Status, do you see your drive there?  Do you
have the latest version (v.5.15)?  If the above doesn't help, I'd recommend
calling their Tech Support.

J.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Dave Otto
Sent: Tuesday, October 17, 2000 8:58 AM
To: [EMAIL PROTECTED]
Subject: Colorado T3000


Colorado drives are listed as supported devices but how do I get a Colorado
drive to show up in My Computer so Retrospect can see it?
Thanks, Dave Otto



--
--
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.


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.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.

RE: Retrospect 5.15 for Windows (Was: Re: What's new in the5.1.5 PC client?)

[Douglas B. McKay]

Sounds good.  What about the changes regarding OnStream drives - were you
just referring to support for some of the newer ones (I have ADR50 drives)?

   Thanx!
   ...Doug

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Eric Ullman
Sent: Tuesday, October 17, 2000 9:45 AM
To: retro-talk
Subject: Re: Retrospect 5.15 for Windows (Was: Re: What's new in the
5.1.5 PC client?)


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

> Since I have Retrospect running on a fast (2 way SMP 650 MHz) machine
> running Windows 2000 with 3 OnStream tape drives backing up many W2K
> clients, it sounds like I should upgrade.  BUT, it's been running great!
> Before I decide whether or not to update our server, can you say what
> specifically has been fixed relating to the above configuration?

With Windows 2000 clients, the client service would not start on some
computers running at 667 MHz and higher. This was only with the Retrospect
Client software, not the host application (Desktop/Workgroup/Server).

Eric Ullman
Dantz Development



--
--
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: Macintosh Retrospect server migration

[David Ross]

> You will need to go into each backup script and tell where the
> storage set is now located as well.  Important step.  The backup will
> not happen if you don't.

You can shortcut this by double clicking the files for the backup sets.
Select them all in the finder and double click. You'll get a setting
window for all of them at once but after that Retro will know where they are.


--
--
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: Colorado T3000

[Eric Ullman]

Hi Dave,

Retrospect Backup for Windows supports most IDE/ATA/ATAPI, USB, and SCSI
(for Retrospect Desktop Backup and higher) tape drives. I believe the
Colorado T3000 is an older, floppy controller-based tape drive, which falls
outside Retrospect's scope of compatible devices.

If you'd like to purchase a newer tape drive, this list would be an
excellent resource for recommendations.

Best regards,

Eric Ullman
Dantz Development


Dave Otto <[EMAIL PROTECTED]> wrote:

> Colorado drives are listed as supported devices but how do I get a Colorado
> drive to show up in My Computer so Retrospect can see it?
> Thanks, Dave Otto



--
--
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: dying server

[Tim David]

Isn't there a setting somewhere called byte by byte comparison?  I think that
is for the verify but I wonder if it would help what you are doing.
(just thinking out loud)
Tim


Jon Gardner wrote:

> on 10/17/00 11:42 AM, Matt Barkdull at [EMAIL PROTECTED] wrote:
>
> > Do you have the mail function of ASIP running?
> >
> > Do you have a filter set in Retrospect to not backup the mail folder?
> >
> > I can guaranty that if you are trying to backup that folder, that's
> > where it is locking up.  Mine did the same thing.
>
> Yes, we're running the mailserver, but we've always backed up that file and
> it's never caused problems before now. Plus, the log shows 88 files/12Mb
> remaining to backup, and the mail database is close to 700Mb, so that's not
> the file that's dying. I suspect it is a preference file, but I'd rather use
> the sharpshooter approach rather than the shotgun approach.
>
> <><
> Jon L. Gardner '89, Computer Systems Manager 
> Texas A&M University Dept. of Food Services 
> Tel 979.458.1839 * Fax 979.845.2157 * Hip 979.229.4323
> PGP public key available at 
>
> --
> --
> 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: Backup renders ASIP server mute, deaf

[Pam Lefkowitz]

>Thanks for your reply. Why yes, I did order this G4 this summer. I'm 
>forgetting what "MP" stands for, though. At any rate, I'm curious as to 
>what the "known issues" you refer to are. I did read the Apple TIL #25147 
>on the Ethernet Update 1.0, which describes symptoms not quite like mine:
>

Andrew,

MP = Multiprocessor

This is a newer issue than what the ether update addressed. There were a 
bunch (in round numbers) of postings on this at macfixit and I believe 
there's a TIL on it too that states that there isn't a fix for it yet but 
they're working on it.  I'd have to hit the web to get you more 
details but time doesn't allow it right at this moment (feel free to 
search though ). It's happening with Summer 2000 iMacs too as I recall.

>I can't try moving the backup drive at this time; the G4 has no SCSI card, 
>and I have no other machine available, but I will hope to give this a try 
>eventually.
>

Ah, so I see weekend work in the making...hostile takeover of some 
unsuspecting users' machine. heh.

Pam


--
--
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: dying server

[Jon Gardner]

on 10/17/00 11:42 AM, Matt Barkdull at [EMAIL PROTECTED] wrote:

> Do you have the mail function of ASIP running?
> 
> Do you have a filter set in Retrospect to not backup the mail folder?
> 
> I can guaranty that if you are trying to backup that folder, that's
> where it is locking up.  Mine did the same thing.

Yes, we're running the mailserver, but we've always backed up that file and
it's never caused problems before now. Plus, the log shows 88 files/12Mb
remaining to backup, and the mail database is close to 700Mb, so that's not
the file that's dying. I suspect it is a preference file, but I'd rather use
the sharpshooter approach rather than the shotgun approach.

<><
Jon L. Gardner '89, Computer Systems Manager 
Texas A&M University Dept. of Food Services 
Tel 979.458.1839 * Fax 979.845.2157 * Hip 979.229.4323
PGP public key available at 





--
--
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: Macintosh Retrospect server migration

[Matt Barkdull]

I've done this many times.  Retrospect Folder and the Retrospect Preferences.

You will need to go into each backup script and tell where the 
storage set is now located as well.  Important step.  The backup will 
not happen if you don't.


>I plan to migrate our Macintosh v4.3 Retrospect server to another 
>(more robust) Macintosh and need to know what exactly needs to be 
>moved. Obviously the Retrospect server software will be installed, 
>the storage set files will be copied over along with any files added 
>to the Retrospect preferences folder. Am I missing anything? Any 
>other words of wisdom would be appreciated.
>
>Regards,
>
>Andrew Philipoff
>Computer Resource Specialist
>Magnetic Resonance Science Center
>University of California, San Francisco



--
--
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: dying server

[Matt Barkdull]

Do you have the mail function of ASIP running?

Do you have a filter set in Retrospect to not backup the mail folder?

I can guaranty that if you are trying to backup that folder, that's 
where it is locking up.  Mine did the same thing.

Fortunately, I have a very low volume mail server so losing the mail 
file would not be a big deal.  I simply just don't back it up.  The 
way DAntz prescribes you do back it up is to use the Applescript to 
turn off the mail portion, copy files, and then turn mail back on. 
This is all done in the script.


>Every night when the Retrospect backup gets to "88 files remaining, 12.0 Mb"
>on the system volume of my ASIP server, the ASIP server dies. How can I find
>out what file Retrospect is reading (or attempting to read) when this
>happens? Is there a way to get file-by-file info in the log?
>
><><
>Jon L. Gardner '89, Computer Systems Manager 
>Texas A&M University Dept. of Food Services 
>Tel 979.458.1839 * Fax 979.845.2157 * Hip 979.229.4323
>PGP public key available at 
>
>
>
>
>
>--
>--
>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.

Colorado T3000

[Dave Otto]

Colorado drives are listed as supported devices but how do I get a Colorado
drive to show up in My Computer so Retrospect can see it?
Thanks, Dave Otto



--
--
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.

Macintosh Retrospect server migration

[Andrew Philipoff]

I plan to migrate our Macintosh v4.3 Retrospect server to another 
(more robust) Macintosh and need to know what exactly needs to be 
moved. Obviously the Retrospect server software will be installed, 
the storage set files will be copied over along with any files added 
to the Retrospect preferences folder. Am I missing anything? Any 
other words of wisdom would be appreciated.

Regards,

Andrew Philipoff
Computer Resource Specialist
Magnetic Resonance Science Center
University of California, San Francisco


--
--
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: Retrospect 5.15 for Windows (Was: Re: What's new in the5.1.5 PC client?)

[Eric Ullman]

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

> Since I have Retrospect running on a fast (2 way SMP 650 MHz) machine
> running Windows 2000 with 3 OnStream tape drives backing up many W2K
> clients, it sounds like I should upgrade.  BUT, it's been running great!
> Before I decide whether or not to update our server, can you say what
> specifically has been fixed relating to the above configuration?

With Windows 2000 clients, the client service would not start on some
computers running at 667 MHz and higher. This was only with the Retrospect
Client software, not the host application (Desktop/Workgroup/Server).

Eric Ullman
Dantz Development




--
--
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.

dying server

[Jon Gardner]

Every night when the Retrospect backup gets to "88 files remaining, 12.0 Mb"
on the system volume of my ASIP server, the ASIP server dies. How can I find
out what file Retrospect is reading (or attempting to read) when this
happens? Is there a way to get file-by-file info in the log?

<><
Jon L. Gardner '89, Computer Systems Manager 
Texas A&M University Dept. of Food Services 
Tel 979.458.1839 * Fax 979.845.2157 * Hip 979.229.4323
PGP public key available at 





--
--
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: Backup renders ASIP server mute, deaf

[Andrew Tomlinson]

Pam,

Thanks for your reply. Why yes, I did order this G4 this summer. I'm forgetting what 
"MP" stands for, though. At any rate, I'm curious as to what the "known issues" you 
refer to are. I did read the Apple TIL #25147 on the Ethernet Update 1.0, which 
describes symptoms not quite like mine:

"Ethernet Update 1.0 addresses an issue where a Macintosh in certain rare network 
configurations may continue to transmit data but not receive data.[In my case, it 
doesn't transmit datal, either] Manually putting the Macintosh to sleep and then 
waking it, or restarting the computer enables it to temporarily reestablish network 
connectivity. After a period of time, which varies by topology and infrastructure, the 
computer again ceases to receive packets. The computer functions normally on isolated 
networks."

The Read-Me for Ethernet Update 1.0 also describes a situation not like ours:
"Ethernet Update 1.0 improves the reliability of ethernet in certain rare network 
configurations.  These configurations are typically 10Mbit networks which include coax 
(10Base5 or 10Base2) network segments [We have none of this] in large single collision 
domains ( i.e. not separated by switches ) that use much smaller than standard 
interpacket gaps or have carrier collision dropout.  This update replaces the Mac OS 
ROM file with a new version, 3.8.

Apple System Profiler reports Mac OS ROM 3.9 on our server, so the update would 
seem... like a backdate.

The backup does not stall on the same file each time.

I can't try moving the backup drive at this time; the G4 has no SCSI card, and I have 
no other machine available, but I will hope to give this a try eventually.

Thanks again,

Andrew

At 4:22 PM -0500 10/16/00, Pam Lefkowitz wrote:
> >4. The G4 does not crash. MOSSA indicates it is still serving via
>>Appletalk, TCP, etc. File server can be stopped, restarted via MOSSA; Mac
>>OS Server Admin Agent can be quit, re-run; file server can be stopped,
>>Appletalk turned off/on, file service restarted. Nevertheless, the G4 can
>>no longer see anything on the network (via Chooser) nor be seen by
>>anything on the network. Only a reboot of the machine restores network
>>function.
>
>Andrew,
>
>Does it lose its senses at the same place/file each time?
>
>Just out of curiosity...which G4 are you using? If it's a G4MP there are
>some known issues with the summer 2000 models dropping ethernet after
>running fine for a good while.
>
>If it's not a summer model then you could do two things:
>1) move the tape drive to the G4 and see what happens when you back up
>locally.
>2) move the tape drive to some other machine (not an ASIP server) and see
>what happens with the G4 when you back it up (for that matter, back up
>the G3 ASIP server as a client and see what happens with it as well).
>
>Maybe these results will help you narrow down where to look for the
>problem.
>
>hth,
>
>Pam
-- 
Andrew Tomlinson, Technology Coordinator
Western High School
Baltimore, MD
[EMAIL PROTECTED]


--
--
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: Backup renders ASIP server mute, deaf

[David Ross]

> It could of course be hardware - but what hardware breaks occasionally and then is 
>fixed after a reboot? 

Lots. A reboot clears out lots of things, especially ram. If you have a
flakey bit of ram you'll only see the problem when you run into it. And
when you hit it will depend many times on the usage pattern of the
computer. Ditto disk drives, routers, etc...


--
--
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: Backup renders ASIP server mute, deaf

[Graham, Total Coverage Limited]

>Subject: Backup renders ASIP server mute, deaf
>From: "Andrew Tomlinson" <[EMAIL PROTECTED]>
>Date: Mon, 16 Oct 2000 11:45:55 -0400

I have experienced the exact same problem backing up a G4 ASIP server. I put a 
Kingston KNE110 Ethernet card in my backup Mac to increase throughput, Everything 
worked fine apart from when backing up the ASIP server, when the problems Andrew 
stated appeared every time I tried to back it up.
Dantz tech support have offered a troubleshooting approach working from the reported 
519 error, which I am working through. But, via the AppleshareIP mailing list I have 
found the following snippet (more at 
http://homepage.mac.com/suinn/ASIPBlackMagic.html) courtesy Brad Suinn, an Apple 
person (I think) with a close involvement in ASIP:

Large File copies over 100Mbit getting stuck.
ASIP File Server getting "hung/frozen/etc", but other services like Web work...
AFP/TCP freezing under heavy load, but AFP/ATalk still works
- */
Seems to be related to "OT Auto Push Support" extension in your system folder.  
This extension is used for the TCP Filtering, but note that TCP filtering does 
not actually have to be in use, just the presence of that extension is enough.

1)  Remove the "OT Auto Push Support" extension from the system folder.
2)  Restart your server.
3)  This will totally disable TCP filtering which is a bummer.
4)  Maybe try www.opendoor.com for a better TCP filter?

The OT Auto Push Support extension does seem to be a casause of some concern in a 
number of forums that I listen in to. And the discussion of the type of problems it  
can cause seems to mirror quite closely what I, and others have experienced when 
backing up ASIP servers.

I am still working through the troubleshooting process (which is slow as I still need 
to keep the server working each day to support our users), but if I find anything I 
will try to report it here.
Regards
Graham


>Our backup script in Retrospect ran beautifully for a month, but now fails every time.
>Here's the situation:
>
>1. Two ASIP servers (G3, G4) plugged into same Asante dumb 10BT hub. Retrospect runs 
>on
>the G3 w/SCSI card and APS DDS-3 tape backup. Apple System Profiler reports both 
>servers
>running at 10Mbps, Half Duplex.
>2. Backups of the local HD (G3) work fine, and there are never problems with the G3
>server.
>3. Backups of the G4 via Retrospect network client go part way, backing up some files,
>then fail as the G4 suddenly becomes mute and deaf. Retrospect does a "Net Retry," 
>then
>aborts the backup when it fails to find the G4.
>4. The G4 does not crash. MOSSA indicates it is still serving via Appletalk, TCP, etc.
>File server can be stopped, restarted via MOSSA; Mac OS Server Admin Agent can be 
>quit,
>re-run; file server can be stopped, Appletalk turned off/on, file service restarted.
>Nevertheless, the G4 can no longer see anything on the network (via Chooser) nor be 
>seen
>by anything on the network. Only a reboot of the machine restores network function.
>5. Retrospect log reports "519" error for the G4 backup. From reading through the
>archives, I gather that I should be looking for flaws in the network hardware, but I
>don't really know where to start. Everything else about these servers is runnning just
>fine.
>--
>Andrew Tomlinson
>[EMAIL PROTECTED]



Graham Mitchell
Total Coverage Limited
the co-operative design consultancy
T: 023 8067 8330
F: 023 8067 8340
E: [EMAIL PROTECTED]
www.totalcoverage.co.uk




--
--
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.