Mysteriöser Fehler bei Automic Update

In Wien ist es aktuell so heiß, dass einem beinahe die Tastatur unter den Fingern schmilzt. Ausgerechnet in dieser Hitze habe ich mal wieder einen technischen Blogpost zu einem sehr interessanten Thema für euch.

Heute geht es um ein Problem, das Anfang des Jahres in einem Thread der Automic Community aufgetaucht ist: Beim Versuch das System upzudaten kommt es zu einer ungewöhnlichen Fehlermeldung:

U00038140 Action not possible. Different Automation Engine systems were started with this database. Please check your database and try again.

Nach einiger Detektiv-Arbeit konnte ich den Fehler finden. Es lag daran, dass das System umbenannt worden war.

Warum sollte man ein System umbenennen?

Das erste, was du dich jetzt fragst, ist möglicherweise, warum man das überhaupt machen sollte. In letzter Zeit bin ich aber gleich bei mehreren Kunden darauf gestoßen.

Bei allen war der Grund der gleiche: Im Zuge eines Upgrades klonen sie ihr System und wollen es dann (zum Beispiel für Upgrade-Tests) auch aktivieren. Damit es zu keinen Verwechslungen kommt, benennen sie das System dann um.

Was hat es mit der Fehlermeldung auf sich?

Aber gehen wir doch einmal Schritt für Schritt durch diesen Prozess. Ich habe ein System mit dem Namen “Automic”. Diesen Namen sieht man zum Beispiel in den System-Settings.

Wenn ich dieses System jetzt umbenennen will, muss ich mich zunächst ausloggen und das System beenden. Danach muss ich die Umbenennung an mehreren Stellen vornehmen:

  • Ich öffne die Automation Engine Konfigurations-Datei ucsrv.ini und ändere unter [GLOBAL] den Wert von SYSTEM in den neuen Namen.
  • Danach ändere ich in der AWI Konfigurationsdatei uc4config.xml die zwei Parameter name und system.
  • Wenn sich auch Agenten zum System verbinden sollen, muss ich außerdem in den INI-Dateien der Agenten den neuen Namen eintragen.
Umbenennung in der AWI-Konfigurationsdatei

Damit ist das System erfolgreich umbenannt und wenn ich es starte, funktioniert auch erstmal alles super.

Wenn ich jetzt aber das System upgraden will und per dbLoad die Initialdaten des umbenannten Systems lade, dann taucht die bereits angekündigte Fehlermeldung auf:

U00038140 Action not possible. Different Automation Engine systems were started with this database. Please check your database and try again.

Wie kann man das Problem lösen?

Wodurch diese Fehlermeldung ausgelöst wird, sehen wir, wenn wir in der Process Assembly ins Verzeichnis <No Folder> wechseln. Für jeden Prozess, den ich starte, wird ein Objekt erstellt und im <No Folder> abgelegt. Dort finden wir also jede Menge Prozesse mit dem neuen System-Namen, aber auch alte Prozesse, die noch den alten System-Namen haben.

Serverprozesse im Verzeichnis <No Folder>

Ganz einfach lässt sich dieses Problem lösen, indem man die Objekte mit dem alten Namen in der Process Assembly löscht.

Falls du keinen Zugriff auf das System mittels AWI hast, kannst du das auch per SQL erledigen. In der Tabelle HOST sehen wir auch, was der genaue Auslöser für die Fehlermeldung ist. Alle Objekte, die in der Process Assembly mit dem falschen Namen angezeigt werden, haben in der Datenbank nämlich eine unterschiedliche Host-Version. Genau durch diese falsche Version wird auch der Fehler ausgelöst.

Spalte mit unterschiedlichen Host-Versionen der Prozesse. Klicke das Bild an, um es größer anzuzeigen.

Wenn diese Objekte gelöscht sind, startet das Update fehlerfrei.

Noch mehr technische Tutorials?

Hat dir dieser technische Artikel gefallen? Dann solltest du dir meine Plattform membership.philippelmer.com ansehen. Dort habe ich dieses Thema in einem Webinar noch ausführlicher behandelt.

Auf der Plattform gibt es außerdem Kurse, Tutorials und Tools von mir und anderen Automic-Experten. Mitglieder können außerdem an bis zu 2 Webinaren pro Monat teilnehmen und bekommen exklusive Angebote für Workshops und Consulting.

Wenn dich das interessiert, schaue es dir einfach einen Monat lang kostenlos und unverbindlich in der Test-Version an.

Von |2020-08-19T10:51:19+02:0020. August 2020|Kategorien: AutomicBlog|Kommentare deaktiviert für Mysteriöser Fehler bei Automic Update

Share This Story!

It’s currently so hot in Vienna that the keyboard almost melts under your fingers. In this heatwave, of all times, I have a technical blog post for you on a very interesting topic.

Today, we’ll look at a problem, that was discused in a forum thread of the Automic Community. When trying to update the system, an unusual error message appears:

U00038140 Action not possible. Different Automation Engine systems were started with this database. Please check your database and try again.

After some detective work, I was able to find the bug. It was because the system had been renamed.

Why Would Someone Rename Their System?

The first thing you might ask now is, why this should be done in the first place. But recently I’ve come across this with several customers.

The reason was the same for all of them: In the course of an upgrade, they clone their system and then want to activate it (for example for upgrade tests). Then they rename the system so that there is no confusion.

What’s Behind the Error Message?

But let’s go through this process step by step. I have a system called “Automic”. You can see this name in the system settings, for example.

If I want to rename this system, I have to first log out and exit the system. After that I have to do the renaming in several places:

  • I open the Automation Engine configuration file ucsrv.ini and change the value of SYSTEM to the new name under [GLOBAL].
  • Then I change the two parameters name and system in the AWI configuration file uc4config.xml.
  • If agents are to connect to the system as well, I also have to enter the new name in the agents’ INI files.
Renaming in the AWI configuration file

The system has now been successfully renamed and when I start it everything works great.

But if I now want to upgrade the system and load the initial data of the renamed system via dbLoad, then the previously announced error message appears:

U00038140 Action not possible. Different Automation Engine systems were started with this database. Please check your database and try again.

How Can I Solve this Issue?

We can see what triggers this error message when we switch to the directory in the Process Assembly. For every process that I start, an object is created and stored in the <No Folder>. So there we find a lot of processes with the new system name, but also old processes that still have the old system name.

Server Process in the directory <No Folder>

This problem can easily be solved by deleting the objects with the old name in the process assembly.

If you do not have access to the system via AWI, you can also do this via SQL. In the HOST table we can also see the exact trigger for the error message. All objects that are displayed with the wrong name in the process assembly also have a different host version in the database. This wrong version triggers the error.

Column with different host versions of the processes. Click on the picture to enlarge it.

If these objects are deleted, the update starts without errors.

More Technical Tutorials?

Did you like this technical article? Then you should take a look at my platform membership.philippelmer.com. There I covered this topic in more detail in a webinar.

The platform also has courses, tutorials, and tools from me and other Automic experts. Members can also take part in up to 2 webinars per month and receive exclusive offers for workshops and consulting.

If you are interested, just look at it for a month free of charge and without obligation in the test version.

Philipp ElmerPhilipp

Von |2022-06-30T13:05:02+02:0020. August 2020|Kategorien: AutomicBlog|Kommentare deaktiviert für Mysterious Error while Updating Automic

Share This Story!

Titel

Nach oben