test domains getting recreated and errors on attempt to delete them

I noticed in Nexus 38 new .test Accounts and a attempt to go to /home/virtual to delete them errored out with:

[root@scp02 virtual]# /usr/local/apnscp-2/bin/DeleteDomain --force *.test
PHP Deprecated:  Using ${var} in strings is deprecated, use {$var} instead in /usr/local/apnscp-2/bin/DeleteDomain on line 68
PHP Deprecated:  Using ${var} in strings is deprecated, use {$var} instead in /usr/local/apnscp-2/lib/helpers.php on line 36
PHP Deprecated:  Using ${var} in strings is deprecated, use {$var} instead in /usr/local/apnscp-2/lib/helpers.php on line 39
DEPRECATED: Using ${var} in strings is deprecated, use {$var} instead
[/usr/local/apnscp-2/lib/apnscpfunction.php:296]

         0. include()
            [/usr/local/apnscp-2/lib/apnscpcore.php:36]
         1. include("/usr/local/apnscp-2/lib/apnscpcore.php")
            [/usr/local/apnscp-2/lib/CLI/cmd.php:22]
         2. include("/usr/local/apnscp-2/lib/CLI/cmd.php")
            [/usr/local/apnscp-2/bin/DeleteDomain:22]
DEPRECATED: Using ${var} in strings is deprecated, use {$var} instead
[/usr/local/apnscp-2/lib/apnscpfunction.php:302]

         0. include()
            [/usr/local/apnscp-2/lib/apnscpcore.php:36]
         1. include("/usr/local/apnscp-2/lib/apnscpcore.php")
            [/usr/local/apnscp-2/lib/CLI/cmd.php:22]
         2. include("/usr/local/apnscp-2/lib/CLI/cmd.php")
            [/usr/local/apnscp-2/bin/DeleteDomain:22]
PHP Fatal error:  Uncaught Error: Class "ArgumentFormatter" not found in /usr/local/apnscp-2/lib/error_reporter.php:346
Stack trace:
#0 /usr/local/apnscp-2/lib/error_reporter.php(217): Error_Reporter::log('[last message r...', Array)
#1 /usr/local/apnscp-2/lib/error_reporter.php(160): Error_Reporter::handle_error(128, 'Class "Argument...', '/usr/local/apns...', 346, Object(Error))
#2 [internal function]: Error_Reporter::handle_exception(Object(Error))
#3 {main}
  thrown in /usr/local/apnscp-2/lib/error_reporter.php on line 346
DEPRECATED: Using ${var} in strings is deprecated, use {$var} instead
[/usr/local/apnscp-2/lib/apnscpfunction.php:296]

         0. include()
            [/usr/local/apnscp-2/lib/apnscpcore.php:36]
         1. include("/usr/local/apnscp-2/lib/apnscpcore.php")
            [/usr/local/apnscp-2/lib/CLI/cmd.php:22]
         2. include("/usr/local/apnscp-2/lib/CLI/cmd.php")
            [/usr/local/apnscp-2/bin/DeleteDomain:22]
DEPRECATED: Using ${var} in strings is deprecated, use {$var} instead
[/usr/local/apnscp-2/lib/apnscpfunction.php:302]

         0. include()
            [/usr/local/apnscp-2/lib/apnscpcore.php:36]
         1. include("/usr/local/apnscp-2/lib/apnscpcore.php")
            [/usr/local/apnscp-2/lib/CLI/cmd.php:22]
         2. include("/usr/local/apnscp-2/lib/CLI/cmd.php")
            [/usr/local/apnscp-2/bin/DeleteDomain:22]

Also as you can see there is an /usr/local/apnscp-2 folder aswell as /usr/local/apnscp
a simple diff on the DeleteDomain scripts in both folders showed that the file in apnscp-2 is newer and content differs. So something went seriously wrong here and i am not sure how can finally delete all these test domains and prevent that they get recreated.
These are Rocky8.10 hosts and i am in the preparation of migrating them to rocky10 but i want to make sure that they running in a healthy state before and also would like to know whats causing this.
I migrated from centos to these hosts when rocky 8 was released. I think since then these .test domains and dns entries appeard occasionall but that nexus accounts get created is new to me.
Also i noticed that the /home/virtual folder structure looks weird to me. So atm i am not in a self-healing state anymore and help is very much appreciated since i am not sure how to recover.

