Re: [gentoo-user] Login, Schmogin

2005-01-09 Thread John Lowell
Daniel Westermann-Clark wrote:

 What I really should have asked is:  Do you see the [ ok ] after
 Starting local..., or does the pause happen before that appears?

 If the [ ok ] appears quickly, then (stating the obvious) something
 after /etc/init.d/local is causing the pause.  It might be a problem
 with /sbin/agetty or /bin/login.

The [ok] appears right away with Starting local ... . Looks to you like
something in /sbin/agetty or /bin/login then?

 Can you please send the contents of /etc/inittab and /etc/pam.d/login?

I'll be sending you the contents of these files in a reply to this reply
right away, Daniel. Please don't ask me why I'm doing it this way. :-)

jlowell






--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Login, Schmogin

2005-01-09 Thread John Lowell




John Lowell wrote:

  Daniel Westermann-Clark wrote:

  
  
What I really should have asked is:  Do you see the "[ ok ]" after
"Starting local...", or does the pause happen before that appears?

If the "[ ok ]" appears quickly, then (stating the obvious) something
after /etc/init.d/local is causing the pause.  It might be a problem
with /sbin/agetty or /bin/login.

  
  
The [ok] appears right away with "Starting local ... ". Looks to you like
something in /sbin/agetty or /bin/login then?

  
  
Can you please send the contents of /etc/inittab and /etc/pam.d/login?

  
  
I'll be sending you the contents of these files in a reply to this reply
right away, Daniel. Please don't ask me why I'm doing it this way. :-)

jlowell






--
gentoo-user@gentoo.org mailing list


  

Here are the files, Daniel, albeit in an unorthodox way. Your
indulgence is appreciated. :-) 

jlowell


#
# /etc/inittab:  This file describes how the INIT process should set up
#the system in a certain run-level.
#
# Author:  Miquel van Smoorenburg, [EMAIL PROTECTED]
# Modified by:  Patrick J. Volkerding, [EMAIL PROTECTED]
# Modified by:  Daniel Robbins, [EMAIL PROTECTED]
# Modified by:  Martin Schlemmer, [EMAIL PROTECTED]
#
# $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/inittab,v 1.6 2003/01/06 
21:32:43 azarah Exp $

#
# Default runlevel.
id:3:initdefault:

# System initialization, mount local filesystems, etc.
si::sysinit:/sbin/rc sysinit

# Further system initialization, brings up the boot runlevel.
rc::bootwait:/sbin/rc boot

l0:0:wait:/sbin/rc shutdown 
l1:S1:wait:/sbin/rc single
l2:2:wait:/sbin/rc nonetwork
l3:3:wait:/sbin/rc default
l4:4:wait:/sbin/rc default
l5:5:wait:/sbin/rc default
l6:6:wait:/sbin/rc reboot
#z6:6:respawn:/sbin/sulogin

# TERMINALS
c1:12345:respawn:/sbin/agetty 38400 tty1 linux
c2:12345:respawn:/sbin/agetty 38400 tty2 linux
c3:12345:respawn:/sbin/agetty 38400 tty3 linux
c4:12345:respawn:/sbin/agetty 38400 tty4 linux
c5:12345:respawn:/sbin/agetty 38400 tty5 linux
c6:12345:respawn:/sbin/agetty 38400 tty6 linux

# What to do at the Three Finger Salute.
ca:12345:ctrlaltdel:/sbin/shutdown -r now

# Used by /etc/init.d/xdm to control DM startup.
# Read the comments in /etc/init.d/xdm for more
# info. Do NOT remove, as this will start nothing
# extra at boot if /etc/init.d/xdm is not added
# to the default runlevel.
x:a:once:/etc/X11/startDM.sh

# End of /etc/inittab
#%PAM-1.0

auth   required /lib/security/pam_securetty.so
auth   required /lib/security/pam_stack.so service=system-auth
auth   required /lib/security/pam_nologin.so

accountrequired /lib/security/pam_stack.so service=system-auth

password   required /lib/security/pam_stack.so service=system-auth

sessionrequired /lib/security/pam_stack.so service=system-auth
sessionoptional /lib/security/pam_console.so

--
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: *** GMX Spamverdacht *** Re: [gentoo-user] Login, Schmogin

2005-01-09 Thread Marc Ballarin
On Sun, 9 Jan 2005 03:37:28 -0800
John Lowell [EMAIL PROTECTED] wrote:

 ...
 The [ok] appears right away with Starting local ... . Looks to you
 like something in /sbin/agetty or /bin/login then?

