Search results

In cases like this, it would really help if we knew the real domain name so that that the whois and DNS can be queried.

Well, you have set up Plesk to include the log files in the customer's disk space statistics (Tools & Settings -> Statistics section -> Server Statistics Settings), so that's what Plesk did. But the actual quota on the OS level depends on the file ownership. Customer's log files are not owned...

These files are hardlinked... Both file names point to the same inode, so deleting just the one file name won't remove the content and free the disk space. For the answer to your question, refer to the following Plesk support article: Why there are two locations for domain log files in Plesk...

This is odd, I see "Plesk component uninstall ... mysql" in the action log above. Same for httpd.

Well, I guess this was to be expected, your CMS is rewriting the URL. At this point I'm not sure what to suggest. I'd normally look at the CMS documentation and code first, to try to understand what is being done. The top level web.config would be a good place to start looking. I can't really...

Was that an actual directory or was it a URL routed by the CMS? If it's an actual directory, you could use .NET's Response.Redirect() or Response.RedirectPermanent() inside a Default.aspx file. A better approach would be to use a web.config with a IIS URL rewrite directive, especially if...

I'd expect the /etc/nginx/plesk.conf.d/vhosts/domain.com.conf to be a symlink to /var/www/vhosts/system/domain.com/conf/nginx.conf. In /var/www/vhosts/system/domain.com/conf/nginx.conf I'd expect to find the following line twice (for SSL and plain access): include...

Your domain uses the following name servers: ns1047.ui-dns.org ns1067.ui-dns.de ns1076.ui-dns.com ns1091.ui-dns.biz I queried for the DNS record webmail.cosmozine.de and it doesn't exist in the above DNS. My guess is that you're using external DNS and the changes you are making in Plesk...

Generally speaking, Plesk assigns a single certificate to the control panel access and a single certificate to mail servers. So if you're accessing either under different server names than those specified in the certificate, you will get SSL/TLS warnings. To actually investigate the mail...

I'd start with the basics first, so I'd check if the customers in question belong to the hosting plan that has been modified and if their subscriptions are in sync with the hosting plan. The latter could be the cause for this... If that doesn't solve the issue, it would help if you could be...

It can be, if you want it to be. Please note, just because Plesk marks the OS level PHP as "outdated", it doesn't necessarily mean that it is indeed outdated. As long as your OS is supported and updated, the OS level PHP is also supported and updated. Vendors such as Red Hat backport updates to...

There could be several reasons for the issues you're experiencing. DNS, firewall, blocked ports, etc. We'd need to know the actual hostname of your server and webmail address to help finding out what is going on.

It sounds like you're using a live site to test the code before even committing it to any repo? I find this workflow flawed in many ways and I strongly suggest changing it. But still, to satisfy your requirements, I suggest the following: (assuming the GitHub repo contains valid operational...

Well, basically we'd need to know the name of your domain, so that DNS can be inspected and then also compared to the instructions of the newsletter service provider. For the latter, a link to the relevant documentation would be helpful, to speed things up.

Well, @trialotto's advice is sound. I too would in this case recommend setting up a fresh Plesk instance and performing a data migration, rather then to perform an in-place OS upgrade between major OS versions. In any case, even if you do decide to perform the latter, Plesk won't be doing it for...

Could be anything really, DNS propagation, DNS errors... We don't have enough information to know.

Well, depending on your server's file system and underlying hardware, getting the deleted files restored would be either difficult or extremely difficult to borderline impossible, at least with a sane amount of cost. Regular backups are always heartily recommended. As to how they did it, you'd...

The domain setis-sarl.fr is not registered at the moment. You can check the status of .fr domains here: nic.fr whois. The best course of action would be to contact your domain registration provider as soon as possible.

The log you're looking for is at /var/log/plesk/panel.log. I'm not sure what could be causing this issue, though. Do you have ModSecurity enabled on the server?

As which user is your app running? Please post the access rights and ownership of the certificate files and directories you're trying to access. This should do it: ls -als /usr/local/psa/var/modules/letsencrypt/etc ls -als /usr/local/psa/var/modules/letsencrypt/etc/archive/mydomain.com