Re: Zip disk not being selected automatically

[Matthew Tevenan]

Ben,

What is the status of the disk before you click Proceed? That is, does it
say Erased, Content Unrecognized, etc.? If the disk says "Content
Unrecognized," there is non-Retrospect data on the disk. Retrospect will not
erase the disk automatically in this case without your approval.

If you've erased the disk beforehand and it still says content unrecognized,
there are probably invisible files on the disk. This is unfortunately a fact
of life with removables. Try renaming the disk to exactly the name
Retrospect will give it before copying files (for example, "1-Marketing
Backup [008]" if it's a new media backup). That should do the trick, though
it could get tedious. That's the only workaround I can think of, though,
save clicking Proceed every morning...

Regards,

Matthew Tevenan
Dantz Technical Support

> From: "Ben Isenegger" <[EMAIL PROTECTED]>
> Organization: Dingo Blue Pty Ltd
> Reply-To: "retro-talk" <[EMAIL PROTECTED]>
> Date: Wed, 15 Mar 2000 17:40:34 +1100
> To: retro-talk <[EMAIL PROTECTED]>
> Subject: Zip disk not being selected automatically
> 
> Hello
> 
> I remember reading something about this in the Support area of
> , but can't seem to find it now...
> 
> Config:
> Blue G3
> MacOS 9.0
> ASIP 6.3
> Retrospect 4.2
> Internal Zip drive
> Iomega Driver 6.0.4
> 
> I have made a Retrospect script that autolaunches at 0400 everyday, does
> a New Media Backup to the Zip disk. Problem is that Retrospect sits
> there with a window with "Please choose a new disk..." and the Zip disk
> selected. I need to manually select Proceed for it to, well, proceed.
> 
> This doesn't happen with our Mac's that have DAT units--they Do The
> Right Thing and go ahead and use the prepared DAT tape, unattended.
> 
> I have tried formatting the Zip using both the Erase feature in the
> Finder, as well as Retrospect. No joy. I've tried changing the script to
> Normal, or Recyle. No joy.
> 
> How can I get Retrospect to automatically use the Zip disk as the destination?
> 
> Any ideas would be much appreciated, as I don't enjoy sitting at the Mac
> at 0400 every morning, clicking Proceed.  ;-)
> 
> Regards
> 
> .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
> 
> B e n   I s e n e g g e r
> Revolutionary @ Dingo HQ
> www.dingoblue.com.au
> 
> .. . .  1300 551 455  . . .  dingo blue
> .. . .  02 9775 7034  . . .  desk
> .. . .  02 9775 7099  . . .  fax
> 
> 
> --
> --
> To subscribe:[EMAIL PROTECTED]
> To unsubscribe:  [EMAIL PROTECTED]
> Archives:
> Problems?:   [EMAIL PROTECTED]
> 



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

Zip disk not being selected automatically

[Ben Isenegger]

Hello

I remember reading something about this in the Support area of
, but can't seem to find it now...

Config:
Blue G3
MacOS 9.0
ASIP 6.3
Retrospect 4.2
Internal Zip drive
Iomega Driver 6.0.4

I have made a Retrospect script that autolaunches at 0400 everyday, does
a New Media Backup to the Zip disk. Problem is that Retrospect sits
there with a window with "Please choose a new disk..." and the Zip disk
selected. I need to manually select Proceed for it to, well, proceed.

This doesn't happen with our Mac's that have DAT units--they Do The
Right Thing and go ahead and use the prepared DAT tape, unattended.

I have tried formatting the Zip using both the Erase feature in the
Finder, as well as Retrospect. No joy. I've tried changing the script to
Normal, or Recyle. No joy.

How can I get Retrospect to automatically use the Zip disk as the destination?

Any ideas would be much appreciated, as I don't enjoy sitting at the Mac
at 0400 every morning, clicking Proceed.  ;-)

Regards

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

B e n   I s e n e g g e r
Revolutionary @ Dingo HQ
www.dingoblue.com.au

. . .  1300 551 455  . . .  dingo blue
. . .  02 9775 7034  . . .  desk
. . .  02 9775 7099  . . .  fax


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

Re: Unix?

[Stefan Jeglinski]

>The bottom line appears to be that something "extra" has to be installed
>either on the Unix/Linux machine or the Retrospect machine ... it would all
>be so much cleaner with a specific Retrospect client for Unix/Linux.

FWIW, Appletalk is compiled in as a module by default in LinuxPPC, 
and I have found it trivial to turn on. It's pretty well as much 
out-of-the-box now as Appletalk on MacOS, AFAICT.


Stefan Jeglinski



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

Re: Unix?

[Malcolm McLeary]

John,

>> The point is, without installing Netatalk or SAMBA there are no network
>> drives to mount.  Unix/Linux does not provide native filesharing support for
>> MacOS or Windows ... that is what Netatalk and SAMBA do.
>
> Or you can install MacNFS on the Mac.

