ovinstanceadd should not use GT.M installations that lack libopenvista.so
Bug #409102 reported by
Jon Tai
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenVista/GT.M Integration |
Fix Released
|
Medium
|
Unassigned |
Bug Description
When ovinstanceadd is used to create a new OpenVista instance, it searches /opt/lsb-gtm for GT.M installations and picks the latest one to create a "gtm" symlink to in the new instance's root directory. The check is rudimentary and assumes that any subdirectories of /opt/lsb-gtm are valid GT.M instances. ovinstanceadd should do a better job of validating candidate directories - they should have the major GT.M binaries present, as well as the openvista-libs binaries libopenvista.so and gtmsignal.
Related branches
lp:~jontai/openvista-gtm-integration/bug409102
- jeff.apple: Approve
-
Diff: 41 lines1 file modifiedscripts/usr/sbin/ovinstanceadd (+21/-3)
Changed in openvista-gtm-integration: | |
status: | New → Fix Committed |
Changed in openvista-gtm-integration: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
In general, the searching needs to be more intelligent to handle GT.M's version numbering scheme. For example, the latest 5.3004A release sorts before 5.3004.