GNU bug report logs - #8663
chroot problems

Previous Next

Package: coreutils;

Reported by: Benedicto Garin <bg.garin <at> oracle.com>

Date: Thu, 12 May 2011 16:19:01 UTC

Severity: normal

Tags: notabug

Done: Bob Proulx <bob <at> proulx.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 8663 in the body.
You can then email your comments to 8663 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to owner <at> debbugs.gnu.org, bug-coreutils <at> gnu.org:
bug#8663; Package coreutils. (Thu, 12 May 2011 16:19:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Benedicto Garin <bg.garin <at> oracle.com>:
New bug report received and forwarded. Copy sent to bug-coreutils <at> gnu.org. (Thu, 12 May 2011 16:19:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Benedicto Garin <bg.garin <at> oracle.com>
To: bug-coreutils <at> gnu.org
Subject: chroot problems
Date: Thu, 12 May 2011 09:16:52 -0400
Hi,

I'm trying to run the command below and I get some errors.  I ran this 
command about
a month ago with no issue.  Please advise.

Thanks in advance,
bg


(May 12 9:03) [/home/bgarin]$/usr/sbin/chroot /chroot/rhel_AS40_x86_64 
/bin/bash
/usr/sbin/chroot /chroot/rhel_AS40_x86_64 /bin/bash
do_ypcall: clnt_call: RPC: Unable to receive; errno = Connection refused

The subsequent useview also fails similarly:

bash-3.00$ ade useview bgarin_g1
do_ypcall: clnt_call: RPC: Unable to receive; errno = Connection refused
do_ypcall: clnt_call: RPC: Unable to receive; errno = Connection refused
do_ypcall: clnt_call: RPC: Unable to receive; errno = Connection refused
do_ypcall: clnt_call: RPC: Unable to receive; errno = Connection refused
Binding view to label server adc2100090.us.oracle.com
do_ypcall: clnt_call: RPC: Unable to receive; errno = Connection refused
do_ypcall: clnt_call: RPC: Unable to receive; errno = Connection refused






Information forwarded to owner <at> debbugs.gnu.org, bug-coreutils <at> gnu.org:
bug#8663; Package coreutils. (Thu, 12 May 2011 18:37:02 GMT) Full text and rfc822 format available.

Message #8 received at 8663 <at> debbugs.gnu.org (full text, mbox):

From: Bob Proulx <bob <at> proulx.com>
To: Benedicto Garin <bg.garin <at> oracle.com>
Cc: 8663 <at> debbugs.gnu.org
Subject: Re: bug#8663: chroot problems
Date: Thu, 12 May 2011 12:36:10 -0600
Benedicto Garin wrote:
> I'm trying to run the command below and I get some errors.  I ran
> this command about a month ago with no issue.  Please advise.
> ...
> (May 12 9:03) [/home/bgarin]$/usr/sbin/chroot /chroot/rhel_AS40_x86_64 /bin/bash
> /usr/sbin/chroot /chroot/rhel_AS40_x86_64 /bin/bash
> do_ypcall: clnt_call: RPC: Unable to receive; errno = Connection refused

This is an indication that NIS/YP in your chroot system is not happy.
It is reporting that it is unable to contact the NIS/YP account
server.  You apparently have the chroot set up where account data is
in NIS/YP (formerly known as yellow pages).

Likely the nis/yp server isn't available now.

> The subsequent useview also fails similarly:

Probably the same problem.

I personally would probably start off by going into the chroot as root
expecting that to work and then probing the nis/yp system to see what
problems exist there.  I would expect root to be able to log into it
since the root account is almost always local.

The command ypwhich is often useful to determine which nis/yp server
the local client has bound to.  If it is bound then investigate that
server.  If it isn't bound then that is the problem.

If you are not root then you can still look at the files.  Since the
chroot files are available to you from the outside the next thing I
would do is to look into the chroot area and try to debug the problem
just by inspection.  But if you are not root then you won't be able to
fix anything that you find so that is just for your own curiosity.
For a start look at /etc/nsswitch.conf and observe the settings for
the passwd table.

Since this is unlikely to be a bug related to coreutils I am going to
keep the accounting updated and close the bug.  Please don't take the
fact that the bug is closed to mean that we don't want any more
discussion.  The opposite is true.  If possible please report back to
us on what you find.  Please feel free to keep posting followups.  It
will continue to be tracked in the bug log.  This will help others who
read through it later.  At any time the bug can be opened again if
needed.

Bob




Added tag(s) notabug. Request was from Bob Proulx <bob <at> proulx.com> to control <at> debbugs.gnu.org. (Thu, 12 May 2011 18:38:02 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 8663 <at> debbugs.gnu.org and Benedicto Garin <bg.garin <at> oracle.com> Request was from Bob Proulx <bob <at> proulx.com> to control <at> debbugs.gnu.org. (Thu, 12 May 2011 18:38:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 10 Jun 2011 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 14 years and 13 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.