Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Pages: [1]
1
CentOS-WebPanel GUI / Re: The Databases submenu items vanished in the user panel
« on: August 09, 2023, 03:28:58 PM »
Hey
This is a bug. Update your CWP install again and you should be good to go.
This is a bug. Update your CWP install again and you should be good to go.
2
SSL / Re: SSL CERT Self Signed on Hostname
« on: May 02, 2019, 09:51:50 PM »
Hi Alan
CWP automatically generates a self-signed certificate for itself. Is there a particular problem you're having?
CWP automatically generates a self-signed certificate for itself. Is there a particular problem you're having?
3
Installation / Re: can't start Webpanel
« on: May 02, 2019, 09:49:16 PM »
Any reason you're using CentOS 6?
Obviously something went majorly wrong during the installation and you likely have more errors to come. I'd recommend reloading the OS with CentOS 7 and then installing CWP.
Obviously something went majorly wrong during the installation and you likely have more errors to come. I'd recommend reloading the OS with CentOS 7 and then installing CWP.
4
Information / Re: mysqli_error()
« on: May 01, 2019, 06:06:17 PM »
I'm not even going to bother here, wasting my keystrokes.
Good luck with your broken server.
Good luck with your broken server.
5
Information / Re: mysqli_error()
« on: May 01, 2019, 05:31:05 PM »
Okay, so it looks like you've actually lost your MySQL data somehow. Something or someone has uninstalled MySQL/MariaDB, then reinstalled it and ran the mysql_secure_installation wizard. The chances of you getting any of your data back are very slim. You should bring in a sysadmin at this point if you want to try recovering anything.
To be perfectly honest, this is the time you should either restore back to a time when this wasn't a problem, or spin up a new server and migrate your sites to it. Trying to fix this when somebody/something has been playing with the OS is never going to end well.
To be perfectly honest, this is the time you should either restore back to a time when this wasn't a problem, or spin up a new server and migrate your sites to it. Trying to fix this when somebody/something has been playing with the OS is never going to end well.
6
Apache / Re: Installing Brotli Module in Apache
« on: May 01, 2019, 05:07:24 PM »
Hi,
Don't do it! Brotli is VERY BAD for performance! The compression ratio is improved compared to gzip, however the compression speed (i.e. how fast it can shrink say 100k into 10k) is QUADRUPLE that of gzip-6. That means, effectively, it takes FOUR times longer to send files from your web server to the end user.
Brotli works well for Google, who use Tilera accelerated CPUs to do the compression over lots of cores, but for everybody else using Nginx/Apache/Litespeed etc, stick to gzip.
In fact, if you want to get a speed improvement, you might consider dropping your gzip compression ratio from the default level of 6 down to 2. It sounds crazy because you're not compressing as low and therefore sending more data over the network, however the response time between gzip-6 and gzip-2 is almost halved.
Take a look at some Brotli benchmarks here: https://www.opencpu.org/posts/brotli-benchmarks/
In any case, to answer your question. If you did want to stick with Brotli, I'm afraid you'd have to reinstall the module every time you rebuild Apache using CWP.
Don't do it! Brotli is VERY BAD for performance! The compression ratio is improved compared to gzip, however the compression speed (i.e. how fast it can shrink say 100k into 10k) is QUADRUPLE that of gzip-6. That means, effectively, it takes FOUR times longer to send files from your web server to the end user.
Brotli works well for Google, who use Tilera accelerated CPUs to do the compression over lots of cores, but for everybody else using Nginx/Apache/Litespeed etc, stick to gzip.
In fact, if you want to get a speed improvement, you might consider dropping your gzip compression ratio from the default level of 6 down to 2. It sounds crazy because you're not compressing as low and therefore sending more data over the network, however the response time between gzip-6 and gzip-2 is almost halved.
Take a look at some Brotli benchmarks here: https://www.opencpu.org/posts/brotli-benchmarks/
In any case, to answer your question. If you did want to stick with Brotli, I'm afraid you'd have to reinstall the module every time you rebuild Apache using CWP.
7
Information / Re: mysqli_error()
« on: April 30, 2019, 11:42:30 PM »
Not a good error. Looks like your MySQL/MariaDB server has been removed. Without seeing the server in more detail it's hard to say what has happened or how. I expect you added a custom repo and it's wreaked havoc during an automated update.
You could try "yum install mariadb-server" and seeing what happens. It'd be unusual for your /var/lib/mysql data directory to be touched or removed, so you hopefully haven't lost anything. Nonetheless, this is a serious error and I do hope you have backups.
If you're seeing this error right away after a brand new CWP installation, reload the OS from scratch.
You could try "yum install mariadb-server" and seeing what happens. It'd be unusual for your /var/lib/mysql data directory to be touched or removed, so you hopefully haven't lost anything. Nonetheless, this is a serious error and I do hope you have backups.
If you're seeing this error right away after a brand new CWP installation, reload the OS from scratch.
8
Updates / Re: Latest updates have created a huge list of MD5 Checksum errors on CWP
« on: April 30, 2019, 11:38:05 PM »
That's normal behaviour after performing a yum update. You might want to set up a custom log address in CSF (which sends these emails) so that they're logged for reference but you're not continually bothered by them.
9
Updates / Re: why is cron for php 71 running when i have php73 installed?
« on: April 30, 2019, 11:14:36 PM »
I've noticed this too. It's actually expected behaviour, since FPM and CLI are two completely different versions.
You also need to rebuild your "PHP Version Switcher" and/or "PHP Selector 2" if you have configured it.
Note that rebuilding any of the three PHP versions will wipe out any php.ini customizations, so if you've made changes back them up first.
You also need to rebuild your "PHP Version Switcher" and/or "PHP Selector 2" if you have configured it.
Note that rebuilding any of the three PHP versions will wipe out any php.ini customizations, so if you've made changes back them up first.
10
CentOS-WebPanel GUI / Cookie/IP session validation
« on: April 30, 2019, 07:34:10 PM »
Hi all,
We have three unique ISPs in our office, load balanced in a "round robin" manor. This means our outbound HTTP/s requests can come from three different IP addresses, each in unique network subnets.
CWP has strict cookie/IP session validation by default, so once the HTTP keepalive expires, our router balances through another IP address and we lose our login session to CWP's admin and user areas.
We need a way to turn off IP cookie validation. That is, we need to allow any IP address to attach to the session/cookie, no matter which address the request comes from. In cPanel and Plesk this is a simple checkbox to enable, but for CWP it doesn't seem to exist. Can anyone suggest a resolution?
We have three unique ISPs in our office, load balanced in a "round robin" manor. This means our outbound HTTP/s requests can come from three different IP addresses, each in unique network subnets.
CWP has strict cookie/IP session validation by default, so once the HTTP keepalive expires, our router balances through another IP address and we lose our login session to CWP's admin and user areas.
We need a way to turn off IP cookie validation. That is, we need to allow any IP address to attach to the session/cookie, no matter which address the request comes from. In cPanel and Plesk this is a simple checkbox to enable, but for CWP it doesn't seem to exist. Can anyone suggest a resolution?
11
Other / Paid pro licenses, unable to submit support tickets
« on: April 30, 2019, 07:31:35 PM »
Hi there,
I've tried multiple times throughout the day to submit a support ticket at https://support.centos-webpanel.com/ but to no avail. I'm able to log in and see my licenses. I can click the 'Open Ticket' button and compose a ticket, but as soon as I complete the captcha and hit Submit I'm redirected to the WHMCS clientarea page.
I've tried clearing cache and cookies, so it looks to be a WHMCS admin-side issue. Hopefully the site admin can resolve it soon?
I've tried multiple times throughout the day to submit a support ticket at https://support.centos-webpanel.com/ but to no avail. I'm able to log in and see my licenses. I can click the 'Open Ticket' button and compose a ticket, but as soon as I complete the captcha and hit Submit I'm redirected to the WHMCS clientarea page.
I've tried clearing cache and cookies, so it looks to be a WHMCS admin-side issue. Hopefully the site admin can resolve it soon?
Pages: [1]
