Re: Mac OS 9 and Win2k Services for Macintosh

From: William Smith (mecklists_at_REMOVETHIS.mn.rr.com)
Date: 10/23/04

  • Next message: Michael Bumbalough: "Re: Active Directory and Workgroup Manager" 
    Date: Fri, 22 Oct 2004 22:26:18 -0500

    In article <OawjjT3tEHA.2528@TK2MSFTNGP10.phx.gbl>,
     "Brian D. McGrew" <brian@doubledimension.com> wrote:

    > I'm am having the exact same problem (and how ironic that I come into the
    > newsgroup and this is the first post that I read).
    >
    > The share on my server is 100GB. All of my stuff was working fine up until
    > three weeks ago when the server crashed and I had to rebuild it from
    > scratch. Same drive configuration and same share sizes but no all of the
    > sudden, Mac OS9 is hosed.
    >
    > I'm very puzzled here and in (a bit of) trouble becuase it's my lead
    > engineers who use Mac, so no Mac, no engineering :-)

    Hi Brian!

    Your Mac volume's file database may be corrupt and need to be rebuilt.
    I'll quote the following snippet that I've saved. It's been a great
    resource but unfortunately I'm unable to give an attribution as to the
    author:

    ============
    If you copy or move files to a Macintosh volume on a Windows NT server,
    the Mac clients on the network might not be able to see these files,
    even though the PC shares can. This problem, which happens with multiple
    versions of the Mac OS, lies with the volume index file that tells the
    Mac clients which files are available on the networkshare. You can
    intentionally corrupt this index file and force NT to rebuild it so that
    the Mac clients can see the files you copied or moved.

     If the problem exists in a volume that is part of a directory (e.g.,
    d:\public), use the following command syntax at the command prompt:
    dir > D:\PUBLIC:AFP_IdIndex

    If you're rebuilding a root drive share (e.g., d:\), use the following
    command syntax:
    dir > D:\:AFP_IDIndex

    If your path includes spaces, you must enclose the path in quotes. So,
    if the Services for Macintosh (SFM) directory in the above example was
    I:\Mac Volume, you would use the following command syntax:
    dir > "I:\Mac Volume":AFP_IdIndex

     Note that this command will intentionally corrupt the Macintosh volume
    index. When you stop and restart SFM, the corruption forces NT to
    immediately rebuild the volume index file. If you see an Access Denied
    error message, files might be open on the volume or PC users might be
    accessing the shared directory. Disable all programs and file sharing to
    prevent this error.

    After NT finishes rebuilding the index, the OS will log an event in NT
    Event Viewer. If the volume is large, it might take several minutes
    before the Macintosh client can see all volumes and files. Avoid
    stopping the SFM service during this time.
    ============

    Hope this helps! bill

    William M. Smith
    (Microsoft Interop MVP)

  • Next message: Michael Bumbalough: "Re: Active Directory and Workgroup Manager"

    Relevant Pages