Each migration in the last years I'm running into this bug that Postfix wants to run on port 587 even though this is turned OFF in the Plesk Panel.
Sometimes it does this after some update.
Because another process is running on port 587 this means that postfix does not start and I have some downtime until I "repair" this.
"Repairing" means going into Plesk panel and turning ON SMTP-Auth.... Wait a moment for it to apply and then turning it OFF again....
This unwanted behaviour can be easily reproduced by having this option turned off in the Plesk panel and then running /usr/local/psa/admin/sbin/mchk --without-spam
This will end up in a non-running postfix if another process is already running on port 587.
This shouldn't be happening. Especially because I reported this behaviour years ago..
My license is updated every month, however it is not automatic, i have to go to Tools & settings > license management and click on "Retrieve Keys" every month.
Iguess there should a cron job that should do this for me every month in Centos.
i've set up a new Debian 7 server with Plesk 12. After the basic configuration, i've installed nginx via Plesk updater.Now, when restarting the whole server, nginx doesnt start for some reason. Plesk shows it as running, but `service nginx status` shows, that it isnt running. But an `nginx.pid` exists in /var/run, but it's empty.
However, starting it manually via `service nginx start` works fine without any error.I've already tried `update-rc.d nginx remove && update-rc.d nginx defaults` but without any success. I've also tried another init script, but same results.
So Everything was going great! Until I needed to reboot, and then after that only Plesk panel worked not my IP or any domains setup with it.
BUT when I restart Nginx it all starts working again! (Had to /usr/local/psa/admin/bin/httpdmng --reconfigure-all to get the domains to go to the right directory though)
But now everytime I reboot the server Nginx has to be restarted
I wanted to permanently get rid of xcache from my Plesk 12 as some softwares we are using crashes if xcache is installed or enabled on server.
At present I am doing yum remove to remove xcache php extension from server which is allowing our software to work but after couple of days, its coming back again.
I found traces in autoinstaller log, but I am not sure how to completely disable only xcache for all php versions installed on server i.e. PHP 5.3, 5.4, 5.5
The VPS has 16 domains running on it, all with different web addresses and their own email accounts etc.
It's a Linux server and is running postfix for the mail. The main website on this domain has the mail service disabled because we have an exchange service on our own server here in the building where we work. Now when anyone on any of our domains on the VPS try to email us at 'maincompany.com' they get the following error message:
This is the mail system at host <vps address>.
Your message could not be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to postmaster.
If you do so, please include this problem report. You can delete your own text from the attached returned message.
The mail system
<stevew@maincompany.com>: mail for maincompany.com loops back to myself...
i have a domain registered within PLESK having the same name as the server itself. After a short period of time the domain shows up the PLESK default page instead of the original content located in the vhost httpdocs directory.
To restore the content it's possible to deactivate and re-activate the domain from the customers control panel. But after an amount of time the default page comes back.I first recognized the error after the update to PLESK 12.
run a command on /var/git to set rights and onwer without being cautious enough.I have run chown git:git .* -R which did not only run direction downwards the tree but upwards as well :-(
Any way to reset permissions and ownership for the directories back to standard?I tried /usr/local/psa/bin/repair already. Did lot of the fixes, but not all is in line yet.
I have 2 different servers one with Plesk 11.5. and one new just installed Plesk 12.0, the 12.0 will not send emails out but i get them back to the inbox of the outgoing server. is there a fix for this as i have tried both postfix and qmail to send out emails all with the same result.
It seems that something has changed from version 11.5 to 12.
The plesk configuration is installed on Debian 7.7 OS
Since Microupdate 11.0.9 #52/#53 I get the following error from my scheduled backup:
<description>Failed to pack files back__domainname_mn_1306110314 in /var/lib/psa/dumps/xy/clients/xy/domains/domainname [ 945838637056 bytes free of 980876906496 bytes total on mount point 0]</description>
Some related problems have already been discussed here in the forum (e.g.: [URL] .... or this one: [URL] ...., but it all did not quite match with my problem.
In my Plesk 12.0, I installed support por PHP 5.3, and 5.4. But when I go to configure my site, I only can select these versions if I put PHP like FastCGI:
But in "Apache Module" I only can select PHP 5.3.3:
My WebSite doesn't work with FastCGI, only with "Module Apache".
2001:8d8:90b:c900::2a:19d1 is the ipv6 from my server, and it appears there because of nginx working as reverse proxy.
As you can see, facebook can't get /hello.html (404 response), but I can get it from another server using curl (200 response). I tried disabling nginx and this is what I see now:
Still not able to get /hello.html. This is a problem for me because I can't share anything on facebook, since their bot can't find anything on my site.
We have many hundreds of domains on our Plesk 11.5 server (Linux) but many of them do not have SSL support enabled. Any script that would enable it for all domains and subdomains on our server, to save the tedious time of manually checking every domain?
A really nice feature has been brought to plesk with the native support for multiple PHP versions now.I tried it out, but there seems to be an error in the session.save_path of PHP 5.5.23 (the one I tested).sessions.save_path points to /var/lib/php/sessions but the default before seems to be /var/lib/php/session so the folder does not exist.For now I simply worked with a symlink to solve the problem:
cd /var/lib/php/ ln -s session sessions
Not sure if other PHP version or other OSes (besides PHP 5.5.23 and CentOS 6.6 are affected).
I've been trying to get this to work for almost 2 weeks now. Is there a tutorial around for Plesk 12, Postfix and WHMCS that works? WHMCS does not support Plesk, only Direct Admin and cPanel.I'm getting this in maillog:
ct 4 23:12:48 xxx postfix/smtpd[24500]: connect from mail-la0-f44.google.com[29.5.15.4] Oct 4 23:12:49 xxx postfix/smtpd[24500]: E83E57C9C: client=mail-la0-f44.google.com[29.5.15.4] Oct 4 23:12:50 xxx postfix/cleanup[24506]: E83E57C9C: message-id=<CAC9_f0rbT-Lb-v1NKhAr7+HAkg@mail.gmail.com> Oct 4 23:12:50 xxx /usr/lib/plesk-9.0/psa-pc-remote[4537]: handlers_stderr: SKIP Oct 4 23:12:50 xxx /usr/lib/plesk-9.0/psa-pc-remote[4537]: SKIP during call 'check-quota' handler Oct 4 23:12:50 xxx postfix/qmgr[7097]: E83E57C9C: from=<test_user@gmail.com>, size=1859, nrcpt=1 (queue active) Oct 4 23:12:50 xxx postfix-local[24509]: postfix-local: from=test_user@gmail.com, to=support@xxx.net, dirname=/var/qmail/mailnames Oct 4 23:12:50 xxx postfix/pipe[24508]: E83E57C9C: to=<support@xxx.net>, relay=plesk_virtual, delay=1, delays=0.89/0.01/0/0.16, dsn=2.0.0, status=sent (delivered via plesk_virtual service) Oct 4 23:12:50 xxx postfix/qmgr[7097]: E83E57C9C: removed
I have tried editing .qmail and I have also tried this tutorial -[URL] ..... but nothing is working for me at the moment.
Every time i use Dovecot secure IMAP server with Sieve support.I can not receive emails note. Upgraded from 11.5 to 12
Jun 18 08:03:36 CO6302 postfix/qmgr[1523]: 284FAA0E86: from=<my@gmail.com>, size=1943, nrcpt=1 (queue active) Jun 18 08:03:36 CO6302 postfix-local[2036]: postfix-local: from=my@gmail.com, to=the@domain.com, dirname=/var/qmail/mailnames Jun 18 08:03:36 CO6302 postfix/pipe[2035]: 284FAA0E86: to=<the@domain.com>, relay=plesk_virtual, delay=336, delays=335/0.01/0/0.19, dsn=4.3.0, status=deferred (temporary failure. Command output: lda: Error: user the@domain.com: Error reading configuration: Invalid settings: postmaster_address setting not given lda: Fatal: Internal error occurred. Refer to server log for more information. 4.2.1 Message can not be delivered at this time )
PHP-FPM support for nginx will not start when attempted in Tools & Settings > Services Management
Check error log:
#tail /var/log/php-fpm/error.log
ERROR: unable to bind listening socket for address '/var/www/vhosts/system/domain.tld/php-fpm.sock': Permission denied (13)
Possible problem:
SELinux may be preventing it. To test this do:
#setenforce 0
Now try and start PHP-FPM support again in Tools & Settings > Services Management
If that now starts you know what the problem is. Go to "Fix" below If it didnt work, you have a different issue. Turn SELinux back on while you figure it out:
#setenforce 1
Fix:
The following worked for me but i know very little about SELinux - corrections welcome:
## Turn SELinux to permissive # setenforce 0 ## In Plesk panel start PHP-FPM support in Tools & Settings > Services Management
Error: ifmng failed: sh: /sbin/ifconfig: No such file or directory /sbin/ifconfig 'eth0:1' '1.2.3.4' netmask '255.255.255.0' up exited with non-zero status 127
In Plesk 12.0.18 Update #14 when adding an IP with the Plesk Webinterface.
Futurehosting did a migration this morning on my VPS and after the migration my site is reverted back to old backup in February. Both on my old VPS and new VPS Ips shows the same old backup files not the current one. I panicked and quickly told the support and they did the restoration to the recent backup file from my old VPS but I checked my site again and its still show the same old files. I have lost total of 3 months of hard work and there's no way for me for getting the files back. From their VPS plan "All VPSs include Future Protect which makes a backup every 6 hours." I did not get the recent backup instead of last February backup. This is outrageous and there's no sleep for me on tonight while I'm going to create all those missing files.
Why has Ipower turned into a such a poor hosting service? I have been with them for years and now they are leaving me little choice, but to find a new provider. For years they were able to provide me with a smooth service. Over the last year I have experienced tons of down time, long wait time for customer service, and recently downed email service for way toooo long.
Many of the VPS providers I've looked at don't back up the servers that house the VPSs and as such don't back up the VPSs either - have you considered what would happen should the VPS itself be erased (such as what happened to vaserv/fsckvps not too long ago)?