Facebook
Twitter
atomicturtle
Golden Pleskian
Actually if you have the 32-bit compatibility libraries you can do it.
-
If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
CentOS2Alma discussion
F
fhosting
Guest
Someone was installed PLESK 7.5.4 for RedHat ES 4.0 to CentOS 4.1?
If yes, please provided some help!
Thank you!
If yes, please provided some help!
Thank you!
H
hardweb
Guest
> Actually if you have the 32-bit compatibility libraries you can do it.
This way you can install any 32bit program, but there is no real benefit. The only positive thing is that you will be able to install the 64 bit version when it will be available.
This way you can install any 32bit program, but there is no real benefit. The only positive thing is that you will be able to install the 64 bit version when it will be available.
R
RevMagi
Guest
Release date
Do we have a release date yet ?? We were told we would have Virtuozzo templates for download last Friday, it is not almost Wednesday and no show anywhere. I have many VPS clients wanting to migrate from other datacenters to ours and with the bugs in the migration manager, not safe enought for large migrations.
Do we have a release date yet ?? We were told we would have Virtuozzo templates for download last Friday, it is not almost Wednesday and no show anywhere. I have many VPS clients wanting to migrate from other datacenters to ours and with the bugs in the migration manager, not safe enought for large migrations.
F
fhosting
Guest
I have tried to install Plesk but have some package problems:
librpm-4.3.so is needed by psa-pre-keyupdate-7.5.4-rhel4.build75050803.19.i586
librpmdb-4.3.so is needed by psa-pre-keyupdate-7.5.4-rhel4.build75050803.19.i586
librpmio-4.3.so is needed by psa-pre-keyupdate-7.5.4-rhel4.build75050803.19.i586
So, can't do anything else!
librpm-4.3.so is needed by psa-pre-keyupdate-7.5.4-rhel4.build75050803.19.i586
librpmdb-4.3.so is needed by psa-pre-keyupdate-7.5.4-rhel4.build75050803.19.i586
librpmio-4.3.so is needed by psa-pre-keyupdate-7.5.4-rhel4.build75050803.19.i586
So, can't do anything else!
T
Traged1
Guest
Hi just wanted to let you know that there is still an error in the /etc/xinetd.d/smtp_psa file commands.
PLESK updates these rbl records/services when you add/remove a MAPS service in the CP.
EXAMPLE:
-------------------------------------------------------
service smtp
{
disable = yes
socket_type = stream
protocol = tcp
wait = no
user = root
instances = UNLIMITED
server = /var/qmail/bin/tcp-env
server_args = -Rt0 /usr/sbin/rblsmtpd -r socks.dnsbl.sorbs.net;vrbl.xtreme-host.com;http.dnsbl.sorbs.net;misc.dnsbl.sorbs.net;spam.dnsbl.sorbs.net;zombie.dnsbl.sorbs.net;rhsbl.sorbs.net;bl.spamcop.net;cbl.abuseat.org;sbl-xbl.spamhaus.org /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
}
-------------------------------------------------------
The issue is that this does not work, I have tested this over and over again and this syntax does not work.
Working Copy:
------------------------------------------------------
service smtp
{
socket_type = stream
protocol = tcp
wait = no
disable = no
user = root
instances = UNLIMITED
server = /var/qmail/bin/tcp-env
server_args = -Rt0 /usr/sbin/rblsmtpd -r vrbl.xtreme-host.com /usr/sbin/rblsmtpd -r zombie.dnsbl.sorbs.net /usr/sbin/rblsmtpd -r spam.dnsbl.sorbs.net /usr/sbin/rblsmtpd -r misc.dnsbl.sorbs.net /usr/sbin/rblsmtpd -r socks.dnsbl.sorbs.net /usr/sbin/rblsmtpd -r http.dnsbl.sorbs.net /usr/sbin/rblsmtpd -r rhsbl.sorbs.net /usr/sbin/rblsmtpd -r cbl.abuseat.org /usr/sbin/rblsmtpd -r sbl-xbl.spamhaus.org /usr/sbin/rblsmtpd -r bl.spamcop.net /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
}
------------------------------------------------------
The specific use of "/usr/sbin/rblsmtpd -r " must be used before each MAP service you add to the server, otherwise it does not recognize the MAPS.
PLESK updates these rbl records/services when you add/remove a MAPS service in the CP.
EXAMPLE:
-------------------------------------------------------
service smtp
{
disable = yes
socket_type = stream
protocol = tcp
wait = no
user = root
instances = UNLIMITED
server = /var/qmail/bin/tcp-env
server_args = -Rt0 /usr/sbin/rblsmtpd -r socks.dnsbl.sorbs.net;vrbl.xtreme-host.com;http.dnsbl.sorbs.net;misc.dnsbl.sorbs.net;spam.dnsbl.sorbs.net;zombie.dnsbl.sorbs.net;rhsbl.sorbs.net;bl.spamcop.net;cbl.abuseat.org;sbl-xbl.spamhaus.org /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
}
-------------------------------------------------------
The issue is that this does not work, I have tested this over and over again and this syntax does not work.
Working Copy:
------------------------------------------------------
service smtp
{
socket_type = stream
protocol = tcp
wait = no
disable = no
user = root
instances = UNLIMITED
server = /var/qmail/bin/tcp-env
server_args = -Rt0 /usr/sbin/rblsmtpd -r vrbl.xtreme-host.com /usr/sbin/rblsmtpd -r zombie.dnsbl.sorbs.net /usr/sbin/rblsmtpd -r spam.dnsbl.sorbs.net /usr/sbin/rblsmtpd -r misc.dnsbl.sorbs.net /usr/sbin/rblsmtpd -r socks.dnsbl.sorbs.net /usr/sbin/rblsmtpd -r http.dnsbl.sorbs.net /usr/sbin/rblsmtpd -r rhsbl.sorbs.net /usr/sbin/rblsmtpd -r cbl.abuseat.org /usr/sbin/rblsmtpd -r sbl-xbl.spamhaus.org /usr/sbin/rblsmtpd -r bl.spamcop.net /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
}
------------------------------------------------------
The specific use of "/usr/sbin/rblsmtpd -r " must be used before each MAP service you add to the server, otherwise it does not recognize the MAPS.
J
jamesyeeoc
Guest
I thought the problem was in using the ';' instead of ' -r ' as the delimiters. I have not had to repeat the whole /usr/sbin/rblsmtpd between each MAPS server, as long as I have spaces and -r, not the ';'
T
Traged1
Guest
We find that it does significantly reduce the servers overall spam. We have not noticed any decrease in routing or proforamce of devilery.
J
jamesyeeoc
Guest
The addition of many MAPs servers *can* have an adverse effect on performance. The more there are in the list, the higher the chances of some of them being offline for whatever reason, then your server has to wait for a timeout to occur before going to the next one in line. If there are several which are offline (for whatever reason) the overall delivery time per message can increase dramatically.
Even if the MAPS servers are not 'offline', but say there are network problems which are causing delays in getting packets to/from the MAPS server, again this can cause your overall delivery time to increase.
Just something to keep in mind. The internet is never in perfect working order at any time...
Even if the MAPS servers are not 'offline', but say there are network problems which are causing delays in getting packets to/from the MAPS server, again this can cause your overall delivery time to increase.
Just something to keep in mind. The internet is never in perfect working order at any time...
T
Traged1
Guest
Well I upgraded 2 servers to 7.5.4 today via autoupdate, and one server works great the other is trashed
For some reason apache if crashing and not serving anything.
All I can find is this:
For some reason apache if crashing and not serving anything.
All I can find is this:
J
jamesyeeoc
Guest
Were both servers exactly identical as to Apache mods (such as mod_dosevasive and mod_security)??
T
Traged1
Guest
yep, but digging further I see that when I switch coldfusion support off for the domains, they work? This is so strange.
Would it be that PLESK no longer supports CFMX6.1?
I did see that in the Server-> Coldfusion section there is no longer an option to switch it from server/jrun installs? Where did this go?
Would it be that PLESK no longer supports CFMX6.1?
I did see that in the Server-> Coldfusion section there is no longer an option to switch it from server/jrun installs? Where did this go?
T
Traged1
Guest
Well, it appears that there was some Coldfusion process that just did not want to die, I did a killall -v cfusion and then restarted and it seems to have fixed the issue.
T
Traged1
Guest
Well that fixed it temporarily, Apache is crashing once every two or three days now since the 7.5.4 update using the autoinstaller.
RHEL 3
PLESK 7.5.4 is stated as the version number, but in the component section I see some things that I never installed like there is an httpd and also an apache 1.3.1 listed and a JDK listed which I do not know how it got there?
The install log shows no errors and it says it was sucessfull:
But here is what I find in the /var/log/httpd/error_log at the time of each crash:
I recompiled apache from source and it makes no difference, its still crashing.
The only thing I can do after each crash to get it back up is:
# killall cfusion
# Service coldfusion restart
# service httpd restart
This will get it back up and running for another day.
As a temp fix I have written this into a cron job which runs each 1/2 hour to make sure it doesn't go down for extended periods of time but I need to try an track the root of the problem.
I am not seeing anything strange in the cf logs at all.
I also noticed that when these crashes happen, the server catches a sigterm and then attempts to restart coldfusion's jrun as seen here:
Can anyone help as I am really at a loss as to where to look next?
RHEL 3
PLESK 7.5.4 is stated as the version number, but in the component section I see some things that I never installed like there is an httpd and also an apache 1.3.1 listed and a JDK listed which I do not know how it got there?
The install log shows no errors and it says it was sucessfull:
But here is what I find in the /var/log/httpd/error_log at the time of each crash:
I recompiled apache from source and it makes no difference, its still crashing.
The only thing I can do after each crash to get it back up is:
# killall cfusion
# Service coldfusion restart
# service httpd restart
This will get it back up and running for another day.
As a temp fix I have written this into a cron job which runs each 1/2 hour to make sure it doesn't go down for extended periods of time but I need to try an track the root of the problem.
I am not seeing anything strange in the cf logs at all.
I also noticed that when these crashes happen, the server catches a sigterm and then attempts to restart coldfusion's jrun as seen here:
Can anyone help as I am really at a loss as to where to look next?
T
Traged1
Guest
Here is the component lists:
I removed the apache 1.1.3 which used to be listed here by editing the psa database in the components table so it doesn't show anymore.
I dont have jdk 1.4.2 as far as I know I have done a locate JDK, and rpm -q JDK and both found nothing but yet it is listed in the components page?
I removed the apache 1.1.3 which used to be listed here by editing the psa database in the components table so it doesn't show anymore.
I dont have jdk 1.4.2 as far as I know I have done a locate JDK, and rpm -q JDK and both found nothing but yet it is listed in the components page?
T
Traged1
Guest
After doing strace on the coldfusion binary, it proved to come up with nothing so I began to match up the coldfusion files with another server which has the same setup.
This is what I found:
The first server (with apache/CF crashing) was missing the folder:
/opt/coldfusionmx/runtime/lib/wsconfig/psa which contains:
So it would appear that the stalled child process prevented PLESK from updating the wsconfig files it uses to wrap the cfprocesses.
I killed all the cf process and stop cfmx, then I log into plesk and used the Coldfusion button to get plesk to create the required files in /opt/coldfusionmx/runtime/lib/wsconfig . I then restarted the cf server and it's appeared to have setup properly this time.
I will continue to monitor this and see if these action have solved the issue with the child process segs.
This is what I found:
The first server (with apache/CF crashing) was missing the folder:
/opt/coldfusionmx/runtime/lib/wsconfig/psa which contains:
So it would appear that the stalled child process prevented PLESK from updating the wsconfig files it uses to wrap the cfprocesses.
I killed all the cf process and stop cfmx, then I log into plesk and used the Coldfusion button to get plesk to create the required files in /opt/coldfusionmx/runtime/lib/wsconfig . I then restarted the cf server and it's appeared to have setup properly this time.
I will continue to monitor this and see if these action have solved the issue with the child process segs.
T
Traged1
Guest
Well, my wishfull thinking has just proven wrong, httpd is still crapping out with stale child processes. Anyone have any idea's?
