[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