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 - Darkroom

Pages: [1] 2 3 ... 5
1
Installation / Re: After install my server send mail in spam ...
« on: January 03, 2018, 02:49:38 AM »
If gmail and the like are marking it spa, make sure your hosting company has a reverse DNS entry setup for your server. It's not difficult but your colo company needs to do it for you. Most big mail services will spam anything without a reverse entry. https://en.wikipedia.org/wiki/Reverse_DNS_lookup
I make reverse dns for my main ip server. Is same problem. What need ask my company hosting? I am novice and not understand very good :(

Reverse DNS is set up by the owner of the IP block, not the domain.

2
Informations / Re: Executing an immediate backup?
« on: January 02, 2018, 04:12:59 AM »
or if you want to just back up just on user

sh /scripts/user_backup [username]


3
Installation / Re: After install my server send mail in spam ...
« on: January 02, 2018, 03:55:46 AM »
If gmail and the like are marking it spa, make sure your hosting company has a reverse DNS entry setup for your server. It's not difficult but your colo company needs to do it for you. Most big mail services will spam anything without a reverse entry. https://en.wikipedia.org/wiki/Reverse_DNS_lookup

4
CentOS 6 Problems / Re: How to create user on SSH - Centos Webpanel
« on: December 31, 2017, 08:38:25 PM »
well, you can always:

adduser [username]
passwd [username]

... but this does not add them to the panel, set up domain, website, etc, pretty much just gives them shell access.

5
Backup / bug in backup scripts for upgraded CWP 6 users
« on: December 07, 2017, 03:13:30 AM »
Soon, I just found out from restoring a daily backup that my backups had not been running since March 15th 2017. I went to the cron.daily/cwp script:

/usr/local/cwp/php54/bin/php -d max_execution_time=1000000 -q /usr/local/cwpsrv/htdocs/resources/admin/include/cron_backup.php

This throw the error:

PHP Fatal error: 
The file /usr/local/cwpsrv/htdocs/resources/admin/include/cron_backup.php was encoded
with the PHP 5.6 ionCube Encoder and requires PHP 5.6 to be installed.
 in Unknown on line 0

switching it to:
usr/local/cwp/php71/bin/php -d max_execution_time=1000000 -q /usr/local/cwpsrv/htdocs/resources/admin/include/cron_backup.php

fixed it. But discovering this has been most unpleasant. So if you have an older CWP system in production, check your backups.

Server:
CPU Model: Intel(R) Xeon(R) CPU L5420 @ 2.50GHz
CPU Details: 8 Core (2500 MHz)
Distro Name: CentOS release 6.9 (Final)
Kernel Version: 2.6.32-696.13.2.el6.x86_64
Platform: x86_64 [Dedicated]
CWP version: 0.9.8.273 [Get CWPpro]

6
Installation / Re: website file path
« on: November 26, 2017, 07:34:02 PM »
There is no automatic way to do this. Probably the easiest thing to do would be to create a new mount point in fstab and mount it to /home2 or something similar. Then after you create a new user, home on the command prompt as root and do something like:

mkdir /home2/username
chown -R username:username /home2/username
cp -a /home/username/public_html/* /home2/username/
rm -rf /home/username/public_html
ln -s /home/username/public_html /home2/username

I'd create a test account and try it before doing it with a real client/site first but you might also be able to migrate existing web directories to the second drive with that too.

7
Scripts / Re: StingRay's Dark Theme for CWP
« on: November 02, 2017, 02:14:49 AM »
one quick req... the "X" in the corner of popup windows like yum manager are almost invisible. can those be more prominent?

8
Maybe I'm missing something but how do you create the tar.gz file? I can't find a way to make it in cwp and there's very little guidance on how to create it. Could you give an example of how one would create the tar.gz file either from a backup or the home directory?

9
New Modules / Re: [module] Clear memory ram
« on: October 22, 2017, 02:46:53 AM »
sync; echo 3 > /proc/sys/vm/drop_caches

This alone is  not recommended for production servers. at least stop mysql before you do this and then start is after. If any service tries to write to disk between the sync and the echo it's gone.

10
CentOS 7 Problems / Re: Available space issue
« on: October 12, 2017, 12:52:18 AM »
resize2fs  for ext2, ext3 or ext4 filesystems, but I don't think the volume can be mounted so you may need to boot from a recovery iso and use it that way. Be super careful and back you stuff up!

11
CentOS 6 Problems / Re: dentry eats tons of ram.
« on: October 05, 2017, 11:34:37 PM »
Well the update to NSS has helped a lot! Dentry is growing at less than 1gb per day.  Still I would like to know where I could put:
echo "export NSS_SDB_USE_CACHE=YES" >> /etc/sysconfig/httpd
for the cap apache server.  Anyone know?

12
CentOS 6 Problems / Re: dentry eats tons of ram.
« on: October 02, 2017, 02:54:48 AM »
At first I thought that's not it I'm not using NFS. The more I read the more it made sense. Seems like NSS in curl/libcurl is the culprit. Unfortunately the most recent compatible ver of NSS for CentOS 6.9 is the one with the bug. in the mean time I did the:

[root]echo "export NSS_SDB_USE_CACHE=YES" >> /etc/sysconfig/httpd
[root]# service httpd restart

that's still recommended  and:

[root]# echo 10000 > /proc/sys/vm/vfs_cache_pressure

which is helping to tame the problem but it hasn't gone away. Just adding slightly under 1gb/day in ram usage. On thing that would be good to know is if CPW uses curl/libcurl and where one could add the NSS_SDB_USE_CACHE variable when launching cop's apache.

Oh and look now, there's a new ver of NSS to update to even though I specifically tried humming an update last week! le sigh.

13
Scripts / Re: StingRay's Dark Theme for CWP
« on: October 02, 2017, 02:45:13 AM »
That worked!  8)

14
Scripts / Re: StingRay's Dark Theme for CWP
« on: September 30, 2017, 10:28:32 PM »
tried this script and got:

[root@]# ./dark_cwp
StingRay's Total Dark Theme for CWP
###################################

chmod: changing permissions of `custom.css': Operation not permitted
./dark_cwp: line 8: custom.css: Permission denied
./dark_cwp: line 9: custom.css: Permission denied
./dark_cwp: line 10: custom.css: Permission denied
./dark_cwp: line 11: custom.css: Permission denied
./dark_cwp: line 12: custom.css: Permission denied
./dark_cwp: line 13: custom.css: Permission denied
./dark_cwp: line 14: custom.css: Permission denied
./dark_cwp: line 15: custom.css: Permission denied
./dark_cwp: line 16: custom.css: Permission denied
./dark_cwp: line 17: custom.css: Permission denied
./dark_cwp: line 18: custom.css: Permission denied
./dark_cwp: line 19: custom.css: Permission denied
./dark_cwp: line 20: custom.css: Permission denied
./dark_cwp: line 21: custom.css: Permission denied
./dark_cwp: line 22: custom.css: Permission denied
./dark_cwp: line 23: custom.css: Permission denied
./dark_cwp: line 24: custom.css: Permission denied
./dark_cwp: line 25: custom.css: Permission denied
./dark_cwp: line 26: custom.css: Permission denied
./dark_cwp: line 27: custom.css: Permission denied
./dark_cwp: line 28: custom.css: Permission denied
./dark_cwp: line 29: custom.css: Permission denied
./dark_cwp: line 30: custom.css: Permission denied
./dark_cwp: line 31: custom.css: Permission denied
./dark_cwp: line 32: custom.css: Permission denied
./dark_cwp: line 33: custom.css: Permission denied
./dark_cwp: line 34: custom.css: Permission denied
./dark_cwp: line 35: custom.css: Permission denied


haven't looked to far into it yet, but here's my specs:
Distro Name: CentOS release 6.9 (Final)
Kernel Version: 2.6.32-696.10.1.el6.x86_64
CWP version: 0.9.8.272

15
CentOS 6 Problems / dentry eats tons of ram.
« on: September 23, 2017, 05:56:51 PM »
Ok, I've been battling this issue for over a year and I think I've finally narrowed it down. My server just serving a couple low traffic sites (wordpress) would add about 1gb of 'used' ram per day. I switched to a different, same model Dell CS24-SC server, and the problem followed to the new server.When the server sits at home with no traffic, it's fine with traffic 1gb/day. Then I added a medium-ish traffic website and my memory usage went up to 2gb/day. And this is the memory minus cache, in cap and free -m it's showing up as in use.  I never let it use all the ram, but I would reboot the server around 40/48GB of memory used (and there's only 12gb of files on the hole server!) and it would go back down and start ramping up again.

So I was poking around in /proc for some answers and found slab to be using a ton of memory:
cat /proc/meminfo
...
Slab:           33204524 kB
SReclaimable:   33168504 kB

Then slab top showed me

slabtop --s c -o
...
165121860 165121823  99%    0.19K 8256093       20  33024372K dentry

Whoah! 30GB of directory structure cache? That doesn't even make sense. I haven't changed anything in /proc/sys/vm/ aside from a sync; echo 2 > /proc/sys/vm/drop_caches (I know next time I'll stop sol before doing this) which take my memory usage back to 1GB. my /proc/sys/vm/vfs_cache_pressure its set at the 'normal' 100, swapiness is still 60 \_(ツ)_/ no idea dentry is eating this much ram. At least now I can fix the problem without rebooting but it'd be nice if the problem didn't occur in the first place. Anyone have any suggestions?

Server info:
Apache version: Apache/2.4.27
PHP version: 5.6.27 [PHP Switcher]
MySQL version: 5.5.54
FTP version: 1.0.36
System Info

CPU Model: Intel(R) Xeon(R) CPU L5420 @ 2.50GHz
CPU Details: 8 Core (2500 MHz)
Distro Name: CentOS release 6.9 (Final)
Kernel Version: 2.6.32-696.10.1.el6.x86_64
Platform: x86_64 [Dedicated]
Uptime: 22 days, 15:47
Server Time: Sat Sep 23 13:30:12 EDT 2017

CWP info
CWP version: 0.9.8.267

Pages: [1] 2 3 ... 5