André Tenenbaum

Q: Server File Sharing unstable on mac and windows network on Mavericks and OSX Server 3.0

Since I've updated our mac mini server from Mountain Lion and OSX Server 2.X to Mavericks and OSX Server 3.0  we are having sharing issues with Windows (7 and 8) and OSX Mavericks users, not being able to access files on the mac mini server.

 

What I've notice is that OSX Serer 3.0 stop working and I have to restart the Mac Mini Server to make things start working again.

 

This was not happening with Mountain Lion and OSX Server 2.X.

 

On the Windows and OSX users what happen is the computers keep trying to connect to the server and are not being able to open or copy files. Again this is intermittent, and I suspect it might be a OSX Server bug.

 

Any one having the same problem or can give us and advice would be great help.

 

Thanks.

 

Andre Tenenbaum

Mac mini, OS X Server, with OSX Server 3.0

Posted on Oct 31, 2013 8:36 AM

Close

Q: Server File Sharing unstable on mac and windows network on Mavericks and OSX Server 3.0

  • All replies
  • Helpful answers

first Previous Page 7 of 20 last Next
  • by Patrick Savelberg (Private),

    Patrick Savelberg (Private) Patrick Savelberg (Private) Jan 21, 2014 11:16 AM in response to André Tenenbaum
    Level 1 (114 points)
    Mac OS X
    Jan 21, 2014 11:16 AM in response to André Tenenbaum

    Same problem, after turning on TimeMachine Filesharing goes down.

    log say's "

    21/01/14 19:58:20,671 digest-service[2286]: digest-request: uid=0

    21/01/14 19:58:20,671 digest-service[2286]: digest-request: init request

    21/01/14 19:58:20,877 digest-service[2286]: digest-request: init return domain: BLEEKERCONCEPTS server: SERVER indomain was: <NULL>

    21/01/14 19:58:21,117 digest-service[2286]: digest-request: uid=0

    21/01/14 19:58:21,117 digest-service[2286]: digest-request: init request

    21/01/14 19:58:21,152 digest-service[2286]: digest-request: init return domain: MyDomein server: SERVER indomain was: <NULL>

    21/01/14 19:58:33,744 kdc[56]: Got a canonicalize request for a LKDC realm from local-ipc

    21/01/14 19:58:33,744 kdc[56]: Asked for LKDC, but there is none

    21/01/14 19:58:33,828 digest-service[2286]: digest-request: uid=0

    21/01/14 19:58:33,828 digest-service[2286]: digest-request: init request

    21/01/14 19:58:34,071 digest-service[2286]: digest-request: init return domain: myDomein server: SERVER indomain was: <NULL>

    21/01/14 19:58:34,266 digest-service[2286]: digest-request: uid=0

    21/01/14 19:58:34,267 digest-service[2286]: digest-request: init request

    21/01/14 19:58:34,710 digest-service[2286]: digest-request: init return domain: MyDomein server: SERVER indomain was: <NULL>

    21/01/14 19:58:34,940 digest-service[2286]: digest-request: uid=0

    21/01/14 19:58:35,090 digest-service[2286]: digest-request od: ok user=MyDomein\User proto=ntlmv2 flags: NEG_KEYEX, ENC_128, NEG_VERSION, NEG_TARGET_INFO, NEG_NTLM2, NEG_NTLM, NEG_TARGET, NEG_UNICODE

     

    Only Local Admin can login, Local users and OD users can't log anymore. AFP and SMB effected.

     

    Restart is not working.

  • by rickblackdog,

    rickblackdog rickblackdog Jan 21, 2014 12:14 PM in response to Patrick Savelberg (Private)
    Level 1 (5 points)
    Jan 21, 2014 12:14 PM in response to Patrick Savelberg (Private)

    I believe this is a different issue caused by the lack of a recovery partition on a RAID array

  • by Patrick Savelberg (Private),

    Patrick Savelberg (Private) Patrick Savelberg (Private) Jan 21, 2014 1:27 PM in response to rickblackdog
    Level 1 (114 points)
    Mac OS X
    Jan 21, 2014 1:27 PM in response to rickblackdog

    That is strange, because no RAID in this configuration.

  • by hessie,

    hessie hessie Jan 26, 2014 1:09 PM in response to André Tenenbaum
    Level 1 (0 points)
    Jan 26, 2014 1:09 PM in response to André Tenenbaum

    Sry for bumping in, but still on 10.9.1.. Still having the share problems.

    When booting, disconnect and re-login, go to file shares on server, after that it finally works.

    In our company, we get anoyed about htis.

     

    can you please confirm, 10.9.2 fixes this problem? I hope so. So we can finally work normally again...

     

    Thanks...

  • by dotpage,

    dotpage dotpage Jan 26, 2014 2:58 PM in response to hessie
    Level 1 (5 points)
    Jan 26, 2014 2:58 PM in response to hessie

    HESSIE, our issues are gone using the developer seed of 10.9.2. The only remainder is the attr error messages on console, that are pretty much harmless.

  • by hessie,

    hessie hessie Jan 27, 2014 1:49 AM in response to dotpage
    Level 1 (0 points)
    Jan 27, 2014 1:49 AM in response to dotpage

    Thanks... that was the info I needed.

  • by jerem holstein,

    jerem holstein jerem holstein Jan 27, 2014 6:04 AM in response to hessie
    Level 1 (0 points)
    Jan 27, 2014 6:04 AM in response to hessie

    So far I see no change in 10.9.2.  Still crashes.

  • by sandorferenczy,

    sandorferenczy sandorferenczy Jan 27, 2014 6:17 AM in response to André Tenenbaum
    Level 1 (95 points)
    Jan 27, 2014 6:17 AM in response to André Tenenbaum

    I don't have access to 10.9.2, so have no opinion on that.

     

    however, the current solution we have is restarting our Mac Pro 1 time per week - this has greatly lessened our issues.

     

     

    To recap:

    We have a Mac Pro file server running 10.9.1

    10 XP clients (tethered image capture stations), 20 Mac clients (our workstations)

     

    After upgrading to 10.9, the XP clients started to lose connectivity to the Mac Pro.

    Dropped connections on large (1-10 GB) transfers, unaccessible shares.

    Turning on Guest access on the Mac Pro would make everything work again, for a couple of days.

    A reboot of the Mac Pro brought it all back to normal (reboots of the XP boxes did nothing).

    The Mac clients (10.5.8 through 10.9.1) have had zero issues.

     

    Incidentally, we installed a Windows 8 machine on the LAN last week, and have had no issues with it at all.

  • by M3Sensi,

    M3Sensi M3Sensi Jan 28, 2014 12:17 AM in response to André Tenenbaum
    Level 1 (0 points)
    Jan 28, 2014 12:17 AM in response to André Tenenbaum

    Same issue on 10.8.5 and Server App 2.2.2

     

    Seems the issue still occurs on the Server 2.2.2 and also on Mountain Lion. Not only an Mavericks issue!

     

    How is the status of the issue?? Is Apple fixing that issue or what I think they are ignoring that stuff!

     

    I also called apple support about that issue and they don't really have any idea what's wrong! (They think some hardware issue with the windows 7.... But I think that's only a joke because they thont know what's going on!)

     

    So no solution???

  • by dotpage,

    dotpage dotpage Jan 28, 2014 10:48 AM in response to M3Sensi
    Level 1 (5 points)
    Jan 28, 2014 10:48 AM in response to M3Sensi

    Anyone testing 10.9.2 dev seed + Server 3.1 dev seed yet?

  • by jimr550,

    jimr550 jimr550 Jan 28, 2014 11:18 AM in response to dotpage
    Level 1 (0 points)
    Jan 28, 2014 11:18 AM in response to dotpage

    Yes, testing this combination (10.9.2 and Server 3.1) on two machines. Running build 13C44 of OSX on both.

     

    Beware, there is an earlier build of 10.9.2 floating about.

     

    The system seems stable as a server, however the SMB log entries are still there:

     

    Jan 28 10:29:39 mfg.cdvinc.com smbd[286]: File system does not support 0X40000, file attrs

    Jan 28 10:29:39 mfg.cdvinc.com smbd[286]: File system does not support 0X0 time attrs

    Jan 28 10:29:39 mfg.cdvinc.com smbd[286]: File system does not support 0X0, size attrs

    Jan 28 10:29:39 mfg.cdvinc.com smbd[286]: File system does not support 0X40000, file attrs

    Jan 28 10:29:39 mfg.cdvinc.com smbd[286]: File system does not support 0X0 time attrs

    Jan 28 10:29:39 mfg.cdvinc.com smbd[286]: File system does not support 0X0, size attrs

    Jan 28 10:29:49 mfg.cdvinc.com smbd[286]: File system does not support 0X40000, file attrs

    Jan 28 10:29:49 mfg.cdvinc.com smbd[286]: File system does not support 0X0 time attrs

    Jan 28 10:29:49 mfg.cdvinc.com smbd[286]: File system does not support 0X0, size attrs

    Jan 28 10:29:49 mfg.cdvinc.com smbd[286]: File system does not support 0X40000, file attrs

    Jan 28 10:29:49 mfg.cdvinc.com smbd[286]: File system does not support 0X0 time attrs

    Jan 28 10:29:49 mfg.cdvinc.com smbd[286]: File system does not support 0X0, size attrs

    Jan 28 10:29:49 mfg.cdvinc.com smbd[286]: File system does not support 0X40000, file attrs

    Jan 28 10:29:49 mfg.cdvinc.com smbd[286]: File system does not support 0X0 time attrs

    Jan 28 10:29:49 mfg.cdvinc.com smbd[286]: File system does not support 0X0, size attrs

    Jan 28 10:29:49 mfg.cdvinc.com smbd[286]: File system does not support 0X40000, file attrs

    Jan 28 10:29:49 mfg.cdvinc.com smbd[286]: File system does not support 0X0 time attrs

    Jan 28 10:29:49 mfg.cdvinc.com smbd[286]: File system does not support 0X0, size attrs

    Jan 28 10:29:59 mfg.cdvinc.com smbd[286]: File system does not support 0X40000, file attrs

    Jan 28 10:29:59 mfg.cdvinc.com smbd[286]: File system does not support 0X0 time attrs

    Jan 28 10:29:59 mfg.cdvinc.com smbd[286]: File system does not support 0X0, size attrs

    Jan 28 10:29:59 mfg.cdvinc.com smbd[286]: File system does not support 0X40000, file attrs

    Jan 28 10:29:59 mfg.cdvinc.com smbd[286]: File system does not support 0X0 time attrs

    Jan 28 10:29:59 mfg.cdvinc.com smbd[286]: File system does not support 0X0, size attrs

    Jan 28 10:30:08 mfg.cdvinc.com smbd[286]: File system does not support 0X40000, file attrs

    Jan 28 10:30:08 mfg.cdvinc.com smbd[286]: File system does not support 0X0 time attrs

    Jan 28 10:30:08 mfg.cdvinc.com smbd[286]: File system does not support 0X0, size attrs

    Jan 28 10:30:08 mfg.cdvinc.com smbd[286]: File system does not support 0X40000, file attrs

    Jan 28 10:30:08 mfg.cdvinc.com smbd[286]: File system does not support 0X0 time attrs

    Jan 28 10:30:08 mfg.cdvinc.com smbd[286]: File system does not support 0X0, size attrs

    Jan 28 10:30:09 mfg.cdvinc.com smbd[286]: File system does not support 0X40000, file attrs

    Jan 28 10:30:09 mfg.cdvinc.com smbd[286]: File system does not support 0X0 time attrs

    Jan 28 10:30:09 mfg.cdvinc.com smbd[286]: File system does not support 0X0, size attrs

    Jan 28 10:30:09 mfg.cdvinc.com smbd[286]: File system does not support 0X40000, file attrs

    Jan 28 10:30:09 mfg.cdvinc.com smbd[286]: File system does not support 0X0 time attrs

    Jan 28 10:30:09 mfg.cdvinc.com smbd[286]: File system does not support 0X0, size attrs

    Jan 28 10:30:09 mfg.cdvinc.com smbd[286]: File system does not support 0X40000, file attrs

    Jan 28 10:30:09 mfg.cdvinc.com smbd[286]: File system does not support 0X0 time attrs

    Jan 28 10:30:09 mfg.cdvinc.com smbd[286]: File system does not support 0X0, size attrs

    Jan 28 10:30:09 mfg.cdvinc.com smbd[286]: File system does not support 0X40000, file attrs

    Jan 28 10:30:09 mfg.cdvinc.com smbd[286]: File system does not support 0X0 time attrs

    Jan 28 10:30:09 mfg.cdvinc.com smbd[286]: File system does not support 0X0, size attrs

     

    A bug report update has been sent with dumps, etc.

     

    This both systems are recent Mac Mini with Promise RAID on Thunderbolt with mixed Win7 and XP clients. Much of the traffic is MS Office applications.

     

    Occasional complaints in the log about name servers:

     

    Jan 28 09:49:46 mfg.cdvinc.com netbiosd[154]: name servers down?

     

    Does not seem to be correlated with the SMB entries.

     

    Also, user complaints are much lower than before.  Still too early to tell if this is progress.

  • by ragnaroec,

    ragnaroec ragnaroec Jan 30, 2014 5:42 AM in response to André Tenenbaum
    Level 1 (0 points)
    Jan 30, 2014 5:42 AM in response to André Tenenbaum

    Since OS X Server Mavericks we have also serious filesharing problems with all client systems. XP, Windows 7 and Mac clients disconnect several times a day.

     

    This causes save errors on open files. Permanent locks of Word an Ecel files. Sometimes the user rights seem corrupted.

     

    This makes the server unusable. We tried different ways to fix ist, but no success.

     

    Apple shoud fix this asap because no one can use such a unstable fileserver for production environment.

     

    This time we are forced to migrate our files to an emercency replacement system running windows 7 to keep our daily work alive.

  • by jonathanoee,

    jonathanoee jonathanoee Feb 4, 2014 10:20 AM in response to ragnaroec
    Level 1 (4 points)
    Feb 4, 2014 10:20 AM in response to ragnaroec

    Thanks alot for sharing your experiences!!!

     

    I was just about to order a new Mac Mini with Mavericks server, but now I will continue to follow this thread and wait untill these problems are solved before I order anything. 

     

    (we have a mixed environment with both windows 7, and osx clients at the office and are currently running a very stable Snow Leopard Server, though 3 years old and we need to upgrade very soon )

  • by Marc Marshall,

    Marc Marshall Marc Marshall Feb 4, 2014 10:34 AM in response to jonathanoee
    Level 1 (55 points)
    Mac OS X
    Feb 4, 2014 10:34 AM in response to jonathanoee

    jonathanoee wrote:

     

    I was just about to order a new Mac Mini with Mavericks server, but now I will continue to follow this thread and wait untill these problems are solved before I order anything. 

     

    I really, really hate to say this, but right now that is the best idea if you've got WIn7 clients on your network.

     

    Our 10.6 server died abruptly and we were forced to rush out and buy a new one with 10.8, and things have not gone smoothly for the Windows users in the building.  10.9 has fixed some problems with 10.8 that made it literally unusable (I had disabled SMBX and installed Samba as a workaround, but that made user management a pain in the butt), but I'm really hoping that 10.9.2 will iron out these SMBD lockups that are the remaining source of complaints.

     

    Fingers crossed.

  • by tecitdept,

    tecitdept tecitdept Feb 7, 2014 9:44 AM in response to Marc Marshall
    Level 1 (0 points)
    Feb 7, 2014 9:44 AM in response to Marc Marshall

    I just wanted to go on record to say that I'm having the same issues. Mac users (Mountain Lion clients) are randomly being disconnected. Office files are locked as well as Quark files that say they are open by another user when they're not. Windows 7 users unable to connect which can be resolved by killing the smbd service on the server.

     

    I'm hopeful that 10.9.2 will fix. I am in fact on hold for Apple Enterprise support at the moment hoping to get some idea of when it will be release or if there are any other things I can try to resolve the issue. I'm seriously considering downgrading to 10.8, but I don't have any experience with that OS and don't have any idea if I'm just opening up a new can of worms by downgrading.

first Previous Page 7 of 20 last Next