Issues Migrating cPanel to DirectAdmin

dfeldman

Verified User
Joined
Nov 16, 2021
Messages
6
Hello!

I'm currently testing directadmin as an alternative to cPanel for the small hosting company I work for and I'm having some issues with the migrations. I'm running Ubuntu 20.04.3 LTS (GNU/Linux 5.11.0-1021-aws x86_64) on a tier 4 amazon lightsail server (2GB RAM) and I believe I have everything configured correctly to this point, but I'm having trouble creating system quotas and was wondering if I could get some help. Below is the full error message that I recieved when I attempted to restore a cPanel backup.

E-Mail: Unable to add forwarder *
Catch all is now set to :fail:

Ftp: Invalid path: /etc/apache2/logs/domlogs/webdesig: belowHomePath:webdesig: /etc/apache2/logs/domlogs/webdesig does not start with /home/webdesig


Error with system Quotas
setquota: Mountpoint (or device) / not found or has no quota enabled.
setquota: Not all specified mountpoints are using quota.

Error with system Quotas
setquota: Mountpoint (or device) / not found or has no quota enabled.
setquota: Not all specified mountpoints are using quota.
Any advice is much appreciated. Thanks!

-Drew
 
Hey Richard,
I tried that, I went through this tutorial as well as a few others to try to get the quotas assigned and everything looks good right up until i try to view all the quotas and mine still aren't there. I'll try this one again just to be sure and I'll post where it goes wrong.
 
I'll try this one again just to be sure and I'll post where it goes wrong.
Oke that is a good idea. If it still goes wrong and I don't reply then I don't know a solution and somebody else has to point you in the right direction or you might need to send in a ticket.
 
Hey again Richard, here's what I got... I got through all the steps under the heading

How to enable quota support on EXT4​

and then it redirects me to step 4 of this section

Disk Usage is showing 0.00 or is too low​

it should be noted I had to use / instead of /home for this line "mount -o remount /home" and it printed nothing to the console.
after that, I continued with "quotaoff -a; quotacheck -avugm; quotaon -a" as instructed and i get the below error. I'm not sure what journaled quotas are but im afraid I'm getting in over my head :/

root@da1:~# quotaoff -a; quotacheck -avugm; quotaon -a
quotacheck: Your kernel probably supports journaled quota but you are not using it. Consider switching to journaled quota to avoid running quotacheck after an unclean shutdown.
quotacheck: Scanning /dev/root [/] done
quotacheck: Checked 34528 directories and 204391 files
quotaon: using //aquota.group on /dev/root [/]: No such process
quotaon: Quota format not supported in kernel.
quotaon: using //aquota.user on /dev/root [/]: No such process
quotaon: Quota format not supported in kernel.
 
Hi there dfeldman.

At least you're a step further then before.

What does this command show you:
repquota "/"

If this shows you the table, then you should be fine.

If not.....
I did some searching for you as to the notice that you're not useing journaled quota. However I'm not sure if that is the correct solution for you.
However if I see this notice:
quotaon: using //aquota.user on /dev/root [
and the other one, it seems you might need to use the aquota setting. I found this:
check the setting in /etc/fstab on how to use the usrjquota=aquota, and in your case this might be usrquota=aquota etc.
Again, it might help but I'm not sure, use at your own risk.

For the same, it might be your vps provider needs to setup something different. I'm no quota specialist either.
 
I'm playing on a amazon lightsail with a trial directadmin license that I created JUST for experimenting, if I break anything that's okay! This is all pretty new to me so I'm okay with taking risks in the little sandbox I made. I have tried those different names you mentioned in my fstab when I was trying to create the quotas, but this is yet another different tutorial so I will give it a shot. If nothing else, I'm getting much better at playing around in the terminal, ahah. Thanks for your help I'll report back here in a little.

