One Licence migration to new server

Hi Guys,

we have a licence for Virtualmin and have had for a number of years, we decided a few months ago to migrate from one VM provider to another. However we built a new server and installed our licence on it but that was 70 days ago. Last night we finally started moving our customers over to the new server but we have noticed that a few things are missing

1) the Quotas 2) the Bandwith 3) cant read users email directly from virtuamin as we could on our old system.

is this a licensing issue or is this a Debian 7 issue.

And if its a licensing issue how can we rectify this and or have the grace period extended to allow us to complete our migration.

Regards

Peter

Status: 
Active

Comments

Howdy -- no, you're not seeing a licensing issue... there isn't a case where we remove functionality from a running system.

The worst case is if we thought a license was being misused, if we talking to the license owner didn't help (which we would always do first, as most folks have very good intentions), we could make it so that a given system couldn't obtain a new version. But that rarely comes up, and certainly isn't the case here.

However, quotas, bandwidth, and the various email features should all work on Debian 7.

Do you see any errors related to the above?

That's nice of you guys, thanks in advance.

Mate, I can't see any errors all that we can see is that on the home page where all this info usually resides, it does not exist. any ideas what may have caused this?

Regards

Peter

Well, I suspect the cause of each of those issues is different... we'll probably want to work through them one at a time.

We can start with the first one you mentioned, quotas.

Are you using a VPS, or a dedicated server? If it's a VPS, what kind of VPS is it?

Also, what is the output of this command:

ls -l /dev/root

It's a VPS,

ls -l /dev/root ls: cannot access /dev/root: No such file or directory

and it's running on OpenVZ

would that be the problem and if so is there any way around it.

Cheers

Peter

OpenVZ can be pretty restrictive, and we do see quite a few issues with it.

We've seen some OpenVZ setups where quotas aren't possible -- but I'm not sure if that's what you're seeing here or not.

What output do you receive if you run this command:

/etc/init.d/quota start

Ok that may be the problem,

anyhow I ran

/etc/init.d/quota start

and recived absolutly no output

What is the output of the command "mount"? That will show the mount options that were used to mount it, as well as the filesystem type, both of which could potentially be related to what you're seeing.

Ok Ran "mount"

and got the following

root@luke:~# mount /dev/simfs on / type simfs (rw,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime)

Yeah, it's entirely possible that you won't be able to get quotas working on that system. However, let's try one other thing --

What happens if you go into Webmin -> System -> Disk Quotas, and you click "Enable Quotas" there?

And what is the output of this command:

cat /etc/mtab

When I checked the "Disk Quota" section it says that

No local filesystems can support quotas.

ok the output of that command is

cat /etc/mtab /dev/simfs / simfs ro,relatime 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 tmpfs /run tmpfs rw,nosuid,noexec,relatime 0 0 tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime 0 0 tmpfs /run/shm tmpfs rw,nosuid,nodev,noexec,relatime 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime 0 0

Out of curiosity, what kind of VPS did you use on your other system?

What you could try doing here though is to edit your /etc/fstab, and there, you should see a line that looks like this:

/dev/simfs / simfs ro,relatime 0 0

You could try changing that to read as follows:

/dev/simfs / simfs ro,relatime,usrquota,grpquota 0 0

And then once you do that, reboot.

After rebooting, what is the output of the following two commands:

mount
cat /etc/fstab

Hi andrey,

I tried to edit the fstab as you asked but all i found in there was the line

UNCONFIGURED FSTAB FOR BASE SYSTEM

any ideas?

What you may want to do is copy your /etc/mtab over top of your /etc/fstab file, and then make the edits. Once you do that, reboot, and verify that your fstab didn't change during the reboot.

If not, run the "mount" command, and see if the quota options are showing up as enabled for the "/" filesystem.

If they aren't -- you may need to work with your provider to get those working, as not all OpenVZ environments support quotas.