I just submitted this bug report, and then found a much more serious problem with getfid -- it ALWAYS exits 0. I'd like to comment on this bug report, rather than create a new one, since I would probably try to fix both problems with one patch.
However, I don't have a login for the RT site. How do I get one? Also, what's the policy/preference here? Strictly speaking, there are two issues here (no feedback on paths that *should* generate errors, and then the fact that is no error code at all). I'm lazy -- I'd just fix these in one patch, but does the dev community prefer that these be addressed separetly? Am I thinking too hard? ---------- Forwarded message ---------- From: OpenAFS Bug Reports via RT <[email protected]> Date: Mon, Oct 18, 2010 at 2:32 PM Subject: [grand.central.org #128372] AutoReply: Output from 'fs getfid' doesn't complain about paths not in /afs To: [email protected] Greetings, This message has been automatically generated in response to the creation of a trouble ticket regarding: "Output from 'fs getfid' doesn't complain about paths not in /afs", a summary of which appears below. There is no need to reply to this message right now. Your ticket has been assigned an ID of [grand.central.org #128372]. Please include the string: [grand.central.org #128372] in the subject line of all future correspondence about this issue. To do so, you may reply to this message. Thank you, [email protected] ------------------------------------------------------------------------- The fs getfid command (wish I had this one 10 years ago...) behaves very differently from all the other fs commands that accept a -path argument. If you pass a list of paths, and some of them are not in AFS, or aren't present, etc. the command gives you feedback on this: [r...@rpcore ~]# fs listacl /afs/a.rp.nyc.us.test.efs/home/efsops /foo /var/tmp Access list for /afs/a.rp.nyc.us.test.efs/home/efsops is Normal rights: system:administrators rlidwka system:anyuser rl efsops rlidwka fs: File '/foo' doesn't exist fs: Invalid argument; it is possible that /var/tmp is not in AFS. This is true for all of the following: diskfree, examine, getcalleraccess, listacl, listquota, quota, storebehind, whereis, and whichcell. But not getfid. There's no valid reason, IM!HO, that getfid's feedback should not be consistent with the other commands.