By the way, here's what I get from repquota "/"
root@da1:~# repquota "/"
*** Report for user quotas on device /dev/root
Block grace time: 7days; Inode grace time: 7days
Block limits File limits
User used soft hard grace used soft hard grace
----------------------------------------------------------------------
root -- 5296784 0 0 191506 0 0
daemon -- 68 0 0 4 0 0
man -- 1784 0 0 87 0 0
mail -- 596 0 0 85 0 0
systemd-timesync -- 4 0 0 2 0 0
syslog -- 6236 0 0 25 0 0
_apt -- 24 0 0 4 0 0
tss -- 4 0 0 1 0 0
landscape -- 8 0 0 4 0 0
pollinate -- 4 0 0 2 0 0
ubuntu -- 88 0 0 14 0 0
bind -- 12 0 0 3 0 0
webapps -- 101020 0 0 7533 0 0
apache -- 16 0 0 4 0 0
diradmin -- 64288 0 0 1835 0 0
majordomo -- 384 0 0 36 0 0
mysql -- 2813856 0 0 931 0 0
cb_plugin -- 48 0 0 12 0 0
admin -- 417408 0 0 53 0 0
webdesig -- 508900 0 0 36771 0 0
#62803 -- 780 0 0 4 0 0
 
alright everything looked really good right up until the end, then I got the same result I always get which is just no new quotas. I put a little of my command line history here...

root@da1:~# cat /etc/fstab
LABEL=cloudimg-rootfs / ext4 usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 0
root@da1:~# touch /aquota.user
root@da1:~# touch /aquota.group
root@da1:~# chmod 600 /aquota.*
root@da1:~# mount -o remound /
mount: /: /dev/xvda1 already mounted on /.
root@da1:~# mount -o remount /
root@da1:~# quotacheck -avugm
quotacheck: Scanning /dev/root [/] done
quotacheck: Checked 34528 directories and 204391 files
root@da1:~# quotaon -avug
quotaon: using //aquota.group on /dev/root [/]: No such process
quotaon: Quota format not supported in kernel.
quotaon: using //aquota.user on /dev/root [/]: No such process
quotaon: Quota format not supported in kernel.
root@da1:~# repquota -a
*** Report for user quotas on device /dev/root
Block grace time: 7days; Inode grace time: 7days
Block limits File limits
User used soft hard grace used soft hard grace
----------------------------------------------------------------------
root -- 5295592 0 0 191505 0 0
daemon -- 68 0 0 4 0 0
man -- 1780 0 0 87 0 0
mail -- 604 0 0 85 0 0
systemd-timesync -- 4 0 0 2 0 0
syslog -- 6384 0 0 25 0 0
_apt -- 24 0 0 4 0 0
tss -- 4 0 0 1 0 0
landscape -- 8 0 0 4 0 0
pollinate -- 4 0 0 2 0 0
ubuntu -- 88 0 0 14 0 0
bind -- 12 0 0 3 0 0
webapps -- 101020 0 0 7533 0 0
apache -- 16 0 0 4 0 0
diradmin -- 64292 0 0 1836 0 0
majordomo -- 384 0 0 36 0 0
mysql -- 2813856 0 0 931 0 0
cb_plugin -- 48 0 0 12 0 0
admin -- 417408 0 0 53 0 0
webdesig -- 508900 0 0 36771 0 0
#62803 -- 780 0 0 4 0 0
 
I don't know. I don't work much with VPS systems so I'm confused why / is always seen as /dev/root.
Because next I see "mount: /: /dev/xvda1 already mounted on /." This confuses mee.
But I also see something from cloudimg-rootfs in your/etc/fstab

When I enable quota, I also somethings get's those errors about quota not enabled on some places, but that is a good thing. You don't want user quota enabled on that part of your system where the OS is residing.

I presume you're sure its EXT4 system and not XFS.

Then this is from some other manual I presume?
root@da1:~# touch /aquota.user
root@da1:~# touch /aquota.group
root@da1:~# chmod 600 /aquota.*
root@da1:~# mount -o remound /
It's remount, not remound. But as the output is correct, this must be a typo.
Anyway, normally you don't need to do this. Normally these files are created automatically.

I don't know where the errors come from, maybe somebody else can help you further. But from the output of the repquota -a command it would seem as if quota is working.
 
The output was correct cause I corrected the typo, hehe. That's cool, I appreciate all your help, i'll see what else I can do to get this solved. Thanks so much for your input!
 
Back
Top