https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c wei wang changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wewang@novell.com AssignedTo|bnc-team-screening@forge.pr |jack@novell.com |ovo.novell.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c2 --- Comment #2 from dev001x _ 2010-09-08 18:51:51 UTC --- just a note that the semantics are a bit confusing ... pkg name -> quota-nfs init name -> /etc/init.d/quotad RQUOTAD_BIN -> /usr/sbin/rpc.rquotad /etc/services -> rquotad might be helpful to make it all consistently 'rquotad', including the propsed /etc/sysconfig/rquotad -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c3 Anna Bernathova changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO InfoProvider| |jack@novell.com --- Comment #3 from Anna Bernathova 2010-09-09 12:27:24 UTC --- Jan, it is no problem, I would just welcome an advice about default settings. My current /etc/services says quotad 762/tcp quotad 762/udp My current process seems to use 996/tcp, 994/udp. So I am confused about its proper default settings. Of course, I can also leave the variable unset and call the binary with -p only when someone sets it. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c5 Anna Bernathova changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pgajdos@novell.com --- Comment #5 from Anna Bernathova 2010-09-09 13:43:43 UTC --- OK, let us do it this way. Adding Petr, maintainer of netcfg, to CC, to take care for an alias. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c7 --- Comment #7 from dev001x _ 2010-09-09 15:04:10 UTC --- my understanding is that by default, rquotad port is supposed to be *random*. e.g., cref: @ http://www.lowth.com/LinWiz/nfs_help.html. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c9 --- Comment #9 from dev001x _ 2010-09-09 16:03:47 UTC ---

But there's no reason for it to be random when /etc/services has a port reserved for it. Or do you see one?

honestly, i'm confused as to what _should_ be ... i looked for, but did not find, an RFC for rquotad. this comment, http://kerneltrap.org/mailarchive/linux-fsdevel/2007/11/27/451355 seems to verify that there is none, really :-/ i can say simply that /etc/services has quotad 762/tcp quotad 762/udp not rquotad 4003/tcp rquotad 4003/udp as referenced/instructed @ http://www.novell.com/support/viewContent.do?externalId=7000524&sliceId=1 and, rquotad ignores 'quotad' port assignment in /etc/services, but DOES pick up 'rquotad' port if defined _either_ in /etc/services _as_ rquotad, or with a "-p (port)" spec. if you search around, the interchangeable (mis)use of quotad vs rquotad is, at best, confusing. maybe (?) some of the confusion comes from the facts that, per rquotad manpage: "... The results are used by quota(1) ..." my suggestion -- switch to consistent use pf rquotad. it's what novell references in its docs, there's a manpage for it, etc ... even the (mis)named /etc/init.d/quota references it. then again, not sure what implications that has elsewhere. like you said -- it's a mess. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c11 --- Comment #11 from dev001x _ 2010-09-16 15:43:59 UTC --- (In reply to comment #6)

Fix for factory submitted (request id 47612).