My wild guess would be some DNS issues. Does your /etc/hosts contain at
least:
127.0.0.1   localhost   your hostname here
?
If not, your machine could either timeout on DNS lookups or even trigger a
dialup to reach your nameserver.

Regards

--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Login, Schmogin

2005-01-09 Thread Heinz Sporn
Had the same problem yesterday. The answer was simple: the system was 
not able to resolve it's own hostname XY via DNS (understandable). After 
putting it into /etc/hosts

127.0.0.1 localname XY
everything went fine.
John Lowell schrieb:
Sad to say, it's about a week later and I've still no answer to a 
question I've raised here a couple times and on the forums also. I say 
this in no way to complain but rather to express utter surprize, 
actually. There's a lot of first class Linux talent available on this 
mailing list so if I've stumped you guys, I've really achieved something.
 
I've made a fresh, stage one install on a machine I intend to use as a 
webserver. I've done a lot of successful Gentoo installations so it's 
not as though I'm an amateur. The install went on without a hitch but, 
booting up, I reach the end of the init sequence and there's a delay of 
22 seconds before Starting local ... transitions in to the usual This 
is .. and the login prompt. On my three workstations this transition 
take no time at all, it's virtually instantaneous. I have nothing in 
/etc/conf.d/start.local and my USE= is limited to -kde. pam is 
installed. I have no idea what in heaven's name would cause a delay of 
this kind. Is an answer to this problem really so obscure? God knows, 
maybe it is.
 
jlowell
--
Mit freundlichen Grüßen
Heinz Sporn
SPORN it-freelancing
Mobile: ++43 (0)699 / 127 827 07
Email:  [EMAIL PROTECTED]
[EMAIL PROTECTED]
Snail:  Steyrer Str. 20
A-4540 Bad Hall
Austria / Europe
--
gentoo-user@gentoo.org mailing list


Re: [gentoo-user] Login, Schmogin

2005-01-09 Thread Daniel Westermann-Clark
On 2005-01-09 03:47:04 -0500, John Lowell wrote:
 Here are the files, Daniel, albeit in an unorthodox way. Your
 indulgence is appreciated. :-)

Those files look okay.

Like a few others have suggested, check that your /etc/hostname (e.g.
server1) and /etc/dnsdomainname (e.g. example.com) are set correctly and
that your FQDN (server1.example.com) and short hostname (server1) are
listed in /etc/hosts.

-- 
Daniel Westermann-Clark

--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Login, Schmogin

2005-01-09 Thread John Lowell
Heinz Sporn wrote:
Had the same problem yesterday. The answer was simple: the system was 
not able to resolve it's own hostname XY via DNS (understandable). 
After putting it into /etc/hosts

127.0.0.1 localname XY
everything went fine.
Heinz,
You hit it on the button, it was a /etc/hosts issue alright! Thanks!
What kept confusing me was the fact that my workstations functioned 
perfectly well while the webserver didn't.  It seems that I was mistaken 
to assume that the installation would treat workstations served by my 
router's DHCP service in this way exactly the same as one assigned a 
static ip with port forwarding. Very wrong. Hopefully this experience 
will help someone else to avoid this pitfall. We live and learn.

I would like to thank everyone here that tried to provide me with help 
for this problem. I'm grateful for your time and expertise.

Very best regards.
jlowell
--
gentoo-user@gentoo.org mailing list


[gentoo-user] Login, Schmogin

2005-01-08 Thread John Lowell



Sad to say, it's about a week later and I've still 
no answer to a question I've raised here a couple timesand on the forums 
also. Isay thisin no way to complain but rather to express utter 
surprize, actually.There's a lot of first 
class Linux talent availableon this mailing list so if I've stumped you 
guys, I've really achieved something. 

I've made a fresh, stage one install on a machine 
I intend to use as a webserver. I've done a lot of successful Gentoo installations so it's not as though I'm an amateur. The 
install went on without a hitch but, booting up, I reach the end of the init 
sequenceand there's a delay of 22 seconds before "Starting local ..." 
transitions in to the usual"This is .." and the login prompt. On my three 
workstations this transition take no time at all, it's virtually instantaneous. 
I have nothing in /etc/conf.d/start.local and my USE= is limited to -kde. pam is 
installed. I have no idea what in heaven's name 
would cause a delay of this kind. Is an answer to this problem really so 
obscure? God knows, maybe it is.

