Restoring webtop on ns7 after a migration error

Support
, , ,
1

NethServer Version: NS7 → NS8
Module: webtop, migration tool

hello friends!

I am migrating from NS7 to NS8.

I have only 2 modules in use, webtop to manage calendars and emails and nextcloud.

The nextcloud migration did not give any errors and currently the nextcloud module gives “Migration completed”.

For the webtop and mail service, I have performed the data synchronization several times and everything seems to have gone smoothly. When I used “Finish migration” it asked me for the fqdn domain for the service, I entered it and from there it started giving me bursting errors. I was able to restore the mail service on NS7 and am currently continuing to use it, I would like to figure out how to restore webtop to work on NS7 currently not working. For now, restoring webtop to NS7 is critical.

Accessing webtop shows this statement:
Webtop5 Migration
Site has moved to ☞ **.****.com

For now, the migration error problem is marginal, which I report here anyway:

[Thu Jan  1 01:00:00 1970]Jul  9 13:26:48 terry cockpit-bridge: rsync error: error in socket IO (code 10) at clientserver.c(126) [sender=3.1.2]
[Thu Jan  1 01:00:00 1970]Jul  9 13:26:48 terry cockpit-bridge: rsync: failed to connect to 10.5.4.1 (10.5.4.1): Connection refused (111)
[Thu Jan  1 01:00:00 1970]Jul  9 13:26:48 terry cockpit-bridge: rsync error: error in socket IO (code 10) at clientserver.c(126) [sender=3.1.2]
[Thu Jan  1 01:00:00 1970]Jul  9 13:30:01 terry systemd: Started Session 1047 of user root.
[Thu Jan  1 01:00:00 1970]Jul  9 13:30:01 terry systemd: Started Session 1046 of user root.
[Thu Jan  1 01:00:00 1970]Jul  9 13:30:01 terry systemd: Created slice User Slice of apache.
[Thu Jan  1 01:00:00 1970]Jul  9 13:30:01 terry systemd: Started Session 1045 of user apache.
[Thu Jan  1 01:00:00 1970]Jul  9 13:30:03 terry systemd: Removed slice User Slice of apache.
[Thu Jan  1 01:00:00 1970]Jul  9 13:31:44 terry cockpit-ws: WebSocket from 192.168.40.18 for session closed
[Thu Jan  1 01:00:00 1970]Jul  9 13:31:44 terry cockpit-ws: WebSocket from 192.168.40.18 for session closed
[Thu Jan  1 01:00:00 1970]Jul  9 13:31:44 terry cockpit-ws: New connection to session from 192.168.40.18
[Thu Jan  1 01:00:00 1970]Jul  9 13:31:45 terry cockpit-ws: couldn't read from connection: Peer failed to perform TLS handshake
[Thu Jan  1 01:00:00 1970]Jul  9 13:31:45 terry dbus[885]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service'
[Thu Jan  1 01:00:00 1970]Jul  9 13:31:45 terry systemd: Starting Hostname Service...
[Thu Jan  1 01:00:00 1970]Jul  9 13:31:45 terry dbus[885]: [system] Successfully activated service 'org.freedesktop.hostname1'
[Thu Jan  1 01:00:00 1970]Jul  9 13:31:45 terry systemd: Started Hostname Service.
[Thu Jan  1 01:00:00 1970]Jul  9 13:31:46 terry cockpit-ws: couldn't read from connection: Peer failed to perform TLS handshake
[Thu Jan  1 01:00:00 1970]Jul  9 13:31:46 terry cockpit-ws: couldn't read from connection: Peer failed to perform TLS handshake
[Thu Jan  1 01:00:00 1970]Jul  9 13:31:46 terry cockpit-ws: couldn't read from connection: Peer failed to perform TLS handshake
[Thu Jan  1 01:00:00 1970]Jul  9 13:31:46 terry cockpit-ws: New connection to session from 192.168.40.18
[Thu Jan  1 01:00:00 1970]Jul  9 13:35:01 terry systemd: Started Session 1048 of user root.
[Thu Jan  1 01:00:00 1970]Jul  9 13:35:01 terry systemd: Started Session 1049 of user root.
[Thu Jan  1 01:00:00 1970]Jul  9 13:35:01 terry systemd: Created slice User Slice of apache.
[Thu Jan  1 01:00:00 1970]Jul  9 13:35:01 terry systemd: Started Session 1050 of user apache.
[Thu Jan  1 01:00:00 1970]Jul  9 13:35:04 terry systemd: Removed slice User Slice of apache.
[Thu Jan  1 01:00:00 1970]Jul  9 13:36:04 terry cockpit-ws: WebSocket from 192.168.40.18 for session closed
[Thu Jan  1 01:00:00 1970]Jul  9 13:36:05 terry cockpit-ws: New connection to session from 192.168.40.18
[Thu Jan  1 01:00:00 1970]Jul  9 13:36:12 terry cockpit-ws: WebSocket from 192.168.40.18 for session closed
[Thu Jan  1 01:00:00 1970]Jul  9 13:36:12 terry cockpit-ws: New connection to session from 192.168.40.18
2

{"context":{"action":"import-module","data":{"credentials":["webtop1","159352a05bc81-d104-44ec-b35f-66176d8f925c"],"port":20006,"volumes":["webtop-home","z-push_state"]},"extra":{"description":"ns8-action endpoint http://10.5.4.1:9311","isNotificationHidden":false,"title":"module/webtop1/import-module"},"id":"ec224c30-8976-4b13-9719-04e6c823c080","parent":"","queue":"module/webtop1/tasks","timestamp":"2025-07-09T11:42:32.355327489Z","user":"ns7admin2"},"status":"validation-failed","progress":0,"subTasks":[],"validated":false,"result":{"error":"","exit_code":2,"file":"task/module/webtop1/ec224c30-8976-4b13-9719-04e6c823c080","output":[{"error":"module_already_imported","field":"none","parameter":"none","value":""}]}}

3

To make the apps work again on NS7, see GitHub - NethServer/nethserver-ns8-migration

1 Like
4

unfortunately even if I give the rehab command nothing changes, I have also taken steps to remove the migration tool and enable all the services but they do not give positive results.

yum remove nethserver-ns8-migration kmod-wireguard wireguard-tools
config delete wg-quick@ns8
config delete ns8

config setprop tomcat8@webtop status enabled

Webtop5 Migration

Site has moved to ☞ [************]

5

Did you run following commands?

# All modules
signal-event nethserver-ns8-migration-update
signal-event runlevel-adjust
signal-event firewall-adjust

Please also check if there are files that need to be deleted:

grep -lR ns8migration /etc/e-smith/templates-custom/

6

yes, I just ran them but nothing has changed, it still gives the message that it has been migrated.

7

Does following command give no result? It should list fragments that you need to delete.

grep -lR ns8migration /etc/e-smith/templates-custom/
8

nothing shows

9

I could reproduce the issue.
You need to reinstall the nethserver-ns8-migration package to make Webtop available again.

yum install nethserver-ns8-migration
10

is really slow to install this package, it’s been sitting there for a few minutes, yesterday when I did the uninstall and it took several minutes then…

Installing : 9:kmod-wireguard-1.0.20211208-1.el7_9.elrepo.x86_64 1/3

11

Yes, I guess it takes some time because it’s installing a kernel module.

12

it really took a lot of minutes for the kind of server i use. anyway it went up the webtop service. Wow! Now it’s a matter of figuring out why finish migration failed and why network 10.5.4.1 was no longer working. Maybe it is better to open a new topic?

1 Like
13

Yes, please open a new topic.