ovinstanceadd should not use GT.M installations that lack libopenvista.so

Bug #409102 reported by Jon Tai
6
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

Revision history for this message
Jon Tai (jontai) wrote :

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.

Changed in openvista-gtm-integration:
milestone: none → 0.8.6
importance: Low → Medium
Jon Tai (jontai)
Changed in openvista-gtm-integration:
status: New → Fix Committed
Jon Tai (jontai)
Changed in openvista-gtm-integration:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.