From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <sr@emt.com.ua>
Date: Sun, 26 Feb 2006 00:14:09 +0200
From: Serge Ryabchun <sr@osdn.org.ua>
To: ALT Linux Sisyphus discussion list <sisyphus@lists.altlinux.org>
Message-ID: <20060225221409.GB22169@emt.com.ua>
References: <200602241754.22955.iadzhubey@rics.bwh.harvard.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <200602241754.22955.iadzhubey@rics.bwh.harvard.edu>
X-Virus-Scanned: amavisd-new at localhost
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:12:44 -0000
Archived-At: <http://lore.altlinux.org/sisyphus/20060225221409.GB22169@emt.com.ua/>
List-Archive: <http://lore.altlinux.org/sisyphus/>
List-Post: <mailto:sisyphus@altlinux.ru>

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