I have not tried MacNFS, but it "sounds" feasible.

Will Retrospect scripts interact with it to mount volumes as required?

WRT doing backups of a Cobalt Qube or Gateway Micro Server ... NFS is not
standard fit, but SAMBA and Netatalk are.

The bottom line appears to be that something "extra" has to be installed
either on the Unix/Linux machine or the Retrospect machine ... it would all
be so much cleaner with a specific Retrospect client for Unix/Linux.

Cheers,  Malcolm

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

   Information Alchemy Pty Ltd
 ACN 089 239 305
   Canberra, Australia

Malcolm McLeary  Mobile:   0412 636 086
Managing DirectorEmail:  [EMAIL PROTECTED]

 This message was sent using Outlook Express 5.0 for Macintosh.




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

Re: Unix?

[Stefan Jeglinski]

>Or you can install MacNFS on the Mac.

Is this the recently released $150(?) client from Thursby (I think)? 
Anybody here used it and have comments? (um, for backup issues, to 
keep it on-topic).


Stefan Jeglinski



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

Re: Unix?

[Welch, John C.]

Or you can install MacNFS on the Mac.

john

> From: Malcolm McLeary <[EMAIL PROTECTED]>
> Reply-To: "retro-talk" <[EMAIL PROTECTED]>
> Date: Wed, 15 Mar 2000 10:09:20 +1100
> To: retro-talk <[EMAIL PROTECTED]>
> Subject: Re: Unix?
> 
> Jon,
> 
> on 15/3/00 9:48 AM, Jon Gardner at [EMAIL PROTECTED] wrote:
> 
 What about using Netatalk to mount volumes on a Unix/Linux box for
 Retrospect to backup? Anyone doing this?
>>> 
>>> Unless I'm missing something obvious, the issue that keeps coming
>>> back to haunt Dantz :-) is that there is no client to run on the *nix
>>> box. Netatalk or not, Retrospect has no way to communicate directly
>>> with the *nix box because there is no client to accept the
>>> proprietary connection.
>> 
>> Retro will backup files from a mounted network drive. You don't have to be
>> running a client on the other machine.
> 
> The point is, without installing Netatalk or SAMBA there are no network
> drives to mount.  Unix/Linux does not provide native filesharing support for
> MacOS or Windows ... that is what Netatalk and SAMBA do.
> 
> Cheers,  Malcolm
> 
> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
> 
> Information Alchemy Pty Ltd
> ACN 089 239 305
> Canberra, Australia
> 
> Malcolm McLeary  Mobile:   0412 636 086
> Managing DirectorEmail:  [EMAIL PROTECTED]
> 
> This message was sent using Outlook Express 5.0 for Macintosh.
> 
> 
> 
> 
> --
> --
> To subscribe:[EMAIL PROTECTED]
> To unsubscribe:  [EMAIL PROTECTED]
> Archives:
> Problems?:   [EMAIL PROTECTED]
> 
> 



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

Re: Unix?

[Stefan Jeglinski]

>Retro will backup files from a mounted network drive. You don't have to be
>running a client on the other machine.


oops, yes that makes complete sense to me now that I think about it. 
Thanks for setting me straight...


Stefan Jeglinski



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

Re: Unix?

[Malcolm McLeary]

Jon,

on 15/3/00 9:48 AM, Jon Gardner at [EMAIL PROTECTED] wrote:

>>> What about using Netatalk to mount volumes on a Unix/Linux box for
>>> Retrospect to backup? Anyone doing this?
>> 
>> Unless I'm missing something obvious, the issue that keeps coming
>> back to haunt Dantz :-) is that there is no client to run on the *nix
>> box. Netatalk or not, Retrospect has no way to communicate directly
>> with the *nix box because there is no client to accept the
>> proprietary connection.
> 
> Retro will backup files from a mounted network drive. You don't have to be
> running a client on the other machine.

The point is, without installing Netatalk or SAMBA there are no network
drives to mount.  Unix/Linux does not provide native filesharing support for
MacOS or Windows ... that is what Netatalk and SAMBA do.

Cheers,  Malcolm

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

   Information Alchemy Pty Ltd
 ACN 089 239 305
   Canberra, Australia

Malcolm McLeary  Mobile:   0412 636 086
Managing DirectorEmail:  [EMAIL PROTECTED]

 This message was sent using Outlook Express 5.0 for Macintosh.




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

Having troubles with a tape drive

[Michael Kennard]

Hi,

I have an error - often the message is
"lost access to storage media " and I don't have a cable connection 
problem between the tape drive and the backup server(it's an external 
tape drive) .I don't have to touch the cables I just have to click ok 
on the error and the script restart.

This is the type of dat drive that I have
HP Surestore DAT 24E/eU,  C1528
the computer is an gateway G6 processor p2 350
   ram:256
