Subject: Re: Netatalk and the Quark Monster..
From: Brent Ellis (interi@bostonlocallogic.com)
Date: Thu Sep 14 2000 - 13:04:30 EDT
Well. I do have another machine that has performed without a hitch running
at our other location the only difference I found was that the other
location is not using Quark. And Quark does have some confirmed networking
bugs, ie it will destroy collected files if you cancel in the middle of a
file collect.
In response to the last comment, this is a better solution than the one we
had before. Thanks though.. Maybe we will consider an NFS solution.
----- Original Message -----
From: "Harry Zink/Netatalk List" <netatalk@fizbin.com>
To: "Brent Ellis" <interi@bostonlocallogic.com>; <netatalk-admins@umich.edu>
Sent: Tuesday, September 12, 2000 5:51 AM
Subject: Re: Netatalk and the Quark Monster..
> on 9/11/00 3:08 PM, Brent Ellis at interi@bostonlocallogic.com wrote:
>
> > I do not think it
> > is netatalk or even the linux server
>
> Unfortunately, it appears to *BE* Linux or the netatalk server - others
have
> reported these kind of incidents, and I have experienced it myself in the
> meantime.
>
> The best common denominator I could figure out by now is that if a Mac
> crashes while writing to the server, the event wipes out the directory it
> was writing to.
>
> > I suspect Quark 4.1 but entire
> > directories have been found empty.
>
> Nope, it's not Quark's fault - you describe the exact symptons others have
> had.
>
> My question - was the money saved by using Linux/netatalk, or the point
you
> were trying to make about alternate platforms worth the gigs of data that
> were lost?
>
> Harry
>
>
> --
> CAN'T SEE MAC IN CHOOSER UNDER RedHat 6.2: If you get errors starting
> AppleTalk under RedHat 6.2 and Mandrake 7.1, you need to manually add
"alias
> net-pf-5 appletalk" to your /etc/conf.modules file.
>
>
This archive was generated by hypermail 2b28 : Wed Jan 17 2001 - 14:32:10 EST