* expected unxpected behavior
[not found] <1164976622.1510880.1369209469446.JavaMail.root@desy.de>
@ 2013-05-22 9:58 ` Mkrtchyan, Tigran
2013-05-22 13:56 ` Myklebust, Trond
0 siblings, 1 reply; 2+ messages in thread
From: Mkrtchyan, Tigran @ 2013-05-22 9:58 UTC (permalink / raw)
To: linux-nfs@vger.kernel.org
Hi,
we hit some strange behavior which is expected from one side, but unexpected at the same time.
We run our nfs server with v3 and v4. Due to misconfiguration in idmapping, we got some files
to be owned by uid -1. Which is ok, as with v4 server returns nobody. Nevertheless, this
prevent to list the directory with v3. This is the result of uid_valid()/gid_valid() calls
in nfs3xdr.c:decode_fattr3. The uid_valid/gid_valid checks that provided uid/gid are not -1.
Probably this is ok. My confusion is: a) one file with bad uid/gid prevents listing of a
directory, b) in nfs v3 spec uid3 (as well as uid_t in linux) is unsigned int 32 and
value 0xffffffff is absolutely valid.
Tigran.
^ permalink raw reply [flat|nested] 2+ messages in thread* RE: expected unxpected behavior
2013-05-22 9:58 ` expected unxpected behavior Mkrtchyan, Tigran
@ 2013-05-22 13:56 ` Myklebust, Trond
0 siblings, 0 replies; 2+ messages in thread
From: Myklebust, Trond @ 2013-05-22 13:56 UTC (permalink / raw)
To: Mkrtchyan, Tigran, linux-nfs@vger.kernel.org
PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBsaW51eC1uZnMtb3duZXJAdmdl
ci5rZXJuZWwub3JnIFttYWlsdG86bGludXgtbmZzLQ0KPiBvd25lckB2Z2VyLmtlcm5lbC5vcmdd
IE9uIEJlaGFsZiBPZiBNa3J0Y2h5YW4sIFRpZ3Jhbg0KPiBTZW50OiBXZWRuZXNkYXksIE1heSAy
MiwgMjAxMyA1OjU4IEFNDQo+IFRvOiBsaW51eC1uZnNAdmdlci5rZXJuZWwub3JnDQo+IFN1Ympl
Y3Q6IGV4cGVjdGVkIHVueHBlY3RlZCBiZWhhdmlvcg0KPiANCj4gDQo+IA0KPiBIaSwNCj4gDQo+
IHdlIGhpdCBzb21lIHN0cmFuZ2UgYmVoYXZpb3Igd2hpY2ggaXMgZXhwZWN0ZWQgZnJvbSBvbmUg
c2lkZSwgYnV0DQo+IHVuZXhwZWN0ZWQgYXQgdGhlIHNhbWUgdGltZS4NCj4gV2UgcnVuIG91ciBu
ZnMgc2VydmVyIHdpdGggdjMgYW5kIHY0LiBEdWUgdG8gbWlzY29uZmlndXJhdGlvbiBpbiBpZG1h
cHBpbmcsDQo+IHdlIGdvdCBzb21lIGZpbGVzIHRvIGJlIG93bmVkIGJ5IHVpZCAtMS4gV2hpY2gg
aXMgb2ssIGFzIHdpdGggdjQgc2VydmVyDQo+IHJldHVybnMgbm9ib2R5LiBOZXZlcnRoZWxlc3Ms
IHRoaXMgcHJldmVudCB0byBsaXN0IHRoZSBkaXJlY3Rvcnkgd2l0aCB2My4gVGhpcw0KPiBpcyB0
aGUgcmVzdWx0IG9mIHVpZF92YWxpZCgpL2dpZF92YWxpZCgpIGNhbGxzIGluIG5mczN4ZHIuYzpk
ZWNvZGVfZmF0dHIzLiBUaGUNCj4gdWlkX3ZhbGlkL2dpZF92YWxpZCBjaGVja3MgdGhhdCBwcm92
aWRlZCB1aWQvZ2lkIGFyZSBub3QgLTEuDQo+IFByb2JhYmx5IHRoaXMgaXMgb2suIE15IGNvbmZ1
c2lvbiBpczogYSkgb25lIGZpbGUgd2l0aCBiYWQgdWlkL2dpZCBwcmV2ZW50cw0KPiBsaXN0aW5n
IG9mIGEgZGlyZWN0b3J5LCBiKSBpbiBuZnMgdjMgc3BlYyB1aWQzIChhcyB3ZWxsIGFzIHVpZF90
IGluIGxpbnV4KSBpcw0KPiB1bnNpZ25lZCBpbnQgMzIgYW5kIHZhbHVlIDB4ZmZmZmZmZmYgaXMg
YWJzb2x1dGVseSB2YWxpZC4NCj4gDQoNClNvLCB0aGVvcnkgaGFzIGl0IHRoYXQgdWlkL2dpZCA9
PSAtMSBpcyBpbnZhbGlkIGluIFBPU0lYLiBJZiB5b3UgbG9vayBhdCBmdW5jdGlvbnMgbGlrZSBj
aG93bigpLCBzZXRyZXVpZCgpLCBldGMsIHRoZW4gdGhlIHZhbHVlICctMScgaXMgdXNlZCB0byBp
bmRpY2F0ZSBhYnNlbmNlIG9mIGFuIGFyZ3VtZW50Lg0KVGhhdCBzYWlkLCBJIGFncmVlIHdpdGgg
eW91IHRoYXQgdGhpcyBraW5kIG9mIGNsaWVudC1zaWRlIHZhbGlkYXRpb24gb2YgdGhlIHVpZC9n
aWQgdmFsdWVzIGlzIGJvZ3VzLCBhbmQgd2Ugc2hvdWxkIGNlcnRhaW5seSBub3QgYmUgZG9pbmcg
aXQgaW4gdGhlIFhEUiBjb2RlLg0KDQpJJ2xsIHNlZSB3aGF0IHdlIGNhbiBkbyBhYm91dCBhIGZp
eC4NCg0KQ2hlZXJzDQogIFRyb25kDQo=
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2013-05-22 13:56 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1164976622.1510880.1369209469446.JavaMail.root@desy.de>
2013-05-22 9:58 ` expected unxpected behavior Mkrtchyan, Tigran
2013-05-22 13:56 ` Myklebust, Trond
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.