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.

Messages - cynique

Pages: 1 2 [3] 4 5 ... 7
MySQL / Re: MySQL unable to connect through war file
« on: July 18, 2020, 11:42:54 AM »
Opening the same question twice is more likely to annoy, than get a quicker suggestion/answer!  >:(
Your free non-realtime forum support doesn't run full-time nor have a maximum timescale for replies.

Meantime, why not ask on the broadleaf forum, seeing as it uses the relatively obscure/deprecated(?) java framework?

Obvious question: do you run mod_security? Check web logs, apache/nginx/varnish - whatever you use.

I hereby declare @NFT the winner!  ;D

A simpler method (mount modification) was posted a while back that appears to have cleared the warning. As to whether it is/was effective, is another matter.

PHP / Re: CWP7.Pro Error | Unable to Login Admin Panel
« on: July 15, 2020, 08:21:34 AM »
Do you want to say CWP Team themselves post "bad advice" in the forum? I myself experienced the same and following the instructions I posted fixed masked the issue.
Let's see: CWP nags that hidden processes is not enabled; an OS update changes the methodology; CWP 'solution' is to disable hidden processes. "Your logic is illogical."

CentOS 7 Problems / Re: Root cron jobs
« on: July 14, 2020, 05:46:52 PM »
Code: [Select]
crontab -l
49 22 * * * /usr/local/cwp/php71/bin/php -d max_execution_time=18000 -q /usr/local/cwpsrv/htdocs/resources/admin/include/cron_autossl_all_domains.php
0 0 * * * /usr/local/cwp/php71/bin/php -d max_execution_time=18000 -q /usr/local/cwpsrv/htdocs/resources/admin/include/alertandautorenewssl.php
19 0 * * * "/root/"/ --cron --home "/root/" > /dev/null
Note the poor default of midnight for one. Would be better a few minutes after. ;)

CentOS 7 Problems / Re: Root login Error
« on: July 14, 2020, 05:24:13 PM »
Let me see.. this is a difficult one.  ::)
DISK FULL: Can't start MySQL!

Installation / Re: Disk space allocation
« on: July 14, 2020, 01:56:32 PM »

Automatic partitioning
That's your first mistake: it can't predict your use case and is setup for a typical Windoze luser.  :-\

At the risk of helping a spammer...
Code: [Select]
mv /var/spool/mail /home/
ln -s /home/mail /var/spool/mail
Might work (untested).

Installation / Re: Disk space allocation
« on: July 14, 2020, 10:53:36 AM »
What did I do wrong?
You bought a big server to store emails and don't know how to configure/manage it!
This looks like a recipe for spamming.  ::)

Other / Re: Increase Disk Size in /?
« on: July 14, 2020, 10:44:37 AM »
It occurs to me, that many may not need to increase the size of root. If root is 12GB or more, then it's more likely that you need to manage your server better.
Check the size of log files and rotate them more frequently, if you have /var mounted on root.
Are you managing the /backup space, if mounted on root?
Clean up the update cache: yum clean all
Do you have large/numerous databases that are mounted on root, if so move them to their own /var/mysql disc.
The list could go on but these are the main space hoggers.

Other / Re: Increase Disk Size in /?
« on: July 13, 2020, 10:17:43 PM »
This topic is still alive!?

There is no one solution - it all depends on how your discs are configured!!!
  • If you use 'straight' partitioning then you're likely going to need to boot into a 'rescue' mode.
  • If you use xfs formatted partitions, then you can't shrink them to allow space for another partition.
  • If you can boot from a systemrescuecd ISO, then you might be able to use gparted to resize partitions.
  • You could purchase additional disc space and move say, home to it, leaving more space to extend root.

Any example that I could demonstrate here would not fit in with your particular situation. If you really are stuck then perhaps your hosting provider will help, though don't expect it if it's a cheap unmanaged service.
I've already listed some of the key commands, so find out what they do and run them. When you know how your disc is/are configured, then do an internet search on how you can resize them. Plus, find out about disc mount points while you're at it.

