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."
The most interesting thing I noticed in the article was actually that the error message for the Connect to Server failure is "error code -36". A friend of mine who uses Mac OS X has always complained much about how the Mac never tells you anything about what is actually wrong, only gives you a number that is in no way useful for solving the problem. It is amazing this is still the case in Tiger, what in the world would be wrong with giving at least a tiny bit of information or just a hint of what is wrong? Even the good old Windows blue screen is more informative than "error code 4".
9/11: Never forget it was a false-flag operation
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?
So, say it worked great in all beta builds until the gold master. It had been tested and came up green so in latter beta builds it wasn't tested anymore because it worked. Then say sometime between the last beta build and the GM (which are a few builds apart) a butterfly flapped its wings bug caused SMB mounting to break in Finder. Errors happen because systems are complex and there's dependancies that depend on more dependancies, a error in the chain can cause really weird errors in seemingly unrelated parts of the system.
Your car analogy is flawed. New cars do have bugs when they roll off the lot. You would be really surprised at the number of real issues every car or every batch of cars has off the factory floor. Many times however these flaws and bugs don't crop up and cause a noticeable problem for a long time if ever. There are some problems that do crop up quickly however. It would be one thing if the manufacturer ignored this and went on its merry way. It is entirely another if they repair your car for you. I just had the dome light fixed in my car because of a faulty latch, should I be screaming about the manufacturer not having any QA? No.
The car analogy also falls flat when compared to something as easily changed as computer software. A patch containing the repair can be very small and be distributed to millions of affected users very quickly. If your car is in the shop for a week you're out one car. If SMB shares don't show up in Finder's Browse window properly you're not out SMB shares as you can work around the problem if need be.
I'm a loner Dottie, a Rebel.
On a related note: I'm seeing really bad performance when copying a file from a Linux Samba share to my OSX machine (roughly 100 kb/sec, if that). Oddly enough, file uploads are ok (megabytes per second). Odder still, if I open a terminal and copy directly to my machine from the Samba share mount point, incoming copies are fast too. This has been going on from at least 10.2, and much to my dismay it is still an issue in 10.4. This really seems like the Finder is trying to talk Sambalese by itself (and does so differently than the SMB filesystem driver). Has anyone else noticed this behavior (and, perhaps, solved it)?
If an "admin" installs a brand spanking new OS immediately after release, that admin should have his pocket protector taken away from him. Particularly if one is working in a business or other mission critical environment, installing new OS without giving time for new bugs to be discovered and addressed is a sure sign incompetance.