silence ovgetvar command logging
Bug #917271 reported by
Derek_
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenVista/GT.M Integration |
Fix Released
|
Low
|
Derek_ |
Bug Description
Most of the commands now call log_command_usage() when run. For ovgetvar in particular, which is called frequently, this causes excessive logging.
Related branches
Changed in openvista-gtm-integration: | |
status: | Confirmed → In Progress |
Changed in openvista-gtm-integration: | |
status: | In Progress → Fix Committed |
Changed in openvista-gtm-integration: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
Example of the logging: ovgetvar" " called with arguments: "open" "gtm_path" ovgetvar" " called with arguments: "open" "gtm_path" ovgetvar" " called with arguments: "open" "gtm_path" ovgetvar" " called with arguments: "open" "gtmgbldir" ovgetvar" " called with arguments: "open" "gtmroutines"
Dec 1 18:06:26 hostname ovgetvar[1229]: "/usr/bin/
Dec 1 18:06:27 hostname ovgetvar[1270]: "/usr/bin/
Dec 1 18:06:27 hostname ovgetvar[1321]: "/usr/bin/
Dec 1 18:06:27 hostname ovgetvar[1363]: "/usr/bin/
Dec 1 18:06:28 hostname ovgetvar[1420]: "/usr/bin/
The frequent calls to ovgetvar come from the ZCD routine.
Additional logging noise comes due to LIST^ZCD calling ovgetvar on all files and directories in the OpenVista root directory, and using ovgetvar to test if each is an OpenVista instance. So, for example:
Dec 1 18:01:06 hostname ovgetvar[22396]: "/usr/bin/ ovgetvar" " called with arguments: "lost+found" "gtm_path" lost+found has incorrect ownership or permissions
Dec 1 18:01:06 hostname ovgetvar[22396]: Could not set GT.M environment for instance "lost+found": /opt/openvista/