File Sharing Difficulties Frustrate Tiger Admins
rmallico wrote in to mention a story currently running on Eweek about technical difficulties sites running Tiger are experiencing. From the article: "A number of sites running Apple's new 'Tiger' operating system are experiencing problems with SMB file sharing and authentication with Microsoft's Active Directory, Ziff Davis Internet News has learned. Although Apple Computer Inc.'s Tiger increases support for Server Message Block file sharing and Active Directory, several sources say that the Finder fails to log on to Windows and Linux Samba file servers."
Its actualy very usefull if you have a list of the error codes and what they mean.
http://www.appleerrorcodes.com/
The only things certain in war are Propaganda and Death. You can never be sure which is which though
Easy workaround:
Command-K to bring up the connect menu and type in the full address INCLUDING THE SHARE NAME:
smb://SERVER/folder
I got this solution from here by the way. Thanks to Drew McLelland.
Why would anyone want to use a text editor that is not vi?
I had this problem too after upgrading. I found that deleting my SMB keychain entries solved it allowed me to login again (after getting my admin to unlock my account from all those failed attempts).
It does give a more detailed output. for example when i try to connect to my existant SMB share it gives meI would have given an example of the error output from the specific problem , but i am doing some work on the linux comp that runs my nfs and samba shares right now
The only things certain in war are Propaganda and Death. You can never be sure which is which though
I first started using OS X in the early days of 10.2 (yes, a relative latecomer). This was when my wife bought an iBook (after some *ahem* guidance... read encouragement) for studies she was undertaking. When she wasn't working on it, I got to play and set to work integrating it with our home network.
The pain I had getting SMB to perform acceptably under 10.2 nearly put me off OS X. Basically, the way that 10.2 handled mounting network filesystems really sucked. It was unreliable and often left the system hanging with a spinning beachball (the Mac equivalent of an egg timer). Often, powering off was the only solution.
This was fortunately fixed later on in the 10.2 lifecycle with some networking updates. Things got much better from then on.
When I got my own iBook several months later, it arrived with 10.3. This release seemed to have a reasonably good SMB implementation, but the performance was truly sucky. File transfer speeds between the iBooks and my Linux-based Samba server were low, but at least mounting was reliable.
As 10.3 progressed, this problem went away and performance/reliability are currently both very good. It means I can use SMB between my Linux server and both iBook and Windows XP clients. All works just fine.
I am, however, considering a move to WebDAV for file sharing on the network. WebDAV is a nicely lightweight protocol and has the benefit of being an open standard. Most good implementations are open source too. There are also client libraries for most decent scripting/programming languages. The added benefit is that you can integrate the WebDAV server in to OS X to perform iSync backups of your system and do calendar sharing etc. All nice, geeky, stuff.
The only major problem I can see at the moment is that the way the WebDAV server interacts with the underlying filesystem is a bit complex, given that my server runs under Apache. The model it appears to assume is that the server will have a dedicated directory or area for WebDAV files, and not simply share out a user's home directory or a backup drive.
I do need to go and RTFM, however.
Contribute to the online videogame encyclopedia: GamerWiki
Actually what the spinning cursor icon means is that the program that has focus has events waiting to be processed by the run loop. That cursor appears automatically when an event waits for longer than a hard-coded threshold ... I think it's three seconds, but I doubt myself and I don't feel like looking it up right now. It would usually happen when the process was waiting for a kernel lock for some reason, usually disk or network I/O. The incidence in Tiger should drop dramatically thanks to finer-grained kernel locking.
Admittedly this is an esoteric implementation detail. It's not really meant to communicate anything to the user other than "I'm waiting."