Hi Flavio - I ran into this some time ago. The language setting you need to change is not the display language, but the language for non-unicode programs you can acces via Control Panel > Clock and Region > Region > Administrative.

I might suggest you get the server running and verify that it is happy before trying to get in with Studio. It might be easiest to do it all from the cube - ie you can start iris from there. I mention that because I don't believe you're expected to call irisstart directly. You can call "iris start <instancename>" (distinction is using the iris command to call start).

If the cube fails to start IRIS it should throw an error (likely in the messages.log that the error will tell you to check).

Once you've started IRIS perhaps you can try accessing terminal and the management portal, then Studio. That could narrow down the communication error which may be generic.

Hopefully you've figured this out by now but I'd suggest looking at the Filezilla logs to see if anythings stands out compared to the ssh log you get from IRIS.

My best guess is that the FTP server may not support specifically "key-pair" authentication or might require multiple forms of authentication and the other sftp methods you tried (Filezilla, sftp) may be succeeding with other auth methods. This is somewhat documented here:

https://docs.intersystems.com/iris20221/csp/documatic/%25CSP.Documatic.cls?LIBRARY=%25SYS&CLASSNAME=%25Net.SSH.Session#AuthenticateWithKeyPair

You could reach out to the WRC with this.

What do you see in 

/tmp/ssh.log

?

Hi Jun,

A <PROTECT> error indicates you don't have permission on something, in this case per the error it looks like you don't have permission on the HSCUSTOM database. I'd recommend checking this error with your admin to get that access, if appropriate.

As Alexander said, I would not recommend deleting journals from the OS. Worst case you make mirror syncing or transactions fail, or less bad but annoying you can orphan journals from the instance's record.

Journals are an important part of backup recovery as well (though a mirror covers some of that recovery role). How many days of journals are you keeping such that you fill your disk?

What kind of processes? Most user processes will need to be restarted on the other member. The mirror has some mechanisms to allow for, for example, productions to start automatically on failover, but for any given random process you probably need to handle that manually. You can use ZMIRROR.

https://docs.intersystems.com/iris20221/csp/docbook/DocBook.UI.Page.cls?KEY=GHA_mirror_set_config#GHA_mirror_set_tunable_params_zmirror_routine

Hi Roger,

The latest InterSystems product is IRIS, but in the Caché documentation you can find various chapters on converting from MSM > Caché.

https://docs.intersystems.com/latest/csp/docbook/DocBook.UI.Page.cls?KEY=GMSM

I'd suggest reaching out to the InterSystems sales department as they may be able to assist you or point you in a direction for moving off MSM onto something more modern.

https://www.intersystems.com/contact-us

Ivan,

What you're saying generally makes sense. Because the mirror was flipping over and because of your network issues, the ECP connections didn't know where to connect. Do you understand the behavior now or did you still have an outstanding question?

Hi Lowell,

I saw that this is something you're currently still working on with the WRC. I definitely think they're going to be the best way to resolve a fairly specific error like this one, as they can get the full history of what you've tried, what classes were recompiled, and look at the system.

Hello Ephraim,

This seems like a better question for InterSystems Support / WRC who can look at the full log and system to try and determine what's happening.

From a file system disk space perspective, the database is almost filling the disk, but there is free space WITHIN the database from the IRIS perspective.

Regarding the performance side of things, what did you check such that it looks fine? CPU / memory / disk? When did the warnings start and are they ongoing? What's being done on the system, anything abnormal?

Hello Mark,

That's a HealthShare Information Exchange / Unified Care Record specific task. The "standard" mirroring docs don't cover it for that reason. As you gleaned from its code, it makes sure the HealthShare mirror agent is running. To be honest, I don't know all the details of what that agent does.

I'd suggest reaching out to the WRC to investigate what happened to cause the task to fail, and they can probably give more details on what the task does. While you're at it, you could also ask why it isn't documented, and poke on why it's listed as a user type task - though I see that many of the HealthShare-specific tasks are "user"-typed, so perhaps that is intended.

Hi Alecsandru,

As I'm sure you know, that's an extremely old version and not one you can easily get your hands on. You'll need to reach out to your vendor directly, whether that's your InterSystems account rep or a third party organization to get a copy of that.

It's not possible to answer that question without knowing exactly what you did and probably looking at the system. What constitutes a "data mismatch"?

You could reach out to the WRC (InterSystems support).

Hello Ivo - I myself have thought that this functionality could be useful so I've put in a request that InterSystems add a more friendly way to understand the ECP system ID. If you like, you could reach out to InterSystems to make known your use case and interest in this functionality.

Scott, the SSL error is fairly generic. Using REDEBUG as suggested in one of the comments might give you more info. Otherwise, a network trace would be the ultimate source of truth in terms of why the SSL handshake is failing.

It's tough to say without knowing your config and what exactly was done. For the second error at least it seems reasonably clear what could be causing it, maybe that will help to resolve the first error as well? I'm not an Apache expert so take my personal advice with a grain of salt, I just know that many people have found Mark's article to be helpful.
 

https://stackoverflow.com/questions/24060620/error-starting-apache-httpd-configuration-error-more-than-one-mpm-loaded

Hi Scott,

Did you look at Web Servers for UNIX, Linux, and macOS? That page explains how to configure Apache to serve CSP files.

I'm not sure what you mean by calls to the management portal. If you have the standalone Apache / gateway set up appropriately, you can serve the portal through (presumably default) port 80, ex. go to http://<hostname>:80/csp/sys/UtilHome.csp, rather than attempting to use your private web server port.

Really the independent Apache is the main piece, you can consider the standalone web gateway to be a module on that Apache web server.

Hope that helps.

Sergi, do you need Telnet specifically? What exactly are you trying to do? Can you use csession?

https://docs.intersystems.com/latest/csp/docbook/DocBook.UI.Page.cls?KEY=GSA_using_instance#GSA_using_instances

Connor,

I'm not sure I understand what you're describing. Are you familiar with InterSystems mirroring? In short, it is a method of keeping two separate instances' data in sync, and can be used for reporting purposes. Do you really need just the deltas, and if so in what way would you be using them?