FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian Development

 
 
LinkBack Thread Tools
 
Old 03-15-2011, 01:10 PM
Christian Andretzky
 
Default Bug#618473: general: Problems to handle NIS group names

Package: general
Severity: important
Tags: squeeze

I've really no idea, which package(s) are responsible for this problem.

In my log files I can find messages like:

Mar 15 14:56:09 oedibus automount[1983]: set_tsd_user_vars: failed to get group info from getgrgid_r

As the result the output from ls command looks like

...
drwx------ 21 saadi 12000 4096 19. Nov 12:22 saadi
...

The output of 'ypcat group' shows the correct group names.

If I dont use autofs and mount the filesystem manual using 'mount', the same problem happens.

The problem is important for us because many maintenance tasks need the correct group information to
set the correct permissions.

Christian

P.S. The apt-policy below includes the testing release but no testing packages are installed at this time.

-- System Information:
Debian Release: 6.0
APT prefers stable
APT policy: (990, 'stable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20110315141048.7627.25379.reportbug@oedibus.etit.t u-chemnitz.de">http://lists.debian.org/20110315141048.7627.25379.reportbug@oedibus.etit.t u-chemnitz.de
 
Old 03-17-2011, 07:03 PM
Arthur de Jong
 
Default Bug#618473: general: Problems to handle NIS group names

reassign nfs-common
thanks

On Tue, 2011-03-15 at 15:10 +0100, Christian Andretzky wrote:
> I've really no idea, which package(s) are responsible for this problem.

Reassigning to nfs-common because that seems to be the most likely
candidate (assuming autofs is used to mount nfs filesystems).

> In my log files I can find messages like:
>
> Mar 15 14:56:09 oedibus automount[1983]: set_tsd_user_vars: failed to get group info from getgrgid_r
>
> As the result the output from ls command looks like
>
> ...
> drwx------ 21 saadi 12000 4096 19. Nov 12:22 saadi
> ...
>
> The output of 'ypcat group' shows the correct group names.
>
> If I dont use autofs and mount the filesystem manual using 'mount',
> the same problem happens.

It would really be hulpful if you could post more
information. /etc/nsswitch.conf, /etc/auto.master, nfs mount settings
(nfs version), etc come to mind.

I know nfs4 uses and idmap that has caused issues in the past if the
naming service is not available during boot (see e.g. #500778).

--
-- arthur - adejong@debian.org - http://people.debian.org/~adejong --
 
Old 03-17-2011, 08:54 PM
Professur Digital- und Schaltungstechnik
 
Default Bug#618473: general: Problems to handle NIS group names

Arthur de Jong schrieb:

reassign nfs-common
thanks

On Tue, 2011-03-15 at 15:10 +0100, Christian Andretzky wrote:

I've really no idea, which package(s) are responsible for this problem.


Reassigning to nfs-common because that seems to be the most likely
candidate (assuming autofs is used to mount nfs filesystems).


In my log files I can find messages like:

Mar 15 14:56:09 oedibus automount[1983]: set_tsd_user_vars: failed to get group info from getgrgid_r

As the result the output from ls command looks like

...
drwx------ 21 saadi 12000 4096 19. Nov 12:22 saadi
...

The output of 'ypcat group' shows the correct group names.

If I dont use autofs and mount the filesystem manual using 'mount',
the same problem happens.


It would really be hulpful if you could post more
information. /etc/nsswitch.conf, /etc/auto.master, nfs mount settings
(nfs version), etc come to mind.

I know nfs4 uses and idmap that has caused issues in the past if the
naming service is not available during boot (see e.g. #500778).

I'll post only the 'active' lines of each file. All other settings are
default/unchanged.


/etc/nsswitch.conf:

passwd: compat
group: compat
shadow: compat
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis

/etc/auto.master:

/home/etit/dst /etc/auto.dst

/etc/auto.dst:

global -fstype=nfs,nolock,intr,rw,acregmax=5 fqdn:/home/etit/dst/global
user -fstype=nfs,nolock,intr,rw,acregmax=5 fqdn:/home/etit/dst/user
fs01 -fstype=nfs,nolock,intr,rw,acregmax=5 fqdn:/home/etit/dst/fs01

/etc/default/nfs-common:
NEED_STATD=
STATDOPTS=
NEED_IDMAPD=
NEED_GSSD=

/etc/default/nfs-kernel-server:

RPCNFSDCOUNT=8
RPCNFSDPRIORITY=0
RPCMOUNTDOPTS=--manage-gids
NEED_SVCGSSD=
RPCSVCGSSDOPTS=

dpkg -l | grep nfs:

ii kernel-patch-nfs-ngroups 4.58.debian.20100106.1
transitional dummy package


ii libnfsidmap2 0.23-2
An nfs idmapping library


ii linux-patch-nfs-ngroups 4.58.debian.20100106.1
Client-side bypassing of ngroups limitation in NFS protocol


ii nfs-common 1:1.2.2-4
NFS support files common to client and server


ii nfs-kernel-server 1:1.2.2-4
support for NFS kernel server


ii nfs4-acl-tools 0.3.3-1
Commandline and GUI ACL utilities for the NFSv4 client


ii nfswatch 4.99.11-1
Program to monitor NFS traffic for the console


/etc/default/autofs:

MASTER_MAP_NAME="/etc/auto.master"
TIMEOUT=300
BROWSE_MODE="yes"

Cheers, Christian




--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4D82832C.6050300@etit.tu-chemnitz.de">http://lists.debian.org/4D82832C.6050300@etit.tu-chemnitz.de
 

Thread Tools




All times are GMT. The time now is 10:37 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org