Subject: Re: Serious Problems
From: Dejan Muhamedagic (dejanm@aon.at)
Date: Wed Jun 07 2000 - 08:11:46 EDT
Hello,
On Wed, Jun 07, 2000 at 12:24:22PM +0200, Michael Paesold wrote:
>
> Dejan Muhamedagic <dejanm@aon.at> wrote:
>
> > On Tue, Jun 06, 2000 at 06:23:39PM +0200, Michael Paesold wrote:
> > >
> > > 1) It appears that sometimes documents stored on the server (especially
> > > saved on the server) get corrupted in some way: with some files copied
> back
> > > to the mac, norton disk doctor (5.0) reports major problems, that can
> only
> > > be corrected by replacing the files with original ones. (But where to
> take
> > > originals from ?? :( )
> >
> > From the backup :) I can't recall that this kind of thing has
> > been reported. Also, if possible, can you be more specific (what
> > kind of files or all kinds, any messages in logs, etc)?
>
> The backup is done on the server, so the backuped files are corrupted, too.
> The
> only solution is to open the files with the app and save them to a new file.
> This thing mostly happens with qxp.
If I got it right, qxp can open the file from the shared volume,
but, if you copy it to the mac then it's unusable. And if you
open it with the qxp and do "Save as" to a local disk then it's
ok. Right? This is a long shot, but could it be that there has
been an end-of-line translation performed during the copy
operation? Did you try to compare the good file with the
corrupted one? Does copy "corrupt" all files?
> > > 2) There are often problems with files, that can be opened with an app
> (e.g.
> > > quark xpress), can be saved, can be copied or moved on the server, but
> when
> > > you try to copy them to the macintosh, the operation will be canceled
> with
> > > error number -39.
> >
> > Some apps (qxp is one I think) keep files locked even after
> > closing them. Did you try to exit from the application and then
> > do the copy? I can't recall that people have had this problem.
>
> Last night I restarted netatalk services, and the macs where
> shutdown/restarted.
> I tried to change permissions and to touch the file from shell (also the
> corresponding .AppleDouble/* files). No result.
>
> >From <http://til.info.apple.com/techinfo.nsf/artnum/n9805>:
> -39 eofErr End of file; no additional data in the format
So, no application has been running on Mac and still Copy
produced this error? That is strange. I have to say that I can't
think of anything in specific. Did you check the network for
errors (ifconfig, counters on the switch if you're using one)?
Does this error occur regardless of the transport used (tcp or ddp)?
> > The Trash application needs some fiddling in order to get it to
> > work. It also depends on the netatalk's version. However, I'd
> > suggest that your users stay away from it, if possible.
>
> But how to delete files?
oops :) It depends on the netatalk version. With 2.1.4-3x the
trash won't work and users will get a warning that their files
will be deleted for good. With 2.1.3 the situation is different
and there has been at a time a lengthy explanation how to set up
the trash. IIRC, it was something like creating Trash Can
directories for all known users in advance. Check the archive on
this. On another hand, perhaps setting restrictive permissions on
the "Network Trash Folder" may stop users from using it. I have
no experience with 2.1.3 so I can't give more advice here.
Good luck.
Dejan
This archive was generated by hypermail 2b28 : Wed Jan 17 2001 - 14:30:58 EST