jlowell


Re: [gentoo-user] Login, Schmogin

2005-01-08 Thread David D. Rea
On Sun, 2005-01-09 at 00:28 -0800, John Lowell wrote:

[snip]

 I have no idea what in heaven's name would cause a delay of this kind.
 Is an answer to this problem really so obscure? God knows, maybe it
 is.

I'm pretty far down the Linux food chain, even farther so in the Gentoo
community, but this occurred to me... Is there some way you can crank up
the debug output level on the kernel itself??

Usually whenever I have a problem whose source isn't immediately
apparent, the first thing I try to do is scour the logs for anything
off-color that occurs around the questionable point. If I don't see
anything, my next knee-jerk reaction is to crank up the debug level so
that there's a better chance of me catching something!

Best Regards  Good Luck,
Dave


--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Login, Schmogin

2005-01-08 Thread Keith P Hassen
John Lowell wrote:
The install went on without a hitch but,
booting up, I reach the end of the init sequence and there's a delay of 
22 seconds before Starting local ... transitions in to the usual This 
is .. and the login prompt.
The first thing I would do is have a look at /etc/conf.d/local.start.
The Starting local text comes from /etc/init.d/local which executes
any startup scripts in /etc/conf.d/local.start.
_k

--
gentoo-user@gentoo.org mailing list


Re: [gentoo-user] Login, Schmogin

2005-01-08 Thread John Lowell
Keith P Hassen wrote:
 John Lowell wrote:
 The install went on without a hitch but,
 booting up, I reach the end of the init sequence and there's a delay
 of 22 seconds before Starting local ... transitions in to the
 usual This is .. and the login prompt.

 The first thing I would do is have a look at /etc/conf.d/local.start.
 The Starting local text comes from /etc/init.d/local which executes
 any startup scripts in /etc/conf.d/local.start.

 _k

Keith,

Thanks for the reply!

I see that I managed above to report the contents (or the lack thereof)  in
/etc/conf.d/local.start as /etc/conf.d/start.local. Sorry about that little
reporting error. In truth, there are no entries in my
/etc/conf.d/local.start, just the standard, commented-out boilerplate which
leaves me without ideas of anykind as to a solution. There's literally
nothing blocking the way to the login that I'm aware of. Talk about
flummoxed.

jlowell



--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Login, Schmogin

2005-01-08 Thread John Lowell
Daniel Westermann-Clark wrote:

 Have you made any modifications to /etc/conf.d/local.start?

 --
 Daniel Westermann-Clark

Daniel,

Thank you for writing.

No, /etc/conf.d/local.start has no entries, just the commented-out
boilerplate. Any other thoughts.

jlowell



--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Login, Schmogin

2005-01-08 Thread John Lowell
David D. Rea wrote:
 On Sun, 2005-01-09 at 00:28 -0800, John Lowell wrote:
 
 I'm pretty far down the Linux food chain, even farther so in the
 Gentoo community, but this occurred to me... Is there some way you
 can crank up the debug output level on the kernel itself??
 
 Usually whenever I have a problem whose source isn't immediately
 apparent, the first thing I try to do is scour the logs for anything
 off-color that occurs around the questionable point. If I don't see
 anything, my next knee-jerk reaction is to crank up the debug level so
 that there's a better chance of me catching something!
 
 Best Regards  Good Luck,
 Dave

Hi Dave,

Thanks for the thoughtful reply.

jlowell



--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Login, Schmogin

2005-01-08 Thread Alec
John Lowell wrote:
Keith P Hassen wrote:
 

John Lowell wrote:
   

The install went on without a hitch but,
booting up, I reach the end of the init sequence and there's a delay
of 22 seconds before Starting local ... transitions in to the
usual This is .. and the login prompt.
 

The first thing I would do is have a look at /etc/conf.d/local.start.
The Starting local text comes from /etc/init.d/local which executes
any startup scripts in /etc/conf.d/local.start.
_k
   

Keith,
Thanks for the reply!
I see that I managed above to report the contents (or the lack thereof)  in
/etc/conf.d/local.start as /etc/conf.d/start.local. Sorry about that little
reporting error. In truth, there are no entries in my
/etc/conf.d/local.start, just the standard, commented-out boilerplate which
leaves me without ideas of anykind as to a solution. There's literally
nothing blocking the way to the login that I'm aware of. Talk about
flummoxed.
jlowell
 

   Anything in dmesg?  I know one way to get past it ( without solving 
the bug, which is the real issue here ) is to just remove the local 
script from running, since it's empty.  It doesn't have to be run.  
However, also check /var/log/message and anywhere else you might have 
some juicy logs. 

