Yes, seems that like the account has to "expire" thru some NIS timing scenario before useradd can recreate; thanks Charles. Anyone know how to "force" this expiration or whatever is going oon so that I can do the userdel/update NIS (make)/useradd back to back ? Michael H. Auria 800-232-2123 / option 3 Senior Technical Support Engineer fax: 408-965-2974 Philips Radiology Oncology Systems (formerly RTP) email: pros.support@philips.com Have you registered at the Customer Connection yet? http://apps1.medical.philips.com Countless, unseen details are often the only difference between mediocre and magnificent ... To: Michael Auria/MLS/MS/PHILIPS@AMEC cc: Subject: RE: bizarre behavior in Login Manager (Welcome to `hostname`)] "Homan, Charles (NE)" Classification: <Charles.Homan@GDC4S.Com > 03/27/03 08:00 AM Hi, Michael, > Was able to userdel the account away but when I try to useradd it back > in, I get a message about it being in use. What's up w/that ? This rung a bell with me. You mentioned that you use NIS. I noticed when I was creating a script to do user adds within our NIS environment that if I created a user, deleted it, then used the same user name within "a few minutes" (never timed it) after deletion (and NIS update) that my add would fail. However, if I waited a while, it was fine, so I suspect it is a wierdness with NIS. I never investigated further because it I expect only to see the issue during testing. (I also modified my test methodology to use a different user name for subsequent tests on the same day. :-) Hope this helps! /charles > -----Original Message----- > From: michael.auria@philips.com [mailto:michael.auria@philips.com] > Sent: Thursday, March 27, 2003 12:13 AM > To: sunmanagers@sunmanagers.org > Subject: RE: bizarre behavior in Login Manager (Welcome to > `hostname`)] > > > Not sure if I already sent this ... > > Looks like the issue of the bizarre login behavior is the > method the account > was created. I assume if the account was created w/useradd > or admintool then > the script that produces the account would be OK. However > the script is > piping echo commands into > ed to insert passwd & shadow entries. > > 2 things: > > The fact that ed was used on the files was observed, but is > this really the > root cause (I'm thinking that there's still an issue > w/dtlogin) ? While > unorthodox, it seems that inserting the appropriate lines into the > passwd/shadow files should be OK > (updating NIS afterwards). Why does dtlogin authenticate a > login name that > was entered with a space prior to the name ? Maybe I'm being > paranoid but I'm > not crazy about inconsistencies involving password > authentication (potential > security hole). > > Going forward, I'll hopefully get engineering to use useradd > instead of ed in > their account creation script. But it's the accounts that > are out in the > field that I'm worried about. Was able to userdel the > account away but when I > try to useradd it back > in, I get a message about it being in use. What's up w/that ? > > Will definately summarize the solution ... > > Michael H. > Auria > > 800-232-2123 / option 3 > Senior Technical Support > Engineer > > fax: 408-965-2974 > Philips Radiology Oncology Systems (formerly RTP) > email: > pros.support@philips.com > Have you registered at the Customer Connection yet? > http://apps1.medical.philips.com > Countless, unseen details are often the only difference > between mediocre and > magnificent ... > > > > > To: > "Harrington, David B. > (Contractor) (DSCR)" <David.Harrington@dla.mil> > > sunmanager@sunmanagers.org > cc: > Subject: > RE: bizarre > behavior in Login Manager (Welcome to `hostname`)](Document > Michael Auria link: > Michael Auria) > > 03/24/03 08:00 AM Classification: > Unclassified > > > > > > No David, it's not you; it's me. My apologies to the list ... > > We sell turnkey systems, the "default" user account is p3rtp. > The application > runs in CDE. For the past few years, they have been running > Solaris 2.5.1. > The newer units we've been shipping are running Solaris 8. > We are hearing > about this from some of > these Solaris 8 machines (usually Blade 2000's). > > The bizarre behavior is seen as follows: > > Occasionally, a user will call in complaining that they > logged in and got into > an xterm rather than CDE. And sometimes when they type, the see ascii > garbage. If they can type normally, typing exit returns them > to the Welcome > Screen (dtlogin I beleive), > they use the Options / Sesions menu to select CDE and they're > working as > normal. Sounds like occasionaly, they are getting dumped > into Open Windows > however sometimes typing is screwed up (tried stty sane but no go). > > Found that if I type a <space> before the login name of > p3rtp, the login > session would change to Open Windows. I understand that this > is "normal" when > " p3rtp" isn't found in the passwd file (does the same w/" > p3" but not "p"). > Now in Solaris 2.5.1, the > password is entered and the system says bad password but it > seems in Solaris > 8, the login is authenticated and the user is logged into the > selected session > (Open Windows due to the space) presumably w/no home > directory or login files > (may explain ascii > garbage when typing). > > In other words, in 2.5.1, it seems that when a <space> is > inserted prior to > the login name, Open Windows is selected but the login isn't > authenticated > (this is a good thing) But in Sol 8, the space triggers Open > Windows (unknown > user?) *but* then > authenticates the login and dumps the user into a foreign Open Windows > environment. > > 2 questions. One, this appears to be a bug in dtlogin; has > anyone heard of it > ? Two, I think I can disable Open Windows with the info > below but I'd like > to get the root cause fixed (authenticating a login name with > a space in front > of it).: > > "The OpenWindows Desktop can be disable by creating an empty > "/etc/dt/config/C/Xresources.d/Xresources.ow" file" > (quote from some Sun doc) > > I hope I haven't rambled here but seems like I was faulty for > not being clear > the 1'st time around <insert sheepish grin here> ... > > Michael H. > Auria > > 800-232-2123 / option 3 > Senior Technical Support > Engineer > > fax: 408-965-2974 > Philips Radiology Oncology Systems (formerly RTP) > email: > pros.support@philips.com > Have you registered at the Customer Connection yet? > http://apps1.medical.philips.com > Countless, unseen details are often the only difference > between mediocre and > magnificent ... > > > > > To: Michael > Auria/MLS/MS/PHILIPS@AMEC > > sunmanagers@sunmanagers.o > rg > cc: > Subject: > RE: bizarre > behavior in Login Manager (Welcome to `hostname`)] > "Harrington, David B. > (Contractor) (DSCR)" Classification: > <David.Harrington@dla.mi > l> > > 03/24/03 05:02 AM > > > > > > > Michael; > > > It may be me, but I am not sure I know what your problem is. > Is your problem > what's in your subject line? A little more info might be > helpful. Can you log > in? Are you in a windows screen, or an ASCII screen? Or can > you not log in? > > > I'd guess that, for some reason, the system is unable to read > one of several > files found in /etc (e.g. /etc/hosts, /etc/nodename). Or if > it can, then > there's no data there. > > > > > > > -----Original Message----- > From: michael.auria@philips.com [mailto:michael.auria@philips.com] > Sent: Monday, March 24, 2003 02:12 > To: sunmanagers@sunmanagers.org > Subject: bizarre behavior in Login Manager (Welcome to `hostname`)] > > > > > > I have seen this on "plain jane" stand-alone servers (not NIS login > client) in both Solaris 2.5.1 & Solaris (thinking it may be a dtlogin > issue). I've looked at available patches and sunmanagers archives but > it's not there or I missed it. > > > In any event, I'm gonna cry uncle on this one and give one of > my fellow > managers the chance to embarass me (it's usually the dumb things that > bite the hardest). > > > Anyone out there game ? Hit me w/it, I'm ready :-) ... > > > mha > _______________________________________________ > sunmanagers mailing list > sunmanagers@sunmanagers.org > http://www.sunmanagers.org/mailman/listinfo/sunmanagers > _______________________________________________ > sunmanagers mailing list > sunmanagers@sunmanagers.org > http://www.sunmanagers.org/mailman/listinfo/sunmanagers _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Mon Mar 31 15:30:14 2003
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:07 EST