Simon 5 is coming soon!
Simon version 5 is currently in beta testing. It is a massive update, introducing a much-requested feature: syncing the Simon data between multiple Macs, plus a Simon Status service, a Link Checker filter, improved Find filter, iMessage and Speak Error notifiers, a new app icon, and much more.
Important: please note that Simon 5 requires a minimum of macOS 10.12 (Sierra), and will be a paid upgrade from Simon 4 after the beta. Purchasers since September 1, 2020 automatically get a version 5 license (that also works in previous versions).
Hmmm?
Yikes! I'm sorry to hear that. I'm looking though the code to see if I can find what might cause such an issue. Out of curiosity, does Simon have any entries in Console.log that correspond to this?
Daniel Ellis
Does this look relevant?
Trying to find logged messages from around the times of the issue. The following appears in the system log from around the right time:
Sep 3 01:40:01 lithium kernel[0]: smbfs_smb_qfsattr: (fyi) share 'NTFS', attr 0xb, maxfilename 255
Sep 3 01:40:01 lithium kernel[0]: smbfs_aclsflunksniff: (fyi) user sid S-1-5-21-3380867091-2989415938-698606940-3074 didnt map
This message may have occurred after the problem was already present.
Also found things like this:
2007-08-29 10:07:03.754 Simon[22040] Could not unmount volume H21AFP because it contains open files or is busy.
mount_smbfs: spnego blob2principal error 1
mount_smbfs: spnego blob2principal error 1
mount_smbfs: spnego blob2principal error 1
mount_smbfs: spnego blob2principal error 1
mount_smbfs: spnego blob2principal error 1
mount_smbfs: spnego blob2principal error 1
mount_smbfs: spnego blob2principal error 1
mount_smbfs: spnego blob2principal error 1
and things like this:
2007-08-21 13:51:18.660 Simon[22040] Unmounting H03AFP failed. Result = -35
mount_smbfs: spnego blob2principal error 1
mount_smbfs: spnego blob2principal error 1
mount_smbfs: session setup phase failed: syserr = Permission denied
and:
mount_smbfs: negotiate phase failed: syserr = Operation timed out
There were some references to a Simon crash, but I don't see a Simon crash log.
Most of our AFP servers have been set to Standard authentication to avoid Kerberos issues. Ideally the SMB functionality in Simon should avoid Kerberos too as each of our servers have their own Kerberos Realm at this point in time.
Increased CPU activity
See new attachment. It's the CPU usage of the system running Simon over the last week. Notice within the last 24 hrs Simon has been running almost constantly over 60%. Simon does not appear to be doing anything out of the ordinary and it maintains this rate of CPU usage even when not performing a test.
I'm going to reboot to see if this clears it... however the server was rebooted yesterday.
CPU Activity
I noticed your attachment this AM. Is it possible that this period of increased CPU load corresponds to a period of time where Simon was having trouble with your shares?
When the OS tries to talk to a share that it can no longer reach, it puts a fair amount of load on the system thrashing about. That's why I ask. Or, are you you seeing this increased CPU activity apart from when the Mount service is giving you trouble?
Everything should have been back to normal again
There did not appear to be any issues at the time of the increased CPU utilisation. In Activity Monitor we could see it was Simon that was using 60%+. Rebooting the server fixed that one. We could leave it as a red-herring... but important to investigate if the mount plug-in has an issue or is it something at our end.
Well, those messages from
Well, those messages from Console.log are curious. They indicate that shares aren't being unmounted either due to busy files being indicated, or the -35 status which relates to the volume not being found. All this is happening at the system level, using the OS's support for mounting remote volumes. What I can do, if you're willing, is build a version of the plugin that will give us a little more debug info to see if we can find the root cause.
If that sounds like something you're willing to try, let me know. You can find my contact info here (if not, just shoot David an email, and he'll get in touch with me):
www.dejal.com/about/daniel/contact
In the meantime, I'll keep looking.
Any further mis-behavior?
Just curious as to whether things are still misbehaving? Any additional info if so?
Daniel