From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <iadzhubey@rics.bwh.harvard.edu>
Date: Sat, 25 Feb 2006 17:36:42 -0500
From: Ivan Adzhubey <iadzhubey@rics.bwh.harvard.edu>
In-reply-to: <20060225221409.GB22169@emt.com.ua>
To: ALT Linux Sisyphus discussion list <sisyphus@lists.altlinux.org>
Message-id: <200602251736.42722.iadzhubey@rics.bwh.harvard.edu>
MIME-version: 1.0
Content-type: text/plain; charset=koi8-r
Content-transfer-encoding: 8BIT
Content-disposition: inline
References: <200602241754.22955.iadzhubey@rics.bwh.harvard.edu>
	<20060225221409.GB22169@emt.com.ua>
User-Agent: KMail/1.9.1
Subject: Re: [sisyphus] /usr/bin/id: cannot find name for user ID 46
X-BeenThere: sisyphus@lists.altlinux.org
X-Mailman-Version: 2.1.6
Precedence: list
Reply-To: ALT Linux Sisyphus discussion list <sisyphus@lists.altlinux.org>
List-Id: ALT Linux Sisyphus discussion list <sisyphus.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/sisyphus>
List-Post: <mailto:sisyphus@lists.altlinux.org>
List-Help: <mailto:sisyphus-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Feb 2006 22:36:47 -0000
Archived-At: <http://lore.altlinux.org/sisyphus/200602251736.42722.iadzhubey@rics.bwh.harvard.edu/>
List-Archive: <http://lore.altlinux.org/sisyphus/>
List-Post: <mailto:sisyphus@altlinux.ru>

On Saturday 25 February 2006 17:14, Serge Ryabchun wrote:
> On Fri, Feb 24, 2006 at 05:54:22PM -0500, Ivan Adzhubey wrote:
> > Приветствую!
> >
> > Странная проблема возникла с кластером после последнего обновления:
> >
> > su -l <username> -s/bin/sh -c '...'
> >
> > выполненое на нодах ругается приведенным в теме сообщением. В частности,
> > это вылезает при запуске update_chrooted, а именно - скрипта
> > postgresql.conf. Ну и, например, просто:
> >
> > # /bin/su -l postgres -s /bin/sh -c 'ls -l'
> >
> > Ругается так же, хотя "ls -l" потом отрабатывает успешно. Кластерные ноды
> > имеют / смонтированый по NFS, в read-only. Гугление показало, что
> > подобный глюк su вылезал и в RHEL, и действительно был как-то связан с
> > permissions на / и с PAM. Понятно, что моя конфигурация далека от
> > стандартной, но все же мне кажется - это бага. Только вот на что ее
> > вешать - PAM, su?
>
> На /etc/passwd права не полезли? Глюк обычно связан с
> chmod 000 /etc/passwd

Права в порядке:

[root@node2 ~]# ls -l /etc/passwd
-rw-r--r-- 1 root root 3446 Jan 19 15:31 /etc/passwd


-- 
Иван