Solved PHP Version Selector isn't working

[Achterstraat]

defaultdomain in /usr/local/directadmin/data/users/*/domains/domain.tld.conf for every domain changed to "no", if one of the domains has "yes" as value, the PHP Version Selector isn't working?

 

[Richard G]

Doesn't sound as a solution to me. Normally there always is one main domain.
As far as I can see I don't have this issue.

 

[Achterstraat]

You're right, its working for every user so PHP Version Selector isn't working right but other things like PHP Settings aren't reachable without any default domain for a user.

Do you've any idea? Nothing in the logs and it's a live server, debug isn't possible.

/usr/local/directadmin/data/users/#/user.conf

account=ON
additional_bandwidth=0
aftp=OFF
api_with_password=yes
bandwidth=unlimited
catchall=ON
cgi=ON
clamav=OFF
creator=personal
cron=OFF
date_created=Wed Dec 27 11:53:12 2017
demo=no
dnscontrol=ON
docsroot=./data/skins/evolution
domain=#.org
domainptr=0
email=#@#.com
ftp=1
git=OFF
inode=unlimited
ip=#
language=en
login_keys=OFF
mysql=0
name=#
nemailf=unlimited
nemailml=unlimited
nemailr=unlimited
nemails=unlimited
notify_on_all_question_failures=yes
notify_on_all_twostep_auth_failures=yes
ns1=ns.#.nl
ns2=ns.#.eu
nsubdomains=unlimited
package=custom
php=ON
quota=unlimited
security_questions=no
sentnotice_quota_full=no
sentwarning_bandwidth=no
sentwarning_inode=no
sentwarning_quota=no
skin=evolution
spam=ON
ssh=OFF
ssl=ON
suspend_at_limit=OFF
suspended=no
sysinfo=OFF
twostep_auth=no
user_widgets=WGT_USER_STATS:WGT_ADDITIONAL_DOMAINS
username=#
usertype=user
vdomains=unlimited
wordpress=OFF
zoom=100

/usr/local/directadmin/data/users/#/domains/#.org.conf

SSLCACertificateFile=/usr/local/directadmin/data/users/#/domains/#.org.cacert
SSLCertificateFile=/usr/local/directadmin/data/users/#/domains/#.org.cert.combined
SSLCertificateKeyFile=/usr/local/directadmin/data/users/#/domains/#.org.key
UseCanonicalName=OFF
acme_provider=letsencrypt
active=yes
bandwidth=unlimited
cgi=ON
defaultdomain=yes
domain=#.org
ip=#
open_basedir=ON
php=ON
php1_select=1
php2_select=0
quota=unlimited
safemode=OFF
ssl=ON
suspended=no
ttl_override=300
username=#

 

[Richard G]

Mine seems almost the same as yours. I don't have the all the sentnotice and sentwarning in there but I do have a jail=off setting.
This is from one of my users with a cheap package:

account=ON
additional_bandwidth=0
aftp=OFF
api_with_password=yes
bandwidth=10000
catchall=OFF
cgi=OFF
clamav=OFF
creator=resellername
cron=OFF
date_created=Mon Jan 19 20:05:24 2009
demo=no
dnscontrol=OFF
docsroot=./data/skins/evolution
domain=domainname.nl
domainptr=3
[email protected]
ftp=3
git=OFF
inode=unlimited
ip=xxx.xxx.xxx.xxx
jail=OFF
language=nl
login_keys=ON
mysql=3
name=username
nemailf=5
nemailml=0
nemailr=5
nemails=5
notify_on_all_question_failures=yes
notify_on_all_twostep_auth_failures=yes
ns1=ns1.mycompany.nl
ns2=ns2.mycompany.nl
nsubdomains=5
package=packagename
php=ON
quota=1000
security_questions=no
skin=evolution
spam=ON
ssh=OFF
ssl=ON
suspend_at_limit=ON
suspended=no
sysinfo=ON
twostep_auth=no
user_widgets=WGT_USER_STATS:WGT_ADDITIONAL_DOMAINS
username=awlgeerts
usertype=user
vdomains=3
wordpress=OFF
zoom=100

As for this domains domain.conf file it's also the same except for some settings. We use safemode=on for all domains. Rather be safe than sorry, but this should not effect the version selector in any way.

 

[Achterstraat]

Thanks for sharing, the three problems are not related to each other but started when auto upgraded te last time, i had disabled auto upgrade for that reason and that was ignored, see before that upgrades are done when you disabled it?

 

[Achterstraat]

Thanks to John and Roman this issue is fixed without a solution, it just started working again without finding a real problem.

da config-set set_php_bin_path_in_crons 0
da config-set set_php_bin_path_in_shell 0
service directadmin restart

Default setitngs of both is 1, with 0 the problems doesn't exists anymore.

 

[Richard G]

Out of curiosity, which OS and which version are you running?

 

[Achterstraat]

CentOS 7.9, few months and they got the EOL status.

 

[Richard G]

Thanks.
Hmmz... oddd. Unfortunately I can't test anymore if I could reproduce on our server, we moved our last Centos 7.x server to Alma 9 last month. The Alma 8 and 9 servers luckily don't show this issue.