hazelfolderwatch is running wild

Get help. Get answers. Let others lend you a hand.

Moderator: Mr_Noodle

hazelfolderwatch is running wild Wed Jul 09, 2008 4:37 am • by Schlaefer
Since yesterday after months with no problems hazelfoderwatch is running amok on my external Time Machine drive. CPU usage is between 30% and 60% and fs_usage shows constant access to all files on the drive; no relation to any rules whatsoever:

Code: Select all
...
8:45:27.803  getattrlist                            h HD/Developer/Applications/Utilities/iSync Plug-in Maker.app/Contents/Resources/Artwork.nib                                                            0.000167   hazelfolderwatch   
08:45:27.803  getattrlist                            h HD/Developer/Applications/Utilities/iSync Plug-in Maker.app/Contents/Resources/Artwork.nib                                                            0.000059   hazelfolderwatch   
08:45:27.803  open              F=14       (R_____)  h HD/Developer/Applications/Utilities/iSync Plug-in Maker.app/Contents/Resources/Artwork.nib                                                            0.000091   hazelfolderwatch   
08:45:27.803  getdirentriesattr F=14                                                                                                                                                                         0.000068   hazelfolderwatch   
08:45:27.803  close             F=14                                                                                                                                                                         0.000015   hazelfolderwatch   
08:45:27.804  getattrlist                            Developer/Applications/Utilities/iSync Plug-in Maker.app/Contents/Resources/BTConnection.nib                                                            0.000182   hazelfolderwatch   
08:45:27.804  getattrlist                            Developer/Applications/Utilities/iSync Plug-in Maker.app/Contents/Resources/BTConnection.nib                                                            0.000060   hazelfolderwatch   
08:45:27.804  open              F=14       (R_____)  Developer/Applications/Utilities/iSync Plug-in Maker.app/Contents/Resources/BTConnection.nib                                                            0.000095   hazelfolderwatch   
08:45:27.804  getdirentriesattr F=14                                                                                                                                                                         0.000052   hazelfolderwatch   
08:45:27.804  close             F=14                                                                                                                                                                         0.000011   hazelfolderwatch   
08:45:27.804  getattrlist                            Developer/Applications/Utilities/iSync Plug-in Maker.app/Contents/Resources/CalendarView.nib                                                            0.000128   hazelfolderwatch   
08:45:27.804  getattrlist                            Developer/Applications/Utilities/iSync Plug-in Maker.app/Contents/Resources/CalendarView.nib                                                            0.000045   hazelfolderwatch   
08:45:27.804  open              F=14       (R_____)  Developer/Applications/Utilities/iSync Plug-in Maker.app/Contents/Resources/CalendarView.nib                                                            0.000069   hazelfolderwatch   
08:45:27.804  getdirentriesattr F=14                                                                                                                                                                         0.000051   hazelfolderwatch   
08:45:27.804  close             F=14                                                                                                                                                                         0.000011   hazelfolderwatch   
08:45:27.804  getattrlist                            /Developer/Applications/Utilities/iSync Plug-in Maker.app/Contents/Resources/ContactView.nib                                                            0.000125   hazelfolderwatch   
08:45:27.804  getattrlist                            /Developer/Applications/Utilities/iSync Plug-in Maker.app/Contents/Resources/ContactView.nib                                                            0.000044   hazelfolderwatch   
08:45:27.805  open              F=14       (R_____)  /Developer/Applications/Utilities/iSync Plug-in Maker.app/Contents/Resources/ContactView.nib                                                            0.000068   hazelfolderwatch   
...


At the moment I have to deactivate Hazel completly.
Schlaefer
 
Posts: 3
Joined: Mon Jul 09, 2007 5:48 am

Re: hazelfolderwatch is running wild Wed Jul 09, 2008 5:38 pm • by Mr_Noodle
That's very strange. Is there any pattern to the files it's looking at? For the most part, it should only be looking in the directories where it is told to.

Also, if it just started happening, you may want to see if you've installed or changed anything around that time. Also, if you could describe the rules you are using, that might help.
Mr_Noodle
Site Admin
 
Posts: 11195
Joined: Sun Sep 03, 2006 1:30 am
Location: New York City

Re: hazelfolderwatch is running wild Fri Jul 11, 2008 2:48 am • by Schlaefer
OK, as always it was a pebcam. Time Machine disk borked out and was automaticaly repaired by fsck_hfs after boot. After that user trashed left over yyyy-mm-dd-xxxxxx.inProgress file and Time Machine started backing up again. Hazel was set to watch the Trash-size, dived into this mulit-GB package and was going over all the files.

This brings up the question how packages are handled in hazel (.keynote, .pages etc) (and I would really like to now). While it might be a one in a million chance that this will happen again, if there's an one liner to handle an .inProgress object as file instead of directory it's maybe a good idea to include it.

Sorry for the trouble. :)
Schlaefer
 
Posts: 3
Joined: Mon Jul 09, 2007 5:48 am

Re: hazelfolderwatch is running wild Fri Jul 11, 2008 12:17 pm • by Mr_Noodle
Files in the trash are all treated the same, in general. That said as far as calculating size, it has to go into the package and calculate the size of every file inside it. There's no other way to do it as far as I know. When Hazel goes Leopard only, there are some things I can take advantage of to cache the size and only update it as needed but for the moment, it is calculating it every time which is unfortunate in your case since you have full filesystem dumps sitting in your trash.

You can set Hazel to immediately remove those files/folders that by themselves exceed the size limit. You'll probably get some chugging at first but it would clear them out quickly so that they won't have to be sized later on.
Mr_Noodle
Site Admin
 
Posts: 11195
Joined: Sun Sep 03, 2006 1:30 am
Location: New York City

Re: hazelfolderwatch is running wild Sat Jul 12, 2008 3:31 am • by Schlaefer
Mr_Noodle wrote:You can set Hazel to immediately remove those files/folders that by themselves exceed the size limit. You'll probably get some chugging at first but it would clear them out quickly so that they won't have to be sized later on.


This option was activated and I clearly understand that hazel will not perfectly deal with Time Machine implications (multi-GB and hundred thousand of files packages) and my support request is done by this point.

But how are e.g. Keynote packages handled, if there are large video/image files embedded in them. Are these files deleted out of the package if the Trash limit is reached or will the whole .key file be deleted?
Schlaefer
 
Posts: 3
Joined: Mon Jul 09, 2007 5:48 am

Re: hazelfolderwatch is running wild Sat Jul 12, 2008 1:36 pm • by Mr_Noodle
Each item at the top level of the trash is treated as one unit. Therefore, file packages are treated as a single file (pieces are not deleted inside it) as well as folders. It should be an all or none deal with each item. It's a bad idea to leave something in an inconsistent state in case you want to recover a file.

If you are observing behavior that indicates otherwise, let me know as that would be a bug.
Mr_Noodle
Site Admin
 
Posts: 11195
Joined: Sun Sep 03, 2006 1:30 am
Location: New York City


Return to Support