Control Web Panel
WebPanel => Migration from other control panels => Topic started by: Tsa on March 25, 2025, 05:56:21 PM
-
Hi All,
I trying to migrate from CWP Version 0.9.8.1200 Centos 7 to CWP same version on AlmaLinux 8 , I follow instructions and whitelist both IPs connection test OK after starting migration I get this error :
Error in trasnfer File
it is also misspelled trasnfer instead transfer ???
[code][2025-03-25 17:16:51] - Start import process CWPTOCWP_20250325171651
[2025-03-25 17:16:59] - Import Account user_1
[2025-03-25 17:16:59] - Create Backup Account user_1
[2025-03-25 17:17:06] - Start Transfer Backup user_1
[2025-03-25 13:17:22] - Error in trasnfer File user_1
[/code]
thanks for the help.
-
I checked the log files and find this :
********************** >null
2025-03-27 05:50:18 SELECT * FROM user WHERE username='user_name'
2025-03-27 05:50:18 ID: null
2025-03-27 05:50:18 An error occurred while trying to create the account api
2025-03-27 05:50:18 grep 'user_name=' /home/.CWPTOCWP_20250327094946/accounts.ini
2025-03-27 05:50:18 rm -fR /home/.user_name1202503270949484477f4c9e1c08ed909854ca941d616ee
-
No can help??? OK maybe this is a BUG .
-
Yes, you are probably uncovering a bug, or at least something that doesn't cover all conditionals.
are you obfuscating the username='user_name' part of the log you posted?
and what is the contents of accounts.ini file?
-
Yes, you are probably uncovering a bug, or at least something that doesn't cover all conditionals.
are you obfuscating the username='user_name' part of the log you posted?
and what is the contents of accounts.ini file?
Yes indeed I obfuscate the username='user_name'
-
Yes, you are probably uncovering a bug, or at least something that doesn't cover all conditionals.
are you obfuscating the username='user_name' part of the log you posted?
and what is the contents of accounts.ini file?
accounts.ini
user_name="11"
-
Yes, you are probably uncovering a bug, or at least something that doesn't cover all conditionals.
are you obfuscating the username='user_name' part of the log you posted?
and what is the contents of accounts.ini file?
Thanks for your replay , if you need any logs let me know.
-
If that is a BUG so what should be done ?? and where are CWP team members???
-
This is used as their bug report form:
https://control-webpanel.com/contact (https://control-webpanel.com/contact)
I would open a support ticket with them. I will be doing a migration soon and see if I can replicate your issue or if it goes smoothly.
-
This is used as their bug report form:
https://control-webpanel.com/contact (https://control-webpanel.com/contact)
I would open a support ticket with them. I will be doing a migration soon and see if I can replicate your issue or if it goes smoothly.
Ok thanks , I will wait your test migration .
By the way there is another issue I think it is the same error as I reported see:
https://forum.centos-webpanel.com/migration-from-other-control-panels/cwp-migration-failed-in-file-transfer (https://forum.centos-webpanel.com/migration-from-other-control-panels/cwp-migration-failed-in-file-transfer)/
-
CWP -> CWP Migration was working fine under AL8.
AL9, not so much.
@Tsa CWP developers are rarely in the forums. Best way to contact CWP is via their support form.
-
CWP -> CWP Migration was working fine under AL8.
AL9, not so much.
@Tsa CWP developers are rarely in the forums. Best way to contact CWP is via their support form.
@Starburst I am traying the migration from CWP -> CWP Centos 7 to AL8 and NOT AL9??
-
It was a generic post, saying migration is working.
Make sure you have port 2304 open incoming & outgoing.
If that doesn't work, and I hate saying this ever, disable CSF on both servers and try to connect.
If it connects, you have an issue with one of the firewalls.
-
I'm encountering an error while trying to perform a CWP -> CWP Migration -- SSL connect error.
(Funny, another CWP Migration just went fine on another system, no issues. But there were some oddities on this new system, such as SELinux being enabled by default, where it wasn't on the other one that worked fine. But SELinux is disabled now, so it shouldn't be a factor...) Firewalls down on both system, SSH test connections work in both directions. Stumped at the moment...
2025-07-07 17:59:23 export SSHPASS=************; /usr/bin/sshpass -e /usr/bin/ssh -p2222 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet root@1.1.1.1
2025-07-07 17:59:23 test -d /usr/local/cwp/ && echo 'true' || echo 'false'
2025-07-07 17:59:23 true
2025-07-07 17:59:24 /usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/root/.ssh/id_rsa.pub"
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
/usr/bin/ssh-copy-id: WARNING: All keys were skipped because they already exist on the remote system.
(if you think this is a mistake, you may want to use -f option)
2025-07-07 17:59:24 export SSHPASS=**********;/usr/bin/sshpass -e ssh-copy-id "-p 2222" root@1.1.1.1 -o StrictHostKeyChecking=no 2>&1
2025-07-07 17:59:24 /usr/bin/ssh -p 222 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o LogLevel=quiet root@162.221.89.153 test -d /usr/local/cwp/ && echo 'true' || echo 'false' 2>&1
2025-07-07 17:59:24 true
2025-07-07 17:59:24 0
2025-07-07 17:59:24 35 - SSL connect error
2025-07-07 17:59:24
-
The error appears to be on the legacy CentOS 7 end; no problems on the AlmaLinux 8 end. The 35 in the SSL connect error was a good clue:
[root@srv]# /usr/local/cwpsrv/htdocs/resources/scripts/check_api
User API port 2302 check: OK
Oauth query check: OK
User API folder check: OK
External API port 2304 check: OK
curl: (35) SSL received a record that exceeded the maximum permissible length.
External API files and htaccess : OK
CSF Firewall status check: DISABLED
And testing curl directly:
[root@srv]# curl -v https://127.0.0.1:2304/v1/testapi/
* About to connect() to 127.0.0.1 port 2304 (#0)
* Trying 127.0.0.1...
* Connected to 127.0.0.1 port 2304 (#0)
* Initializing NSS with certpath: sql:/etc/pki/nssdb
* CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath: none
* NSS error -12263 (SSL_ERROR_RX_RECORD_TOO_LONG)
* SSL received a record that exceeded the maximum permissible length.
* Closing connection 0
curl: (35) SSL received a record that exceeded the maximum permissible length.