Skip to main content

AFP Problems with Mac OS X Tiger Update 10.4.11

I recently installed a Synology DS209 NAS in a customer’s site and was very happy with its level of performance and ease of setup.  Using SMB/CIFS I was getting about 40MB/s copying a file from it to my MacBook running Windows 7 under Boot Camp.  That is seriously fast!  My D-Link DNS-323 manages about 12MB/s and a 512GB Apple Time Capsule I’m currently playing with struggles along at about 7MB/s.

Things were a bit slower over AFP which seems to be fairly much to be expected.  One Mac running Leopard was fine, another running Tiger 10.4.5 was also fine.  However, one of the customer’s machines was giving awful trouble.  This old iMac G5 had been updated some time back with 10.4.11.  The shared folders would mount but you could barely use the share for a second before it ground to a halt and the Finder became unresponsive and had to be Relaunched.

I tried everything I could think of… updating firmware on the NAS, changing the network switch, playing with TCP/IP and AppleTalk settings, doing an Archive and Install on the iMac and installing all the updates.  All to no avail.  The other Mac in the company running Tiger was fine, why not this one?  Eventually, after a day of fruitless work it struck me: the Mac that was working fine was on 10.4.5, the troublesome iMac was on 10.4.11.  I did an Archive and Install on the iMac but didn’t install the Mac OS updates… all was fine!  I had to put on 10.4.8 for Illustrator CS3 to work properly but this update didn’t cause any problems.  Whew!

So, in conclusion, I can say that if you have an old iMac G5 running Tiger and you want to have functional AFP performance DO NOT INSTALL 10.4.11.  It will break AFP.  Perhaps it was an update between 10.4.8 and 10.4.11, who knows?  However, when you re-install Apple Update will prompt you to update to 10.4.11.  Don’t do it!

Comments

Popular posts from this blog

Resolve WSUS Server issue that gives "Cannot save configuration because the server is still processing"

This is a pretty infuriating error and can sometimes crop up as a result of running a "wsusutil reset" command. First of all, give the server some time, and then a bit more...  but you've probably already done this. These steps may help to resolve the situation: - Install Microsoft SQL Management Studio (free download) - Run SQL Management Studio and start to connect to the WSUS database - Enter this in the "Server Name" box:  \\.\pipe\MICROSOFT##WID\tsql\query - Expand the "Databases" tree - Right-click on "SUSDB" and choose "New Query" - Paste this query in:     UPDATE tbSingletonData     SET ResetStateMachineNeeded = 0 - You should see a message like "1 row affected", which is good - Quit SQL Management Studio - Open "Services" and restart the "WSUS Service" - Now, open WSUS

Convert Ruckus AP from Unleashed to ZoneDirector-managed

Here is the method to convert a Ruckus Unleashed AP to one which can be managed by a Ruckus ZoneDirector controller: - Login to https://support.ruckuswireless.com/ - Click "Downloads" - Choose the correct product, e.g. Ruckus R550 - Choose a "standalone" version along the lines of 118.2.0.0.875.bl7 or something similar - Agree to terms and download the software - Connect to the AP's IP address - It should open the setup wizard, showing "Unleashed Installation" - Click "Local Upgrade" - Choose the firmware image file you just downloaded - It will upload, process, and then be ready for upgrade when you click "Yes" - After this, the ZD should detect the new AP - The new AP will then need to be approved - The new AP will then be upgraded to the correct software by the ZD - The new AP will then reboot and should be ready to use - Don't forget that, for the ZD to even detect, let alone manage the new AP, it must have enough licenses

DNS Dynamic Updates & DNS Scavenging

I was encountering an issue at a customer's site where the DNS records of their client PCs often would be behind or out of sync with the records in DHCP.  Usually the IP address would be older in DNS and this was causing issues with scripts executing and network tools correctly resolving client PC hostnames to their correct IP addresses. I realised I needed to make some changes to their dynamic DNS updating configuration.  After a lot of reading through Microsoft's documentation and various online forums, this is what I ended up configuring.  Hopefully this may help someone, some day: - Make the DHCP server a member of the "DnsUpdateProxy" group -  Create a new user account, in the "Users" OU, called "dnsdynamicupdates"   - This new user only needs to be a member of the "Domain Users" group - no special privileges   - Make the password strong and set it to never expire - Set this new user as the credentials used by the DCHP server in IPv4...