msiGlobalInit

The error points out that there might be some problem.  You’re either running this procedure more than once or you’re running msiAttach in another proc also.  msiAttach only needs to be executed once per namespace.

If you want to run this proc twice then just catch the msiAttach statement:

catch { msiAttach }

Or move the msiAttach statement to a place where it’s only executed once, like in the startup section of a TPS procedure.

Thanks, Greg…I had forgotten about the catch command!

I hadn’t thought of the startup mode as I assumed, for whatever reason, that procs called from an alert operated under different rules than a inbound or outbound TPS stack. But I suppose they’d be no different than any other TPS, correct?

Thanks again!

Actually, I haven’t considered namespaces in the monitor daemon (where alerts run).  If your tcl was running from an alert and there is a persistent namespace loaded at start time of the monitord then when the first alert ran that executed msiAttach, you wouldn’t get an error the first time but would everytime after that.  Since I haven’t tested it, it’s possible that each alert tcl is running in it’s own temporary namespace that goes away when the tcl ends.  My guess is that there is one persistent name space.