ls -la /home/virtual
drwx--x--x   5 root root   43 Jan 25 04:26 site41
drwx--x--x. 44 root root 4096 Jan 25 04:26 .
drwx--x--x   5 root root   43 Jan 20 03:37 site40
drwx--x--x   5 root root   43 Jan 15 02:44 site39
drwx--x--x   5 root root   43 Jan 10 01:50 site38
drwx--x--x   5 root root   43 Jan  5 01:02 site37
drwx--x--x   5 root root   43 Jan  1 03:11 site36
drwx--x--x   5 root root   43 Dec 31 00:11 site35
drwx--x--x   5 root root   43 Dec 25 23:20 site34
drwx--x--x   5 root root   43 Dec 20 22:24 site33
drwx--x--x   5 root root   43 Dec 15 21:36 site32
drwx--x--x   5 root root   43 Dec 14 04:20 site31
drwx--x--x   5 root root   43 Dec 10 20:43 site30
drwx--x--x   5 root root   43 Dec  5 19:55 site29
drwx--x--x   5 root root   43 Dec  1 01:44 site28
drwx--x--x   5 root root   43 Nov 30 19:03 site27
drwx--x--x   5 root root   43 Nov 25 18:15 site26
drwx--x--x   5 root root   43 Nov 20 17:24 site25
drwx--x--x   5 root root   43 Nov 15 16:37 site24
drwx--x--x   5 root root   43 Nov 14 03:31 site10
lrwxrwxrwx   1 root root   24 Nov  1 01:10 apiscp-int-gwoetlqwzjqlvffjzylxxlvp.test -> /home/virtual/site10/fst
lrwxrwxrwx   1 root root   24 Oct 15 04:20 apiscp-int-ctysoqvrsfccevxycbvovztd.test -> /home/virtual/site10/fst
lrwxrwxrwx   1 root root   24 Oct 14 03:15 apiscp-int-oytxdabyiffvhhqknpkqhaiz.test -> /home/virtual/site10/fst
lrwxrwxrwx   1 root root   23 Oct 13 22:08 apiscp-int-roumzrspedokbwmnvabuvidy.test -> /home/virtual/site9/fst
drwx--x--x   5 root root   43 Jul 31 19:04 site23
drwx--x--x   5 root root   43 Jul 21  2025 site22
drwx--x--x   5 root root   43 Jul 16  2025 site21
drwx--x--x   5 root root   43 Jul 16  2025 site20
drwx--x--x   5 root root   43 Jul 11  2025 site19
drwx--x--x   5 root root   43 Jul  6  2025 site18
drwx--x--x   5 root root   43 Jul  1  2025 site17
drwx--x--x   5 root root   43 Jul  1  2025 site16
drwx--x--x   5 root root   43 Jun 26  2025 site15
drwx--x--x   5 root root   43 Jun 21  2025 site14
drwx--x--x   5 root root   43 Jun 16  2025 site13
drwx--x--x   5 root root   43 Jun 16  2025 site12
drwx--x--x   5 root root   43 Jun 11  2025 site11
lrwxrwxrwx   1 root root   23 May  1  2025 admin9 -> /home/virtual/site9/fst
 drwx--x--x   5 root root   43 May  1  2025 site9
lrwxrwxrwx   1 root root   23 Jan 17  2025 admin8 -> /home/virtual/site8/fst
drwx--x--x   5 root root   43 Jan 17  2025 site8
lrwxrwxrwx   1 root root   23 Nov  8  2024 admin6 -> /home/virtual/site6/fst
lrwxrwxrwx   1 root root   23 Nov  8  2024 apiscp-int-nuavkvhjuoyykzha.test -> /home/virtual/site6/fst
drwx--x--x   5 root root   43 Nov  8  2024 site6
lrwxrwxrwx   1 root root   23 Dec  1  2023 admin5 -> /home/virtual/site5/fst
drwx--x--x   5 root root   43 Dec  1  2023 site5
lrwxrwxrwx   1 root root   23 Jan 25  2023 admin4 -> /home/virtual/site4/fst
drwx--x--x   5 root root   43 Jan 25  2023 site4
drwxr-xr-x.  4 root root   34 Oct 11  2021 ..
lrwxrwxrwx   1 root root   23 May  2  2021 admin3 -> /home/virtual/site3/fst
drwx--x--x   5 root root   43 May  2  2021 site3
lrwxrwxrwx   1 root root   23 May  2  2021 admin2 -> /home/virtual/site2/fst
drwx--x--x   5 root root   43 May  2  2021 site2
lrwxrwxrwx   1 root root   23 Apr 30  2021 admin7 -> /home/virtual/site7/fst
drwx--x--x   5 root root   43 Apr 30  2021 site7
lrwxrwxrwx   1 root root   23 Feb 13  2021 admin1 -> /home/virtual/site1/fst
drwx--x--x   5 root root   43 Feb 13  2021 site1
drwxr-xr-x   5 root root   60 Feb 13  2021 FILESYSTEMTEMPLATE
# cpcmd misc:cp-version
revision: 45fade15eb9c075fc4143fbb67f6dbab116538aa
timestamp: 1768180847
ver_maj: 3
ver_min: 2
ver_patch: 48
ver_pre: 39-g45fade15e
dirty: false
debug: false

Thanks in advance

/usr/local/apnscp-2 is not a valid location for ApisCP distributions.

It’s located in /usr/local/apnscp.

DeleteDomain would access files in /usr/local/apnscp.

/usr/local/apnscp-2/bin/DeleteDomain would access library files under /usr/local/apnscp-2.

I would advise against trying to run the panel in weird and mysterious ways and just do things normally.

45fade15e does not reference the old style ${var}.

Of course i tried first the script under /usr/local/apnscp that is linked to /usr/local/sbin with no different results. Why do they get recreated anyway all the time? the first thing i tried was delete them in Nexus but here i get also errors.

I would recommend jumping on edge:

cpcmd scope:set cp.update-policy edge-major
upcp

What you’re citing is caused by a clash between PHP 8.3, used in the next-release of ApisCP, and a codebase dependent upon PHP 8.1 in which ${var} usage was valid.

PHP 8.3 compatibility was introduced in September 2024. The year is now 2026.