Hi Paul! Nice to see you on the DC.  These questions are hard because there's a lot of"plumbing" to think about.

If I understand things right, you have an environment variable for root set via a script file in /etc/profile.d and that's working at the Linux shell.  But you don't see that at a Cache' terminal even when you start the instance as root.

Caché daemons will run as the instance owner and user jobs would run with the privilege and environment of the user who logs in.  Otherwise, an ordinary user could open a Caché terminal and work with root privilege.  I'm writing this from memory, and Caché 2015.1 is pretty old now, so there might be some other details that are relevant (and which I'm forgetting).

Another issue is that when you use the sudo or su commands to "become root", you don't necessarily get root's environment unless you use the right options for that.  The manpages for sudo and su should help you figure out this.

If you can tell us some more about what you are trying to accomplish with the link, we might be able to help further.  If you are trying to establish links to files that are established when the instance starts and persist, what you need might better be addressed with actions in SYSTEM^%ZSTART or ^ZSTU.  For that, the WRC might also be able to help.

Good luck.  I hope this at least gives you a trailhead to solve the trouble.

In the errpt output, Roger, it looks like something made your disks unavailable.

LABEL:          LVM_SA_QUORCLOSE
IDENTIFIER:     CAD234BE

Date/Time:       Mon Jun 20 16:50:40 -03 2022
Sequence Number: 21297
Machine Id:      00FB42D74C00
Node Id:         SISMED1
Class:           H
Type:            UNKN
WPAR:            Global
Resource Name:   LVDD            
Resource Class:  NONE
Resource Type:   NONE
Location:        

Description
QUORUM LOST, VOLUME GROUP CLOSING

Probable Causes
PHYSICAL VOLUME UNAVAILABLE

Detail Data
MAJOR/MINOR DEVICE NUMBER
8000 0028 0000 0000
QUORUM COUNT
           2
ACTIVE COUNT
       65535
SENSE DATA
0000 0000 0000 0A9E 00F9 8DEE 0000 4C00 0000 014B 506D D812 0000 0000 0000 0000
---------------------------------------------------------------------------
LABEL:          LVM_GS_CHILDGONE
IDENTIFIER:     4B219AEA

Date/Time:       Mon Jun 20 16:50:40 -03 2022
Sequence Number: 21296
Machine Id:      00FB42D74C00
Node Id:         SISMED1
Class:           U
Type:            PERM
WPAR:            Global
Resource Name:   LIBLVM          
Resource Class:  NONE
Resource Type:   NONE
Location:        

Description
Concurrent LVM daemon forced Volume Group offline

Probable Causes
Unrecoverable event detected by Concurrent LVM daemon

Failure Causes
Lost communication with remote nodes
Lost quorum

    Recommended Actions
    Ensure Cluster daemons are running
    CHECK ERROR LOG FOR ADDITIONAL RELATED ENTRIES
    Attempt to bring the Concurrent Volume Group back online
    IF PROBLEM PERSISTS, CONTACT APPROPRIATE SERVICE REPRESENTATIVE

Detail Data
Volume Group ID
00F9 8DEE 0000 4C00 0000 014B 506D D812
MAJOR/MINOR DEVICE NUMBER
0028 0000
SENSE DATA
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000

Make sure your hardware is healthy.

Nicki, I would start with your account manager and have a chat about how best to migrate.  Since Ensemble and IRIS for Health are different products, the specific versions involved matter a great deal.  A sales engineer on your account team probably has seen migrations such as the one you propose.

As for differences between IRIS and Ensemble, check the Migration Guide which you can download from the WRC.  There's a lot there, but it includes the result of a lot of testing and migration experience.

And of course, if you are finding something that doesn't work as it should, reach out to the WRC.

Rob, if your organization has support from InterSystems, then there is usually one of your colleagues who manages the people who have WRC credentials.  They should be able either to download the driver you need or to request credentials for you.  If you think you should have credentials, or you forgot username/password, send a request to support@intersystems.com asking for credentials (use your organization's email).

Erik

Earlier ODBC driver versions should be compatible with Caché 2018.1, but we recommend updating clients to the latest driver for your Caché version.  There aren't any 2021.x ODBC drivers for Caché on the WRC download page.  If you have one and you want to be sure you have a good driver, reach out to the WRC so we can understand your specific situation.

Erik

Hi Hoi, nice to see you in the community. You piqued my curiosity about FASP and I found this white paper about it: https://www.ibm.com/downloads/cas/7D3KBL9Z.

I don't see any support for this in our class reference.  If you are looking for support for this in InterSystems IRIS, I would start with your InterSystems account team to explore what you need and what alternatives might serve.

Kevin, manually allocating space for a database file allows you to (as Alexander mentioned) avoid expansions on-the-fly.  In some applications that extra overhead isn't desirable when the system is running.  Pre-expanding the database also commonly results in a contiguous file on disk, which can improve performance of storage and backup operations.  There can be other reasons, too, why limiting the size of a database would be desirable.

It should work.  Windows privileges need to be correct, and in recent Windows versions, it is not as simple as running as an Administrator.  If you have specified a user to run the IRIS instance, rather than the Local System account, run the irisinstall setserviceusername command (details are in the documentation) to set privileges correctly.

https://docs.intersystems.com/irislatest/csp/docbook/DocBook.UI.Page.cls...

The InterSystems WRC can also help if you are truly stuck.