Here is one of my CWP setups:
Code: [Select]
df -h
Filesystem                 Size  Used Avail Use% Mounted on
devtmpfs                   908M     0  908M   0% /dev
tmpfs                      919M     0  919M   0% /dev/shm
tmpfs                      919M   97M  823M  11% /run
tmpfs                      919M     0  919M   0% /sys/fs/cgroup
/dev/mapper/system-root    7.8G  4.1G  3.4G  55% /
/dev/vda1                  488M  270M  183M  60% /boot
/dev/mapper/system-backup  5.0G  2.0G  2.8G  42% /backup
/dev/mapper/system-home     40G  740M   37G   2% /home
/dev/mapper/system-tmp     2.0G  4.3M  1.9G   1% /tmp
/dev/mapper/system-var     2.9G  838M  2.0G  31% /var
tmpfs                      184M     0  184M   0% /run/user/0
Another CentOS VPS
Code: [Select]
df -h
Filesystem                   Size  Used Avail Use% Mounted on
devtmpfs                     485M     0  485M   0% /dev
tmpfs                        496M     0  496M   0% /dev/shm
tmpfs                        496M   51M  446M  11% /run
tmpfs                        496M     0  496M   0% /sys/fs/cgroup
/dev/mapper/centos_uk2-root   12G  6.5G  4.4G  60% /
/dev/vda1                    477M  133M  316M  30% /boot
/dev/mapper/centos_uk2-tmp   2.0G  3.0M  1.9G   1% /tmp
/dev/dm-5                    3.8G   16M  3.6G   1% /backup
/dev/dm-6                     20G   46M   19G   1% /home
tmpfs                        100M     0  100M   0% /run/user/0
Here is an entirely different Debian setup
Code: [Select]
df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            236M     0  236M   0% /dev
tmpfs            50M  5.4M   44M  11% /run
/dev/sda1       2.4G  1.4G  918M  60% /
tmpfs           247M     0  247M   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           247M     0  247M   0% /sys/fs/cgroup
/dev/sda6       3.0G  9.2M  2.8G   1% /home
tmpfs            50M     0   50M   0% /run/user/0

Other / Re: Increase Disk Size in /?
« on: July 11, 2020, 04:23:03 PM »
.. us plebs are just doing it as a bit of a hobby..
Herein lies the problem. There are many whose 'hobby' actually means they have paying customers - the industry is swamped by 'cowboys'. I host clients almost as a hobby because I don't earn sufficient to earn a living/minimum wage. I wouldn't have considered it had I not had a background/qualifications in IT and was willing to research/Google a lot.
[I can fly a plane but it doesn't make me a pilot.]

Of course, everyone has to start somewhere but jumping in at VPS (and dedicated server) level without fundamental knowledge is not really the best way to go about things. I started with shared hosting, then Reseller before progressing to VPS etc. and that was with my background.
(Can I be a surgeon without studying anatomy?)

Other / Re: Increase Disk Size in /?
« on: July 11, 2020, 10:07:42 AM »
If you care to look around, I do sometimes help on this forum.
On the 'net, in general, I actually contribute widely including supporting open source projects, give advice to improve methodologies and guide others.
What I object to is spoon-feeding those who do not make the effort. Some of us have spent years in training, enhanced by industry experience to gain knowledge, at no little expense/sacrifice.

You have already looked at some relevant serverfault articles (a good place to start) but stopped immediately when the setup didn't match your environment. You need to (at least partially) understand your own setup.
mount | grep dev
fdisk -l
fsck -f

If you don't have anything nice to say, don't say it.
I left Kindergarten many moons ago.  :o

CentOS 7 Problems / Re: PHP-CGI Killing Server Resources | CWP
« on: July 10, 2020, 11:07:56 PM »
..and? I can't tell you what values to use. Read some documentation and reduce gradually, restarting Apache/nginx each time.
That deals with only one aspect of my initial response.

CentOS 7 Problems / Re: PHP-CGI Killing Server Resources | CWP
« on: July 10, 2020, 02:00:35 PM »
Looks pretty obvious from the processes; you're consuming too much RAM, for your server specification.
Remove varnish and run mysqltuner - follow its' advice (apart from cache nonsense).

Fine tuning of nginx/Apache also required. With a reverse-proxy nginx, Apache can be paired back significantly if not serving too many requests to mySQL/maria.
Think that you also need to reduce keep-alive timeout, if indeed you enabled it, which you should.

All standard stuff required of a system administrator.

Installation / Re: File upload limit cwp
« on: July 10, 2020, 10:45:23 AM »
So what does that mean?  Does that means, like on some of my cPanel websites setup, I cannot have a website visitor upload their 18GB file through my WordPress website into the server, if I utilize CentOS Web Panel ?
With such ludicrous practices, I wouldn't want to be a customer on your shared hosting, that's for sure!

Other / Re: Increase Disk Size in /?
« on: July 09, 2020, 11:08:39 PM »
This is a forum about CWP not Linux administration.
Do you actually know whether your storage uses LVM? Do you understand the benefits?

Shared hosting is very cheap.  ::)

Pages: 1 2 [3] 4 5 ... 7