New CPanel install: Quotas impossible to fix

[sukil]

Hi,

Its an old thread. I am stuck with the same issue with a dedicated server from OVH and having installed their Almalinux + cPanel image. Despite doing everything quotas are not working. The fix to edit the /root/.ovhrc is not working for me too.

Anybody resolved this?

Thanks!

 

[cPRex]

Can you let me know the output from /scripts/initquotas ?

 

[sukil]

Here it is:

[root@s99 ~]# /scripts/initquotas
journaled quota support: kernel supports, user space tools supports (available)
UUID=##UUID1## (already configured quotas = 1).
UUID=##UUID2## (already configured quotas = 0).
Updating Quota Files..........Done
Quotas have been enabled and updated.

 

[cPRex]

That looks good to me - what are those UUIDs? You'd want to make sure one of them is either the entire disk or the drive where your accounts are stored.

 

[sukil]

That is what it is. It is a new install from the OVH almalinux + cpanel image. I followed the following article:

https://support.cpanel.net/hc/en-us/articles/360058278234-Enabling-XFS-quotas?source=search

After graceful reboot I see the following:
[root@s99 ~]# mount |grep xfs
/dev/md3 on / type xfs (rw,relatime,attr2,inode64,logbufs=8,logbsize=32k,noquota)
/dev/md2 on /boot type xfs (rw,relatime,attr2,inode64,logbufs=8,logbsize=32k,noquota)

I understand I should see uquota instead.

 

[cPRex]

Are you able to edit the files mentioned in step 3 in that article?

 

[sukil]

Yes, and /etc/sysconfig/grub has rootflags=uquota added.
[root@s28 ~]# [root@s28 ~]# cat /etc/sysconfig/grub
GRUB_TIMEOUT=1
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_DISABLE_RECOVERY="true"
GRUB_ENABLE_BLSCFG=true
GRUB_CMDLINE_LINUX="rd.auto nomodeset console=tty0 console=ttyS1,115200n8 rootflags=uquota"

 

[cPRex]

It might be best to create a support ticket with our team at this point so we can take a look.

 

[sukil]

I have raised a ticket 3 days back and today it got escalated to Level 2. I am waiting for a response from them.

 

[cPRex]

Could you post the ticket number here so I can follow along?

 

[sukil]

The ticket ID is 95085007. The response from the L2 team has been great with lots of detail showing that the server has the perfect config but during boot it is using a different setup which is not clear from where. I have checked that the server is configured to boot from HDD from the OVH control panel. I have forwarded the detailed data to the OVH support team in their respective support ticket and presently I am waiting for an answer from them on the issue. One thing is really weird, the /root/.ovhrc file gets automatically updated with some odd UUID despite me updating it with the /boot UUID of my dedicated server.

 

[cPRex]

It seems like it's time to reach out to OVH, then.

 

[sukil]

The response received from OVH and the results of my action as per their advice has been posted in the ticket. I am waiting for the cPanel team to check and update. In summary, the system now definitely boots from the local disk only as set in BIOS but still the quotas are not working.

 

[cPRex]

I see you did have to perform a new installation to resolve the issue, but it looks like things are working well now!