Node migration

In august 2022, two big updates took place which motivated the preparation of a new AURORAL Node version. This version is tagged as v2 in GitHub.

Because of these changes, it is recommended to migrate the Nodes to the v2.

Therefore, this article covers two migration cases:

There are two ways described in this blog entry together with their pros and cons:

Pros: – You will have up to date node with extensions, node_cli and docker-compose file

Cons: – Your OIDS will be changed. If item is part of contract it needs to be contracted again

How to: – Run ./node_cli -u to update your node instance to latest version and wait until it is updated – Run your node (command ./node_cli ) – Locate your node's Swagger page (typically http://localhost:81) – Use endpoint GET /api/admin/export auroral_frontpage – Ensure that your items are in retrieved response and store exportfile to your disk – Now you can stop your old node with command ./node_cli -s – Follow procedure Installing the AURORAL Node – After installing and registering new node, open node's Swagger page (again typically http://localhost:81), locate POST /api/admin/import endpoint and copy there content of your exportfile auroral_frontpage – Check repsonse, and if everything is OK, you can remove your old node (using ./node_cli -r in old node folder)

B: Updating Node with Java GTW manually

Pros: – Your OIDs will be unchanged

Cons: – You will not have latest features, extensions and docker-compose file

How to: – Disable node (./node_cli -s) – Open docker-compose.yml file in text editor, and locate gateway part – You need to replace it with text bellow:

gateway:
    restart: unless-stopped
    volumes:
    - aur_gateway:/gateway/persistance
    - ./.env:/gateway/.env:ro
    image: ghcr.io/auroralh2020/auroral_gateway_js:latest

Brought to you by the AURORAL community, keep posted! 💪