Search results

Plus... every user will have to add the new port to the url.

Logging in via the ssh starts the slice and any process started will have it's PID put in the cgroups pid list. These processes will be managed bij cgroup. Now... this does niet work for e.g. php-fpm as that is started as root, then spawns pools 'as the unpriviliged user', but these PIDS are not...

Just tried it on a clean CentOS Linux release 8.3.2011 DA machine: 1. add 'systemd.unified_cgroup_hierarchy=1' to GRUB_CMDLINE_LINUX in /etc/default/grub 2. run 'grub2-mkconfig -o /boot/grub2/grub.cfg' 2.a. option: check if /boot/grub2/grub.cfg has indeed the hierarchy option. 3. reboot 4...

Do you have a configured slice for your user 1000 somewhat like below? # pwd /etc/systemd/system # cat user-1000.slice [Unit] Description=1000 user.slice [Slice] CPUQuota=5% CPUShares=1024 MemoryLimit=... BlockIOReadBandwidth=/dev/mapper/cl-root ... BlockIOWriteBandwidth=/dev/mapper/cl-root...

In /etc/systemd/system.control/user.slice.d/ you should have a number of files like 50-BlockIOAccounting.conf 50-CPUAccounting.conf 50-CPUShares.conf 50-MemoryAccounting.conf 50-TasksAccounting.conf Create./change them using: systemctl set-property user.slice BlockIOAccounting=yes /*...

I added 'systemd.unified_cgroup_hierarchy=1' to the /etc/default/grub bootline and did a ' grub2-mkconfig -o /boot/grub2/grub.cfg' and rebooted. It's outlined here: https://www.redhat.com/en/blog/world-domination-cgroups-rhel-8-welcome-cgroups-v2

First, login or su to your test1 user and start a dd if=/dev/random of=/dev/null. This will use between 1 and 2 cpucores as much as possible (dd and rngd) In another root shell type: systemctl set-property user-1005.slice CPUQuota=5% You should see drop the cpu usage to 5% for both processes...

Actually the same goes for regular webserver logs (acces, error, mod security).

You might have succes using: "lsof -n | grep deleted" and restart the services mentioned in the output.

The message is clear 'Symbolic link not allowed'. This is because apache wants access to all the directories above the mounted dir. That would be a pretty big security issue. So you can chmod +x every directory above but... well... you might not want that. Or.. you can mount the nfs share direct...

Meh, automated hack attempts try lots of domain. Several sites produce lists of recently registered domains, so it doesn't have to be indexed.

No, not just because mysql is located in /var/lib/mysql/ but performance depends greatly on the configuration of your system, memory, cpu, caches, buffers, type of workload and a lot more. Not just a fast disk. And any bad query or script can cripple the fastest systems.

Nope, it's set to 'user'@'localhost' so this still prevents either the new sso user or the user assigned to the database ( 'user_db'@'localhost') to alter/delete the procedure.

If you create a stored procedure/function, it takes the privileges of the logged in user. If you want to change this, the user needs SUPER privileges and we don't want that... But as the SSO is another username every time it's used, you'll soon end up with a mess where SSO users can't change...

The posts we referred to seem to be deleted.

Maybe, but TS asked if someone tried the conversion. Then I'd rather install a new server and migrate, but converting a production server is too much of a risk now. (At least for me).

Well, maybe it works, maybe not. As long as they say it's not supported I'm hesitating to use it in production.

Well, here it isn't: https://github.com/AlmaLinux/almalinux-deploy

The 'DirectAdmin support' checkbox is still unchecked, so I'm not trying yet.

A load of 6.09 actually means that ON AVERAGE in the last minute 6.09 processes where waiting to get cpu time. Most likely some ( can be one, can be more) processes are using all cpu time. A backup doing a gzip on a 1 core vm would easily do that. A bad sql query cou also hog all available time...