similar to: disable rquotad and pop

Hi all, I have setup a CentOS6.3 x86_64 host to act as a nfs server. According to RHEL6 docs, portmap is not needed when you use NFSv4, but in my host I need to start rpcbind service to make NFSv4 works. My /etc/sysconfig/nfs # # Define which protocol versions mountd # will advertise. The values are "no" or "yes" # with yes being the default MOUNTD_NFS_V2="no"

Hi all, Which ports do I need to have open on an NFS client's firewall to allow it to connect to a remote NFS servers? When I disable iptables (using ConfigServerFirewall), it connects fine, but as soon as I enable it, NFS gives me this error: root at saturn:[~]$ mount master1.mydomain.co.za:/saturn /bck mount: mount to NFS server 'master1.mydomain.co.za' failed: RPC Error: Unable to

Below is my firewall rules for iptables. everything is working fine except for NFS I cannot mount my drive. If I turn off iptables I can mount. Looking at this : http://www.centos.org/docs/5/html/Deployment_Guide-en-US/ch-nfs.html Important In order for NFS to work with a default installation of Red Hat Enterprise Linux with a firewall enabled, IPTables with the default TCP port 2049

After getting a reasonably configured NFS4 setup working on my Scientific Linux server, I spent a majority of my evening trying to do the same with my Centos 5 box, with fruitless results. Most attempts to mount that server returns the following message: [root at sl01 log]# mount -t nfs4 192.168.15.200:/opt/company_data /mnt mount.nfs4: Operation not permitted As nearest as I can tell, I was

Thanks Patrick. For Solaris, quota can be set when mounting from NFS client. There is a transition from Solaris to CentOS 6 this time. Therefore, quota setting is required for NFS mounting from CentOS 6 as with Solaris. Is it still impossible for CentOS 6? koji On Sun, 2 Apr 2017 14:44:59 +0200 Patrick B??gou <Patrick.Begou at legi.grenoble-inp.fr> wrote: > Quota are managed at the

For v1.1, probably applies to v1.0 code pretty easily too: http://hg.dovecot.org/dovecot/rev/078d9dde99c8 The other rquota patches had authunix_create_default() call. Is this needed/useful? The client is now always created+destroyed for each quota lookup. I'd think it would be faster if it was created only once, but does it then break something? If the above isn't done, clnt_create()

Hi, Last time, I have got no reply, hope this time is better. OS: Solaris 10 Dovecot version : 1.1.1 file system of /var/mail : NFS from Solaris file system of /home : other NFS server that not support rquotad. Here is my setting that works: ---------------------------- plugin { quota = fs:INBOX:mount=/var/mail quota2 = fs:home:noenforcing:mount=/home/h1 } The above settings works. Dovecot

Hello. I am "koji". I have a question. Can I mount a NFS with quota? (Not Server side) I understand quota is set NFS server. But I must client side. (Is rquota only report?) Does anyone know a good solution? Best regard. koji

Hi, we have a new fileserver running on X4275 hardware with Solaris 10U8. On this fileserver we created one test dir with quota and mounted these on another Solaris 10 system. Here the quota command didnot show the used quota. Does this feature only work with OpenSolaris or is it intended to work on Solaris 10? Here what we did on the server: # zfs create -o mountpoint=/export/home2

The attached patch is an updated version of my quota-rquotad patch for the quota plugin. Like quota-fs, it only does quota reporting, not enforcing or changing. It also only works on FreeBSD, and possibly other *BSD's. It lacks any and all configure-time tests to see if RPC is even supported, and hardcodes the (Free)BSD way of getting at the NFS server of an NFS mount. I'm mostly mailing

Thank you very much. Previously, when I examined rquotad, I did not work as I expected. I will try to verify again. Best regard. koji On Mon, 3 Apr 2017 11:31:24 +0200 Patrick Begou <Patrick.Begou at legi.grenoble-inp.fr> wrote: > man rquotad: > > rquotad is an rpc(3) server which returns quotas for a user of a local > filesystem which is mounted by a remote

Hi Everyone, I have been trying to setup an NFS v4 File Server but have come across an odd issue. Mounting the /nfs4exports/share appears to be successful and the information displayed about partition size and free space seem correct but if I try to do anything inside the mounted directory the client will just hang. Does anyone have any idea what I am missing?? I have try disabling all

Hi all, and particularly Andrew and Stephen, I recently "upgraded' one of my NFS fileservers from (patched)2.4.18 to 2.4.23-pre7 (in order to resolve a HIMEM related memory pressure problem). Unfortunately I have experienced what appears to be a deadlock. The one I will describe was experienced while running 2.4.23-pre7, though I had a very similar problem in 2.4.22 (but

Samba 2.2.0 on SPARC Solaris 8 Configured with: ./configure --with-pam --with-syslog --with-quotas --with-msdfs --with-acl-support I am accessing the share \\server\mgerdts, which is itself an automounted (NFS) directory. That is, /home/mgerdts on server really exists on nfsserver. On nfsserver, rquotad is commented out of inetd.conf. Using smbclient (2.0.7, yeah I know) I do: smbclient

Hi, Can someone give me some pointer or links to understand how Filelocking and rquotad works on NFS ? I searched a lot on google , didn't get any good articles on that. -- Regards Basil

Hi, I've recently moved my mailboxes to a NFS share (on an emc Celerra), and, as expected, the quota extensions no longer works. However, I've read that adding http://dovecot.org/patches/quota-rquotad.c to $DOVECOT/src/plugins/quota, adding a line to $DOVECOT/src/plugins/quota/Makefile.am and rebuilding, it should work again. Unfortunately, it doesn't compile in my RHEL 4.0:

I'm not sure why the 'passwd' userdb didn't allow args, but it meant (for instance) that the quota plugins weren't usable. I spent quite a bit of time trying to get my new quota-rquotad plugin to work, only to find out that it was my 'quota=rquotad:<filesystem list>' argument that wasn't being passed to the imap child :) The attached patch implements

Greetings - I was just wondering what the state of play was with regard to reading filestore-based quotas when the mailstore is NFS-mounted? Timo mentioned a little while ago that he'd be including it: http://www.dovecot.org/list/dovecot/2007-May/022594.html However it isn't in 1.0.1 and isn't mentioned in the release notes for 1.0.2. Is it going to be a 1.1 feature or

man rquotad: rquotad is an rpc(3) server which returns quotas for a user of a local filesystem which is mounted by a remote machine over the NFS. It also allows setting of quotas on NFS mounted filesystem (if configured dur- ing compilation and allowed by a command line option -S).... etc Seams to be also possible to set quotas from the client, but I never use it.

I'm confident that the question has been asked before, but I can't remember the answer. I have -- dovecot 1.1.2 -- Mail storage (maildir format) on NFS -- Quotas on that file system -- A working rquotad -- mail_plugins = quota imap_quota in the protocol imap section -- quota=fs in the plugin section I get (using Apple Mail as a client) -- Notification that the account supports quotas