Skip to main content
Question

best practices/problems with growlnotify

  • May 10, 2011
  • 2 replies
  • 6 views

Curious if others are having problems with the installation and usage of
growlnotify. We've deployed the software which I snapshot via Composer.
Curious how others have deployed and best practices on your network.

During snapshotting I turned OFF the following:

+ listen for incoming notifications
+ forward notifications
+ check for updates automatically
+ inform growlnotify when a notification is clicked

We've deployed the software and then run the following simple bash script:

#!/bin/sh
/usr/local/bin/growlnotify -a Self Service -m "The Growl application has
been successfully installed on your Mac. You may resume your work."
exit 0

When running that script from CLI, everything's fine. When that same script
is pushed via casper, the target system hangs on the growlnotify process. As
a result, it stops the jamf client from working. At least until that Mac is
rebooted. Otherwise, we need to forcequit the growlnotify process to unlock
the machine and allow jamf to continue working.

I'm at a loss and could use some groupthink, if ya got anything to share.

Cheers,

David Koff
Mac SysAdmin
The J. Paul Getty Trust
Lost Angeles, Calipornia

2 replies

stevewood
Forum|alt.badge.img+38
  • Hall of Fame
  • May 10, 2011

This is from memory, but try adding:

&

to the end of the line in your script where you are calling
growlnotify. That will run it in the background and should free up the
machine.

Steve

Sent from Somewhere


Forum|alt.badge.img+24
  • Valued Contributor
  • May 11, 2011

Yes, I can verify that we needed to add a & to the end. I actually have 3
policies to deploy growl and grolwnotify in the manner that I want.
Because policy 1 manually called policy 2, which then manually called
policy 3, policy 1 would (I think) time out and never report to the JSS
that it had finished. After adding a & to the end of the jamf policy
-trigger command to call the subsequent policies in the chain, I got back
proper reporting on the deployment status.

Hope this helps you out.

j
-- Jared F. Nichols
Desktop Engineer, Client Services
Information Services Department
MIT Lincoln Laboratory
244 Wood Street
Lexington, Massachusetts 02420
781.981.5436