I had the same problem today 3 times
I used the HP tape drive tools to check if there is something wrong 
but apparently all the tests that I made  are ok:
-connection between the drive and the pc
-writing and reading tests
We are using Retrospect for Desktop.

Thanks
-- 

Reef Asia/Pacific
Global Desktop Support Coordinator
tel +61 (0)2 9213 3223
fax +61 (0)2 9212 4605
mobile +61 (0)402 130 132
PGP Key ID: 0x598EED9B
www.reef.com
___
REEF is a global provider of Internetware for
online publishing, e-commerce, Web site
administration and dynamic asset management. 


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

Re: Unix?

[Jon Gardner]

on 3/14/2000 2:23 PM, Stefan Jeglinski at [EMAIL PROTECTED] wrote:

>> What about using Netatalk to mount volumes on a Unix/Linux box for
>> Retrospect to backup? Anyone doing this?
> 
> Unless I'm missing something obvious, the issue that keeps coming
> back to haunt Dantz :-) is that there is no client to run on the *nix
> box. Netatalk or not, Retrospect has no way to communicate directly
> with the *nix box because there is no client to accept the
> proprietary connection.

Retro will backup files from a mounted network drive. You don't have to be
running a client on the other machine.

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





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

Re: Unix?

[Stefan Jeglinski]

>What about using Netatalk to mount volumes on a Unix/Linux box for
>Retrospect to backup? Anyone doing this?

Unless I'm missing something obvious, the issue that keeps coming 
back to haunt Dantz :-) is that there is no client to run on the *nix 
box. Netatalk or not, Retrospect has no way to communicate directly 
with the *nix box because there is no client to accept the 
proprietary connection.

OTOH, you could in principle run an Applescript to mount the volume, 
copy over what you want to the Mac side, and then have that in a 
queue for Retro to back up. Alternatively, you could run a cron job 
in the *nix box that created a tarball of what you wanted backed up, 
and potentially ftp or otherwise transfer it to another Windoze/Mac 
machine that was being backed up by Retro.

This wouldn't be too efficient for large amounts of data, but it is 
what we plan to do initially with a LinuxPPC box we've added to the 
office.

Until Dantz comes up with a *nix client, that is :-)


Stefan Jeglinski



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

Re: Unix?

[Doug Hinschberger]

Jon Gardner at [EMAIL PROTECTED] 

>> I need to set up tape backup for a web site which runs on four Sun
>> Solaris Unix boxes and one NT machine. Unfortunately, it does not
>> look like Retrospect can do the job. Anyone have experience with
>> other solutions or have any suggestions?
>
>Run Samba on the UNIX boxes to provide SMB filesharing. You can then mount
>the shared drives on the NT box (if that's your backup platform) or buy DAVE
>for the Mac OS and use that to mount the UNIX and NT drives on the Mac in
>order to back them up using Retrospect.

What about using Netatalk to mount volumes on a Unix/Linux box for 
Retrospect to backup? Anyone doing this?



Doug Hinschberger
Administrative Services Manager
Stroud's Auto Rebuild

[EMAIL PROTECTED]
(253) 474-0709  





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

Re: Verification Pass on Travan NS

[Eric Ullman]

Hi Phil,

Retrospect's verification checks the entire system, from source data, to
backup media, to restore, and everything in between. In fact, for its
verification pass, Retrospect uses the same routines that are used for
restores -- the only difference is that, at the last moment, instead of
being written back to the source, the data is compared with the original,
then discarded.

Tape drive "read-after-write" verification only tests to see that the bits
read off the tape match the bits in the buffer. It doesn't check to see that
the data got where it was going without corruption or change.

Retrospect's verification has ferreted out things like bad routers that
corrupt one in 500,000 packets. That may not sound like a big problem, but
if you can't successfully restore a file because it happened to be one that
got corrupted, that's a concern.

I hope this makes sense. We do a lot of things in Retrospect purely from a
restore point of view. That's why it's the most reliable backup software
available.

Eric Ullman
Dantz Development 


> From: [EMAIL PROTECTED]
> Subject: Verification Pass on Travan NS
> 
> My understanding is that Travan NS does a read immediately after doing a
> write and then automatically rewrites any bad blocks.  I noticed that
> Retrospect still does a verify pass when used with a Travan NS 20 drive.  Is
> it up to the user to turn verification off?  And is there any reason why this
> wouldn't be a good idea?
> 
> Phil Geller
> WorkingMacs



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

Verification Pass on Travan NS

[Workingmacs]

My understanding is that Travan NS does a read immediately after doing a 
write and then automatically rewrites any bad blocks.  I noticed that 
Retrospect still does a verify pass when used with a Travan NS 20 drive.  Is 
it up to the user to turn verification off?  And is there any reason why this 
wouldn't be a good idea?

Phil Geller
WorkingMacs


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