• Debian 11 is approaching its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.80 will be the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

Domain resolves always to old parent domain (when was used as alias)

gkot1500

New Pleskian
There is a client that uses 3 domains (1 + 2 alias)
dom1.com

with 2 domain alias
dom2.com
dom3.com

Client decided to create a brand new website for domain dom3.com

I deleted the alias for dom3.com and created a new subscription on the same server, same ip.
After 4 days the dom3.com resolves to dom1.com. Is this normal?
The nameservers are idem for both 3 domains. Is there a way that plesk ("unchain") the domain alias?

Thanks
 
First of all I would check their document root directories.
 
Thanks Igor
So, i've checked the psa database and all the records on both subscriptions (synagermoi.com.gr/ easy-alarm.gr)

The settings in tables:
configurations
dns_recs
dns_zone
domains
hosting
domainaliases and
sys_users

seems OK.

Especially the 2 files that includes the document root directories are doubled checked:

>> configurations table> col. file> Configurations-file.bin> where guided me to check the
/var/www/vhosts/easy-alarm.gr/conf/xxx_httpd.include:
Code:
DocumentRoot "/var/www/vhosts/easy-alarm.gr/httpdocs"
This is OK

>> hosting table> col. www_root> bin file
Code:
/var/www/vhosts/easy-alarm.gr/httpdocs
This is OK

I've also checked that the ftp server works fine and gives me access to the right folder of the new subscription (easy-alarm.gr)
It seems that only the webserver is stacked on the old root

Any more idea where i can check?
 
Last edited:
Ok my last sentence gave me the solution... OMG was so simple
It seems that only the webserver is stacked on the old root

Just restarted the apache service and the new root is serviced!

Thanks anyway for your help
 
Back
Top