I'd submitted this against 11.3. It's marked as fixed, but sumbitted for factory. Is there a fix for 11.3? (In reply to comment #10)

(In reply to comment #9)

...

rquotad 4003/tcp rquotad 4003/udp

Note: our /etc/services reads pxc-splr-ft 4003/tcp # pxc-splr-ft pxc-splr-ft 4003/udp # pxc-splr-ft

But I don't know what pxc-splr-ft is at all.

Note that there is NO specification, or even convention afaict, as to which particular static port(s) should be used. only that a static port should be assignable. the recommendation for simplicity in firewall mgmt that i've seen is simply that all the nfs-releated static ports be assigned to a small/contiguous range ... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c13 dev001x _ changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEEDINFO InfoProvider| |anicka@novell.com --- Comment #13 from dev001x _ 2010-10-20 19:21:50 UTC --- i'd originally reported this bug against 11.3, not factory. since the FIX was, apparently submitted only against Factroy, will this be -- or has it been -- backported to 11.3? also, what decision exactly was taken? changes to /etc/services? add'l settings in /etc/sysconfig/nfs? other? thanks. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c15 Petr Gajdos changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEEDINFO InfoProvider| |jack@novell.com --- Comment #15 from Petr Gajdos 2010-10-21 15:26:49 UTC --- So I am about to change /etc/services following way: -pxc-splr-ft 4003/tcp # pxc-splr-ft -pxc-splr-ft 4003/udp # pxc-splr-ft +rquotad 4003/tcp # rquotad +rquotad 4003/udp # rquotad All right? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c17 dev001x _ changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEEDINFO InfoProvider| |jack@novell.com --- Comment #17 from dev001x _ 2010-10-21 15:48:11 UTC --- iiuc (?), making those definitions in /etc/services will _force_ the default behavior of a static port assignment for rquotad -- to port 4003. i don't see why that's of benefit, or even recommended. if a static definition is to be added to /etc/services, shouldn't it then be registered? https://secure.wikimedia.org/wikipedia/en/wiki/List_of_TCP_and_UDP_port_numb... ? what is, imo, of value, is the ability to choose/configure in /etc/sysconfig/nfs. options to *set* any/all of the nfs-related ports, and thus make them static assignments, or leave the *unset*, and therefore accept default behavior of dynamic assignment seems, to me, the most accommodating way to go. for reference, here's one of many clear examples, http://www.lovschall.dk/2010/01/nfs-static-ports-and-firewalls.html tbh, i do not know what's "globally" preferable &/or recommended. reading here, e.g., http://download.oracle.com/docs/cd/B10464_05/core.904/b12115/managing.htm#BA... suggests, imo rationally, that "it depends" ... and that the flexibility to use static &/or dynamic ports is what's recommended. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c19 dev001x _ changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |REOPENED InfoProvider|pgngw+dev001+novell.com@f-m | |.fm | --- Comment #19 from dev001x _ 2010-10-22 06:12:02 UTC --- the decision is yours, of course. but ... are you sure that "quotad" == "rquotad"? i can find _no_ NFS doc/spec/discussion/etc that refers to any daemon other than *R*quotad. e.g., @ http://www.faqs.org/docs/Linux-HOWTO/NFS-HOWTO.html#SERVICESTART "NFS serving is taken care of by five daemons: rpc.nfsd, which does most of the work; rpc.lockd and rpc.statd, which handle file locking; rpc.mountd, which handles the initial mount requests, and rpc.rquotad, which handles user file quotas on exported volumes. Starting with 2.2.18, lockd is called by nfsd upon demand, so you do not need to worry about starting it yourself. statd will need to be started separately. Most recent Linux distributions will have startup scripts for these daemons." and, i can find no stmt that "port 762" is NFS_related. it may be there -- i'm just not finding it. also, dl'ing the source tarball @ http://sourceforge.net/projects/nfs/, tar xjvf nfs-utils-1.2.3.tar.bz2 cat nfs-utils-1.2.3/NEWS Significant changes for nfs-utils 1.1.0 - March/April 2007 - rpc.lockd is gone. One 3 old kernel releases need it. !! - rpc.rquotad is gone. Use the one from the 'quota' package. Everone else does. ... looking to suse, @ https://build.opensuse.org/package/view_file?file=quota.spec&package=quota&project=Base%3ASystem well, that's _your_ spec. checking @ http://sourceforge.net/projects/linuxquota/, cd quota-tools/ grep quotad `grep -rlni quotad .` i see plenty of rquotad, but no 'just' quotad, and no mention in the sources of port 762 at all. again, i may well be wrong/blind, but, where is there any info, other than the fact that suse seems to use it, that says quotad is, in fact, the same as rquotad? i.e., _should_ quotad in /etc/services be used at all? p.s. hm, here, http://www.vanemery.com/Linux/NFS-Van.html, i find reference to rquotad at port 762. hmm. i'm more confused. bottom line -- allow *all* NFS_related ports to be easily spec'd/overridden in /etc/sysconfig/nfs. then the defaults -- whether dynamic, quotad, or something else -- simply don't matter to me. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c21 dev001x _ changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEEDINFO InfoProvider| |jack@novell.com --- Comment #21 from dev001x _ 2010-10-27 15:07:17 UTC --- checking in ... anything else you needed here? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c23 dev001x _ changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |REOPENED InfoProvider|pgngw+dev001+novell.com@f-m | |.fm | --- Comment #23 from dev001x _ 2010-10-27 16:59:00 UTC ---

So are we still missing something in the end?

oh, honestly. this whole topic's a mess -- so who knows! ;-) re:

SUSE uses the one from quota-tools for quite some time

"The one provided with nfs-utils supports binding the daemon to a port with the -p directive. The one in quota-tools does not. Consult your distribution's documentation to determine if yours does." reads, to me, as you CAN'T bind the daemon to a static port ... or maybe it's just commenting as to method. i just don't know. but, if that's resolved, "in the end" we have, /etc/sysconfig/nfs providing option for static ports for MOUNTD_PORT="4002" & STATD_OPTIONS="-p 4000" in different formats, a newly created, /etc/sysconfig/rquotad in whatever format, for setting QUOTAD/RQUOTAD static port and, for LOCKD, (http://www.lowth.com/LinWiz/nfs_help_suse.php, https://bugzilla.redhat.com/show_bug.cgi?id=434795) adding to "/etc/modprobe.d/99-local.conf" options lockd nlm_udpport=4001 nlm_tcpport=4001 so that, we end up with (e.g., assigning 4000-4003 block or ports): rpcinfo -p | grep 40 100005 1 udp 4002 mountd 100005 1 tcp 4002 mountd 100005 2 udp 4002 mountd 100005 2 tcp 4002 mountd 100005 3 udp 4002 mountd 100005 3 tcp 4002 mountd 100024 1 udp 4000 status 100024 1 tcp 4000 status 100021 1 udp 4001 nlockmgr 100021 3 udp 4001 nlockmgr 100021 4 udp 4001 nlockmgr 100021 1 tcp 4001 nlockmgr 100021 3 tcp 4001 nlockmgr 100021 4 tcp 4001 nlockmgr 100011 1 udp 4003 rquotad 100011 2 udp 4003 rquotad 100011 1 tcp 4003 rquotad 100011 2 tcp 4003 rquotad so, re:

as long as you have a way to override it

i can override all ports in places that are NOT subject to overwrite. works for me. thanks! fwiw, if were up to me, *I* would strive for some sort of consistency for ALL the nfs-related daemons, & either (a) create ONE /etc/sysconfig/nfs_services config, as one place to config ALL the available options, or (b) at least also create /etc/sysconfig/lockd ... some issues at hand are: https://bugzilla.redhat.com/show_bug.cgi?id=434795#c20. but, like I said -- all options are (well, will be eventually) able to set to static ports, and are "officially" safe from inadvertent overwrite by installs, etc. so, again, if that's all correct -- "WORKS". thx. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c25 Neil Brown changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |REOPENED CC| |nfbrown@novell.com InfoProvider|nfbrown@novell.com | --- Comment #25 from Neil Brown 2010-11-10 23:04:01 UTC --- I think that if we want a single file with all the RPC port assignments that we want to be static, then that file should be /etc/defaults/something, probably /etc/sysconfig/nfs. Then all the relevant init.d scripts can source that at optionally add a -p arg to the relevant program. I think that yet-another special-purpose /etc/ file with configuration that each daemon reads would be unnecessary complexity ... though I'm not sure that is what you are suggesting. I agree it is a mess. I wouldn't be against leveraging /etc/services and have each rpc daemon do a getservbyname and use th returned port number of there is one. And obviously we would use the IANA names ... except that they are just names, not protocol descriptions, so as noted above, it is hard to be sure that "quotad" is the right thing. Apparently 20048 is mounted - I never new that! I vote for just shell variable defines in /etc/sysconfig/nfs or similar. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c27 Anna Bernathova changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |ASSIGNED --- Comment #27 from Anna Bernathova 2010-11-22 12:11:08 UTC --- OK, let us do it this way. Neil, could you please add the file to nfs-tools? I will then take care for quota. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c dev001x _ changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO InfoProvider| |anicka@novell.com -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c31 Neil Brown changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED InfoProvider|nfbrown@novell.com | --- Comment #31 from Neil Brown 2011-02-07 01:08:34 UTC --- OK, I've added "RQUOTAD_PORT" to sysconfig for nfs and submitted the update for Factory. Obviously quotad needs to be changed to use this. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c33 --- Comment #33 from Neil Brown 2011-02-08 09:16:02 UTC --- lrupp writes ---------------- /mounts/work_src_done/STABLE/nfs-utils was not checked in by lrupp for the following reasons: Please submit a fixed quota-nfs without the /var/adm/fillup-templates/sysconfig.rquotad file for this. To be more consistent, I like to suggest the usage of a separate file in the quota-nfs package adding the relevant information to /etc/sysconfig/nfs - a detailed description can be found here: http://old-en.opensuse.org/SUSE_Package_Conventions/RPM_Macros#3.7._.25fillu... (man => cron example). So users who do not install the quota-nfs package would not get the additional VAR in /etc/sysconfig/nfs, but if the users do, they would find it at that place. ----------------- I'm not entirely sure what this means ... I might look into it later. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c35 --- Comment #35 from Neil Brown 2011-02-16 23:40:12 UTC --- Yes, that agrees with my reading of the page too. So I guess this change can be made entirely in the quota-nfs package without and change in nfs-utils - that is good (For me anyway :-) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c37 --- Comment #37 from Vitezslav Cizek 2011-02-17 13:13:23 UTC --- Well, this is what I did: I used fillup to append your RQUOTAD_PORT stuff to /etc/sysconfig/nfs. The sysconfig file /etc/sysconfig/rquotad is no longer needed, so I dropped it. The startup quota script and the documentation was updated. I submitted a request to factory. I'll report it here, if it gets through. Maybe the documentation for nfs-utils will need an update, then. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=637382 https://bugzilla.novell.com/show_bug.cgi?id=637382#c39 Vitezslav Cizek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #39 from Vitezslav Cizek 2011-02-24 13:53:22 UTC --- Fixed in 11.4. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.