--
gentoo-user@gentoo.org mailing list
 


--
Alec Warner
Spartasoft Secretary ( spartasoft.msu.edu )
Junior Computer Science
Michigan State University
[EMAIL PROTECTED]
--
gentoo-user@gentoo.org mailing list


Re: [gentoo-user] Login, Schmogin

2005-01-08 Thread Keith P Hassen

Alec wrote:
John Lowell wrote:
Keith P Hassen wrote:
 

John Lowell wrote:
  

The install went on without a hitch but,
booting up, I reach the end of the init sequence and there's a delay
of 22 seconds before Starting local ... transitions in to the
usual This is .. and the login prompt.

The first thing I would do is have a look at /etc/conf.d/local.start.
The Starting local text comes from /etc/init.d/local which executes
any startup scripts in /etc/conf.d/local.start.
_k
  

Keith,
Thanks for the reply!
I see that I managed above to report the contents (or the lack 
thereof)  in
/etc/conf.d/local.start as /etc/conf.d/start.local. Sorry about that 
little
reporting error. In truth, there are no entries in my
/etc/conf.d/local.start, just the standard, commented-out boilerplate 
which
leaves me without ideas of anykind as to a solution. There's literally
nothing blocking the way to the login that I'm aware of. Talk about
flummoxed.

jlowell
 

   Anything in dmesg?  I know one way to get past it ( without solving 
the bug, which is the real issue here ) is to just remove the local 
script from running, since it's empty.  It doesn't have to be run.  
However, also check /var/log/message and anywhere else you might have 
some juicy logs.


Perhaps a few steps for sanity:
1.  Remove, as Alec suggests, local from init.d.  Test this.
2.  I assume your /etc/init.d/local dependencies are set to after *.
3.  Check your /etc/inittab for anything suspicious.  Refer to dmesg (as 
Alex suggests ;) ).

It is possible that there is a strange problem with the DM scripts, the 
getty you are using, or possibly PAM.  None of those seem likely though.

_k
--
gentoo-user@gentoo.org mailing list


Re: [gentoo-user] Login, Schmogin

2005-01-08 Thread John Lowell
Alec wrote:

 Anything in dmesg?  I know one way to get past it ( without
 solving the bug, which is the real issue here ) is to just remove the
 local script from running, since it's empty.  It doesn't have to be
 run. However, also check /var/log/message and anywhere else you might
 have some juicy logs.


 --
 gentoo-user@gentoo.org mailing list




 --
 Alec Warner
 Spartasoft Secretary ( spartasoft.msu.edu )
 Junior Computer Science
 Michigan State University
 [EMAIL PROTECTED]

Hi Alec,

Interesting comment. Here's some feedback.

1. Nothing from dmesg that I could detect.
2. Some /var/log/message entries that might be significant, I'll leave the
analysis to you. At the tail end of the log I see this, leaving out the date
and hostname boilerplate:

login[1174]: PAM pam_putenv: delete non-existent entry; REMOTEHOST
PAM-env[1174]: Unknown PAM_ITEM: DISPLAY
login[1174]: PAM pam_putenv: delete non-existent entry; DISPLAY
PAM-env[1174]: Unknown PAM_ITEM: XAUTHORITY
login[1174]: PAM pam_putenv: delete non-existent entry; XAUTHORITY
login(pam_unix)[1174]: session opened for user root by (uid=0)

Thoughts?

You think this problem is a bug, a pam bug, perhaps?

jlowell



--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Login, Schmogin

2005-01-08 Thread Daniel Westermann-Clark
On 2005-01-09 02:11:40 -0800, John Lowell wrote:
 No, /etc/conf.d/local.start has no entries, just the commented-out
 boilerplate. Any other thoughts.

Sorry, I see that you mentioned that in your initial email.

What I really should have asked is:  Do you see the [ ok ] after
Starting local..., or does the pause happen before that appears?

If the [ ok ] appears quickly, then (stating the obvious) something
after /etc/init.d/local is causing the pause.  It might be a problem
with /sbin/agetty or /bin/login.

Can you please send the contents of /etc/inittab and /etc/pam.d/login?

-- 
Daniel Westermann-Clark

--
gentoo-user@gentoo.org mailing list