Inetd 1.3.2-14 problems
Wed Jun 13 11:27:00 GMT 2001
Yes, it is 18 :
dobrin@GUS:/home/dobrin> ps -e
PID PPID PGID WINPID TTY UID STIME COMMAND
299 1 299 299 ? 18 15:57:48 /usr/sbin/inetd
311 299 299 311 ? 18 15:57:48 /usr/sbin/inetd
219 1 219 219 con 11014 09:32:31 /usr/bin/bash
376 219 376 322 con 11014 09:32:31 /usr/bin/tcsh
380 311 299 386 ? 18 09:38:04 /usr/sbin/in.rlogind
436 380 436 373 0 18 09:38:05 /usr/bin/login
445 376 445 248 con 11014 09:38:08 /usr/bin/ps
I subsequently tried installing the inetdtools version from cygwin1.3.1
(1.3.2-11..) onto my 1.3.2 system, and it doesn't solve the problem, so I
think it must be a cygwin interactivity problem because but when I install
1.3.1 over it, it works fine again.. it's very strange, and the problem
persists on all of the machines that we have updated (6 so far). Perhaps I
should completely remove cygwin from the system and try a fresh install
(rather than the upgrade)? Strange
Thanks for your time,
----- Original Message -----
From: "Corinna Vinschen" <email@example.com>
Sent: Wednesday, June 13, 2001 6:13 AM
Subject: Re: Inetd 1.3.2-14 problems
> On Tue, Jun 12, 2001 at 02:47:35PM -0700, Bruce Dobrin wrote:
> > Hi,
> > I just upgraded to cygwin 1.3.2 including the 1.3.2-14 inetutils.
> > Everything except rshd works as well or better than it did before. But
> > when I try an interactive rsh to my cygwin1.3.2 machine, I can't for the
> > life of me get beyond the passwd: prompt; all I ever get is "Password
> > Incorrect" regardless of what I type in.... I tried regenerating the
> > passwd file (mkpasswd -d and again with mkpasswd -l) and group files
> > ui-config files , I tried changing the passwd file /bin/bash to
> > (which fixed a similar problem on earlier releases). I didn't have this
> > problem with inetutils 1.3.2-11 since I went back to cygwin 1.3.1 (with
> > 1.3.2-11 inetutils) on one of my machines I no longer have this problem
> > there. But I'd like to solve this problem on 1.3.2-14 has anyone got
> > suggestions?
> For some reason I can't reproduce that. BTW, it's not related to rshd
> but to rlogind since rsh connects to rlogind when an interactive
> sessions is started. In theory you should see the same effect when
> using rlogin on the client side.
> However, a typical reason for that problem is starting inetd under
> an user account which may not switch user context.
> Try the following. Try to login from another machine interactively
> using rsh or rlogin but don't type in a password when it asks for
> a password. Instead of, simply do nothing.
> Then start a local interactive session on the server side and call
> `ps -e'. You should see something like that:
> $ ps -e
> PID PPID PGID WINPID TTY UID STIME COMMAND
> 1648 1 1648 1648 ? 18 15:02:33 /usr/sbin/inetd
> 892 1648 1648 892 ? 18 15:02:33 /usr/sbin/inetd
> 816 892 1648 1572 ? 18 15:11:51
> 1112 816 1112 1608 2 18 15:11:51 /usr/bin/login
> 1240 1 1240 1240 con 100 15:11:54 /usr/bin/tcsh
> 136 1240 136 1636 con 100 15:11:55 /usr/bin/ps
> Is the UID of inetd and the subsequent processes 18 as well for you
> (which is the LocalSystem account)?
> Corinna Vinschen Please, send mails regarding Cygwin to
> Cygwin Developer mailto:firstname.lastname@example.org
> Red Hat, Inc.
> Want to unsubscribe from this list?
> Check out: http://cygwin.com/ml/#unsubscribe-simple
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
More information about the Cygwin