Question vhostmng-find processe consume CPU

[Nicola]

Hi,
does anyone know what is in command in question (complete command /usr/local/psa/admin/bin/vhostmng-find)? And possibly why might it consume so much CPU?

I find the parent process: /usr/bin/sw-engine -c /usr/local/psa/admin/conf/php.ini /usr/local/psa/admin/plib/scripts/task-async-executor.php -task-id 873

Thanks in advance

 

[Alban Staehli]

Same question here. Anyone knows?

 

[CharisM]

Same question here...

31589 mysql     20   0 26,667g 2,708g  21716 S   6,3  4,5  79:51.46 /usr/sbin/mysqld --basedir=/usr
30562 wolke     20   0   99972   7200   7144 D   4,3  0,0   1000:21 /opt/psa/admin/bin/vhostmng-find
29822 wolke     20   0   99972   6984   6924 D   2,0  0,0   1241:41 /opt/psa/admin/bin/vhostmng-find
23876 root      20   0 1776260  29600   7948 S   1,3  0,0 182:16.68 /usr/bin/python2 /usr/bin/fail2ban-server -xf start
11153 wolke     20   0   99972   8828   8008 D   0,7  0,0  75:14.76 /opt/psa/admin/bin/vhostmng-find
11159 wolke     20   0   99972   8476   7660 D   0,7  0,0  67:58.75 /opt/psa/admin/bin/vhostmng-find
11162 wolke     20   0   99972   8712   7896 D   0,7  0,0  69:49.77 /opt/psa/admin/bin/vhostmng-find
21693 wolke     20   0  871144  23092   8140 S   0,7  0,0  23:18.46 coolwsd --config-file=/tmp/appimage_extracted_d7dc55059b9a3e73b9971778e0d+
 1247 root      20   0   28856   1252   1172 S   0,3  0,0  53:53.71 /opt/kav/sdk8l3/bin/kavehost -c /etc/kavehost.xml
10869 root      20   0  433944 343184   9340 D   0,3  0,5 115:18.65 /opt/psa/admin/bin/statistics_collector
11143 wolke     20   0   99972   8672   7852 D   0,3  0,0  66:38.52 /opt/psa/admin/bin/vhostmng-find
11148 wolke     20   0   99972   8688   7872 D   0,3  0,0  66:57.38 /opt/psa/admin/bin/vhostmng-find
11149 wolke     20   0   99972   8508   7692 D   0,3  0,0  66:41.30 /opt/psa/admin/bin/vhostmng-find

 

[leobaillard]

Hi, this process is consuming a lot of resources and we need to know if it's vital, if it can be throttled or anything else. It's regularly bringing down websites on our servers without SSDs.

 

[gennolo]

I am encountering the same issue,
I have a VPS stuck practically every morning because of vhostmng-find process that is causing huge disk activity.

When launching iotop I see the process vhostmsg-find that performs 99.99% of the I/O with the user of one of my sites.

It seems that the only solution to me is to increase I/O with a more performant disk, but if there are alternatives they are welcome
since websites run regularly when Plesk maintenance tasks are stopped or deactivated.

 

[abashurov]

I can see on my server, that vhostmng-find is called in two different code locations, the first one being ext-composer (it looks for composer.json files) and the second one being Plesk Core (it looks for package.json files).

Could you please enable debug, run the command plesk daily in console and check what pattern does the command that consumes CPU have?

E.g. in my case there was "what":["package.json"]:

[2022-04-01 14:13:24.439] 27937:6246ec53ef7b3 DEBUG [util_exec] [8a323fd21485219be1d0d2e7c4e722ed-0] Starting: vhostmng-find, stdin: {"where":
{"basedir":"\/var\/www\/vhosts\/abash.space","subdirs":["\/"],"depth":127,"follow_symlinks":false,"scope":["name"]},"run_as":{"user":"abs","gr
oup":"psacln"},"what":["package.json"],"options":{"match_full":true,"match_case":true},"output":{"format":"raw"}}

 

[Jan Bludau]

I am encountering the same issue,
I have a VPS stuck practically every morning because of vhostmng-find process that is causing huge disk activity.

When launching iotop I see the process vhostmsg-find that performs 99.99% of the I/O with the user of one of my sites.

It seems that the only solution to me is to increase I/O with a more performant disk, but if there are alternatives they are welcome
since websites run regularly when Plesk maintenance tasks are stopped or deactivated.

i've the same problem.

there are a lot of files in vhost-directory and i had run plesk repair all -y.
Is it possible that this is running in background and slows down the webserver a lot.

 

[watchturks]

@Nicola Did you find any solution to this issue?