[Bug 662711] Invitation to connect on LinkedIn
exa
662711 at bugs.launchpad.net
Thu Oct 4 15:11:03 UTC 2012
LinkedIn
------------
Bug,
I'd like to add you to my professional network on LinkedIn.
- Eray
Eray Ozkural
Founder at Gök Us Sibernetik Araştırma ve Geliştirme Ltd. Şti.
Istanbul, Turkey
Confirm that you know Eray Ozkural:
https://www.linkedin.com/e/mzaq4b-h7w05zv8-5y/isd/8938582273/IpiJN_Um/?hs=false&tok=0Xdx7O_78Lals1
--
You are receiving Invitation to Connect emails. Click to unsubscribe:
http://www.linkedin.com/e/mzaq4b-h7w05zv8-5y/halk3p-AuHd0m5usVeMXYibAsF65bZz-KmG-HBY/goo/662711%40bugs%2Elaunchpad%2Enet/20061/I2999252368_1/?hs=false&tok=0_HHNoy_ALals1
(c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA
94043, USA.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to nfs-utils in Ubuntu.
https://bugs.launchpad.net/bugs/662711
Title:
idmap should be started by default because mount.nfs now negotiates
NFSv4 before NFSv3
Status in “nfs-utils” package in Ubuntu:
Fix Released
Bug description:
I have a NFS client/server setup where both client and server are
Ubuntu 10.10 (both upgraded from 10.4)
To make UID and GID mapping trivial, I've made sure that clients and
server all have the same users and groups with the same IDs. This used
to work fine. However now the client is always displaying 4294967294
for the UID and GID but - and here is the strange bit - if I create a
file on the client it shows up on the server with the correct user and
group (but on the client still with 4294967294).
I posted this originally on the forums, and decided to file this bug
when 2 other people reported having the same problem since upgrading
to 10.10. In both cases they were using Ubuntu as client and Solaris
as server. See thread here:
http://ubuntuforums.org/showthread.php?p=9983624
Additional info:
/etc/exports line on the server:
data/fileserver 192.168.1.0/255.255.255.0(rw,sync,no_subtree_check)
/etc/fstab line on the client:
htpc:/data/fileserver /data/fileserver nfs defaults 0 0
Trying to chown a file on the client gives the error "chown: changing
ownership of `somefile': Invalid argument"
ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: nfs-common 1:1.2.2-1ubuntu1
ProcVersionSignature: Ubuntu 2.6.35-22.34-generic 2.6.35.4
Uname: Linux 2.6.35-22-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
Date: Mon Oct 18 15:40:16 2010
ProcEnviron:
PATH=(custom, user)
LANG=en_US.utf8
SHELL=/bin/bash
SourcePackage: nfs-utils
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/662711/+subscriptions
More information about the foundations-bugs
mailing list