Error: Failed to get quota resource STORAGE: quota-fs: quotactl(Q_GETQUOTA, NFS:/home) failed: No such file or directory
Hello everyone,
I'm migrating my dovecot (imap) server from CentOS-6 to RockyLinux-9, but I can't get the QUOTA-FS plugin to work.
When trying the "doveadm quota get -u user" command, it returns an error "doveadm(user): Error: Failed to get quota resource STORAGE: quota-fs: quotactl(Q_GETQUOTA, nfs:/home) failed: No such file or directory"
If the user has his "$home" on a local drive, everything works fine, but if the user has his $home on a nfs-filesystem, it throws that error.
On CentOS-6, everything works fine, with the same users on the same nfs-filesystem. I don't know if it is the product of the OS change or the dovecot version change.
CentOS6 -> Dovecot 2.2.10 RockyLinux-9 -> Dovecot 2.3.16
Does anyone have any ideas?
Thanks
-- Jorge Concha C. Área de Sistemas - CEC U. de Chile
Finally, I found the problem. At build time, I had not installed the 'rpcgen' (RPM) package. Initially, I installed the original RPM of the Rocky-Linux distribution, having the same problem. I gather that the Rocky-Linux community is also creating the dovecot's rpm without 'rpcgen' installed.
Jorge Concha C. Área de Sistemas - CEC U. de Chile
On 16-12-22 12:14, Jorge Concha C. wrote:
Hello everyone,
I'm migrating my dovecot (imap) server from CentOS-6 to RockyLinux-9, but I can't get the QUOTA-FS plugin to work.
When trying the "doveadm quota get -u user" command, it returns an error "doveadm(user): Error: Failed to get quota resource STORAGE: quota-fs: quotactl(Q_GETQUOTA, nfs:/home) failed: No such file or directory"
If the user has his "$home" on a local drive, everything works fine, but if the user has his $home on a nfs-filesystem, it throws that error.
On CentOS-6, everything works fine, with the same users on the same nfs-filesystem. I don't know if it is the product of the OS change or the dovecot version change.
CentOS6 -> Dovecot 2.2.10 RockyLinux-9 -> Dovecot 2.3.16
Does anyone have any ideas?
Thanks
On 28/12/22 03:31, Jorge Concha C. wrote:
Finally, I found the problem. At build time, I had not installed the 'rpcgen' (RPM) package. Initially, I installed the original RPM of the Rocky-Linux distribution, having the same problem. I gather that the Rocky-Linux community is also creating the dovecot's rpm without 'rpcgen' installed.
I'm curious if you would get the same issue with the dovecot23 Ghettoforge packages in the gf-plus repo:
http://ghettoforge.org https://mirror.ghettoforge.org/distributions/gf/el/9/plus/x86_64/
If so I wouldn't mind adding rpcgen as a build-dep to see if it helps.
Peter
Hi,
Yes, same issue. Package installed: dovecot23-2.3.20-1.gf.el9.x86_64.rpm
Jorge
Jorge Concha C. Área de Sistemas - CEC U. de Chile
On 27-12-22 23:53, Peter wrote:
On 28/12/22 03:31, Jorge Concha C. wrote:
Finally, I found the problem. At build time, I had not installed the 'rpcgen' (RPM) package. Initially, I installed the original RPM of the Rocky-Linux distribution, having the same problem. I gather that the Rocky-Linux community is also creating the dovecot's rpm without 'rpcgen' installed.
I'm curious if you would get the same issue with the dovecot23 Ghettoforge packages in the gf-plus repo:
http://ghettoforge.org https://mirror.ghettoforge.org/distributions/gf/el/9/plus/x86_64/
If so I wouldn't mind adding rpcgen as a build-dep to see if it helps.
Peter
On 29/12/22 07:30, Jorge Concha C. wrote:
Hi,
Yes, same issue. Package installed: dovecot23-2.3.20-1.gf.el9.x86_64.rpm
And the solution for you simply involvs installing rpcgen during the configure and build stages? Are there any changes required to configure or build flags?
Peter
On 29/12/22 14:01, Peter wrote:
On 29/12/22 07:30, Jorge Concha C. wrote:
Hi,
Yes, same issue. Package installed: dovecot23-2.3.20-1.gf.el9.x86_64.rpm
And the solution for you simply involvs installing rpcgen during the configure and build stages? Are there any changes required to configure or build flags?
I looked at the config file and that indeed appears to be the case. Can you try the build I just did in gf-testing?
https://mirror.ghettoforge.org/distributions/gf/el/9/testing/x86_64/
Peter
Hi...
rpcgen it's required only at compiling time. Not for execution. The RPM package at https://mirror.ghettoforge.org/distributions/gf/el/9/testing/x86_64/ requiere rpcgen and this is not necesary.
Yes, the solution for me was just to install rpcgen and recompile the same SRPM provided by Rocky-Linux-9 sources.
Jorge Concha C. Área de Sistemas - CEC U. de Chile
On 29-12-22 01:52, Peter wrote:
On 29/12/22 14:01, Peter wrote:
On 29/12/22 07:30, Jorge Concha C. wrote:
Hi,
Yes, same issue. Package installed: dovecot23-2.3.20-1.gf.el9.x86_64.rpm
And the solution for you simply involvs installing rpcgen during the configure and build stages? Are there any changes required to configure or build flags?
I looked at the config file and that indeed appears to be the case. Can you try the build I just did in gf-testing?
https://mirror.ghettoforge.org/distributions/gf/el/9/testing/x86_64/
Peter
On 30/12/22 07:40, Jorge Concha C. wrote:
Hi...
rpcgen it's required only at compiling time. Not for execution. The RPM package at https://mirror.ghettoforge.org/distributions/gf/el/9/testing/x86_64/ requiere rpcgen and this is not necesary.
I wasn't sure and what I could find seemed to indicate it was required at runtime as well. Can you verify that it works, though? I'll remove the runtime requirement.
Peter
On 30/12/22 13:17, Peter wrote:
On 30/12/22 07:40, Jorge Concha C. wrote:
Hi...
rpcgen it's required only at compiling time. Not for execution. The RPM package at https://mirror.ghettoforge.org/distributions/gf/el/9/testing/x86_64/ requiere rpcgen and this is not necesary.
I wasn't sure and what I could find seemed to indicate it was required at runtime as well. Can you verify that it works, though? I'll remove the runtime requirement.
Feel free to try the packages in gf-testing now, I believe they should work for what you need. I'll move them out to gf-plus once you've confirmed.
Peter
Hi,
Yes, it works perfectly!
Jorge Concha C. Área de Sistemas - CEC U. de Chile
On 30-12-22 05:19, Peter wrote:
On 30/12/22 13:17, Peter wrote:
On 30/12/22 07:40, Jorge Concha C. wrote:
Hi...
rpcgen it's required only at compiling time. Not for execution. The RPM package at https://mirror.ghettoforge.org/distributions/gf/el/9/testing/x86_64/ requiere rpcgen and this is not necesary.
I wasn't sure and what I could find seemed to indicate it was required at runtime as well. Can you verify that it works, though? I'll remove the runtime requirement.
Feel free to try the packages in gf-testing now, I believe they should work for what you need. I'll move them out to gf-plus once you've confirmed.
Peter
On 31/12/22 02:58, Jorge Concha C. wrote:
Hi,
Yes, it works perfectly!
Thanks for confirming. I've moved the packages to gf-plus and future updates in Ghettoforge will contain this fix.
Peter
On 28/12/22 03:31, Jorge Concha C. wrote:
Finally, I found the problem. At build time, I had not installed the 'rpcgen' (RPM) package. Initially, I installed the original RPM of the Rocky-Linux distribution, having the same problem. I gather that the Rocky-Linux community is also creating the dovecot's rpm without 'rpcgen' installed.
A little bit of background on this since I've been looking into it.
Up through RHEL 7 the rpcgen binary was included in the glibc-common package, which is part of the standard build deps that are installed for all builds. As of RHEL 8 this binary was moved to it's own package and was not installed automatically as it was previously.
This means that rquota (quota on NFS) worked fine up through EL7, but was broken for all builds starting with EL8. Since dovecot builds fine without rquota support it appears that the issue never came up before, or at least it never got the notice of Red Hat.
The solution, as you point out is simple. rpcgen simply needs to be added as a BuildRequires line in the dovecot.spec file and the package will once again be built with rquota support as it was before.
I filed a bug in Red Hat bugzilla, let's see if anything comes of it:
https://bugzilla.redhat.com/show_bug.cgi?id=2157045
Peter
On 30/12/2022 10:47 EET Peter peter@pajamian.dhs.org wrote:
On 28/12/22 03:31, Jorge Concha C. wrote:
Finally, I found the problem. At build time, I had not installed the 'rpcgen' (RPM) package. Initially, I installed the original RPM of the Rocky-Linux distribution, having the same problem. I gather that the Rocky-Linux community is also creating the dovecot's rpm without 'rpcgen' installed.
A little bit of background on this since I've been looking into it.
Up through RHEL 7 the rpcgen binary was included in the glibc-common package, which is part of the standard build deps that are installed for all builds. As of RHEL 8 this binary was moved to it's own package and was not installed automatically as it was previously.
This means that rquota (quota on NFS) worked fine up through EL7, but was broken for all builds starting with EL8. Since dovecot builds fine without rquota support it appears that the issue never came up before, or at least it never got the notice of Red Hat.
The solution, as you point out is simple. rpcgen simply needs to be added as a BuildRequires line in the dovecot.spec file and the package will once again be built with rquota support as it was before.
I filed a bug in Red Hat bugzilla, let's see if anything comes of it:
https://bugzilla.redhat.com/show_bug.cgi?id=2157045
Peter
Thanks Peter, we'll also take a note of the rpcgen change.
Aki
participants (3)
-
Aki Tuomi
-
Jorge Concha C.
-
Peter