<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: RH 7.1 cannot open session in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/rh-7-1-cannot-open-session/m-p/2690727#M1373</link>
    <description>Frankie, that sounds WIERD!&lt;BR /&gt;&lt;BR /&gt;I suppose, if the user entry is messed up, su-ing to that user will yield peculiar results. Try this:&lt;BR /&gt;&lt;BR /&gt;From the command line as root create a new user:&lt;BR /&gt;&lt;BR /&gt;# useradd user1&lt;BR /&gt;# &lt;BR /&gt;user1 is created with no passwd, a default directory /home/user1 and shell of /bin/bash&lt;BR /&gt;&lt;BR /&gt;verify this:&lt;BR /&gt;&lt;BR /&gt;# grep user1 /etc/passwd&lt;BR /&gt;user1:x:520:520::/home/user1:/bin/bash&lt;BR /&gt;# &lt;BR /&gt;&lt;BR /&gt;change user1's passwd&lt;BR /&gt;&lt;BR /&gt;# passwd user1&lt;BR /&gt;Changing password for user user1&lt;BR /&gt;New password:&lt;BR /&gt;Retype new password:&lt;BR /&gt;passwd: all authentication tokens updated successfully&lt;BR /&gt;#&lt;BR /&gt;&lt;BR /&gt;now su to user1&lt;BR /&gt;&lt;BR /&gt;does this procedure work? If so, you may only have to remove the one user (or two that didn't get created correctly. &lt;BR /&gt;&lt;BR /&gt;hth</description>
    <pubDate>Tue, 26 Mar 2002 20:50:26 GMT</pubDate>
    <dc:creator>Mark Fenton</dc:creator>
    <dc:date>2002-03-26T20:50:26Z</dc:date>
    <item>
      <title>RH 7.1 cannot open session</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rh-7-1-cannot-open-session/m-p/2690725#M1371</link>
      <description>I'm not sure what happened, I may have corrupted the /etc/passwd.  When I create a new user, via gui, it returns with no shadow created for that user.  From the gui or cmd line, I try to su as root to the user, and returns with cannot open session.  And the hostname is no longer linked to the username at the prompt, it shows as I have no name!@xxxxx.username$.  Any clues?</description>
      <pubDate>Tue, 26 Mar 2002 14:05:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rh-7-1-cannot-open-session/m-p/2690725#M1371</guid>
      <dc:creator>lastgreatone</dc:creator>
      <dc:date>2002-03-26T14:05:07Z</dc:date>
    </item>
    <item>
      <title>Re: RH 7.1 cannot open session</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rh-7-1-cannot-open-session/m-p/2690726#M1372</link>
      <description>Try manually checking the entry in /etc/passwd for that account.  It should look like the following if you are using shadow passwords:&lt;BR /&gt;&lt;BR /&gt;login_name:x:uid_number:gid_number:user_name:user_home_directory:user_shell&lt;BR /&gt;&lt;BR /&gt;Depending on what program was used to create the entry, user_name is sometimes blank.</description>
      <pubDate>Tue, 26 Mar 2002 20:50:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rh-7-1-cannot-open-session/m-p/2690726#M1372</guid>
      <dc:creator>Jeffrey Wong</dc:creator>
      <dc:date>2002-03-26T20:50:24Z</dc:date>
    </item>
    <item>
      <title>Re: RH 7.1 cannot open session</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rh-7-1-cannot-open-session/m-p/2690727#M1373</link>
      <description>Frankie, that sounds WIERD!&lt;BR /&gt;&lt;BR /&gt;I suppose, if the user entry is messed up, su-ing to that user will yield peculiar results. Try this:&lt;BR /&gt;&lt;BR /&gt;From the command line as root create a new user:&lt;BR /&gt;&lt;BR /&gt;# useradd user1&lt;BR /&gt;# &lt;BR /&gt;user1 is created with no passwd, a default directory /home/user1 and shell of /bin/bash&lt;BR /&gt;&lt;BR /&gt;verify this:&lt;BR /&gt;&lt;BR /&gt;# grep user1 /etc/passwd&lt;BR /&gt;user1:x:520:520::/home/user1:/bin/bash&lt;BR /&gt;# &lt;BR /&gt;&lt;BR /&gt;change user1's passwd&lt;BR /&gt;&lt;BR /&gt;# passwd user1&lt;BR /&gt;Changing password for user user1&lt;BR /&gt;New password:&lt;BR /&gt;Retype new password:&lt;BR /&gt;passwd: all authentication tokens updated successfully&lt;BR /&gt;#&lt;BR /&gt;&lt;BR /&gt;now su to user1&lt;BR /&gt;&lt;BR /&gt;does this procedure work? If so, you may only have to remove the one user (or two that didn't get created correctly. &lt;BR /&gt;&lt;BR /&gt;hth</description>
      <pubDate>Tue, 26 Mar 2002 20:50:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rh-7-1-cannot-open-session/m-p/2690727#M1373</guid>
      <dc:creator>Mark Fenton</dc:creator>
      <dc:date>2002-03-26T20:50:26Z</dc:date>
    </item>
    <item>
      <title>Re: RH 7.1 cannot open session</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rh-7-1-cannot-open-session/m-p/2690728#M1374</link>
      <description>All entries check out ok.&lt;BR /&gt;Tried test with adduser.  The result is the same.  Either from the gui or console, as root I su to username and it returns with 'could not open session'.  Do I have to tweak the /etc/securetty? Or how about the /etc/pam.d/su, how should it look like?</description>
      <pubDate>Wed, 27 Mar 2002 18:17:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rh-7-1-cannot-open-session/m-p/2690728#M1374</guid>
      <dc:creator>lastgreatone</dc:creator>
      <dc:date>2002-03-27T18:17:29Z</dc:date>
    </item>
    <item>
      <title>Re: RH 7.1 cannot open session</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rh-7-1-cannot-open-session/m-p/2690729#M1375</link>
      <description>One more point: I login as the new user I just created, and the prompt is still:&lt;BR /&gt;I have no name@xxxxx.username.  I run whoami and it returns with "cannot find username for UID 1010.</description>
      <pubDate>Wed, 27 Mar 2002 18:31:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rh-7-1-cannot-open-session/m-p/2690729#M1375</guid>
      <dc:creator>lastgreatone</dc:creator>
      <dc:date>2002-03-27T18:31:20Z</dc:date>
    </item>
    <item>
      <title>Re: RH 7.1 cannot open session</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rh-7-1-cannot-open-session/m-p/2690730#M1376</link>
      <description>Quite a challenge.&lt;BR /&gt;&lt;BR /&gt;Could you include the screen output from your su username attempt? &lt;BR /&gt;&lt;BR /&gt;Some other thoughts -- are you running a stock RH 7.1 kernel (i.e. no security enhancements from third parties like LIDS) ? Do you use NIS in this environment? &lt;BR /&gt;&lt;BR /&gt;Beyond root, are there ANY valid user accounts on the system? (can you su to any of these?)&lt;BR /&gt;&lt;BR /&gt;Does /etc/shadow exist? (with proper permissions -- Read for root only owner root/root.)&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 27 Mar 2002 22:55:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rh-7-1-cannot-open-session/m-p/2690730#M1376</guid>
      <dc:creator>Mark Fenton</dc:creator>
      <dc:date>2002-03-27T22:55:19Z</dc:date>
    </item>
    <item>
      <title>Re: RH 7.1 cannot open session</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rh-7-1-cannot-open-session/m-p/2690731#M1377</link>
      <description>Yes, using stock RH 7.1.&lt;BR /&gt;No NIS.&lt;BR /&gt;Cannot su to any other acct.&lt;BR /&gt;/etc/shadow with proper permissions, but may not be in sync with /etc/passwd, how do I resolve this?&lt;BR /&gt;</description>
      <pubDate>Tue, 02 Apr 2002 15:07:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rh-7-1-cannot-open-session/m-p/2690731#M1377</guid>
      <dc:creator>lastgreatone</dc:creator>
      <dc:date>2002-04-02T15:07:20Z</dc:date>
    </item>
    <item>
      <title>Re: RH 7.1 cannot open session</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rh-7-1-cannot-open-session/m-p/2690732#M1378</link>
      <description>Frankie, I'm not giving up on this, but if you can, let's try another tack:&lt;BR /&gt;&lt;BR /&gt;If you have, or can install webmin, use the add new user option to create a new user account. Then see if that new account behaves normally. &lt;BR /&gt;&lt;BR /&gt;I've seen instances where passwd gets messed up and cannot properly encrypt a passwd, perhaps it's having other issues on your system.&lt;BR /&gt;&lt;BR /&gt;Another idea -- Manually create a password entry:&lt;BR /&gt;&lt;BR /&gt;/usr/sbin/vipw&lt;BR /&gt;&lt;BR /&gt;user1:x:1010:1010:This is a dummy account for user1:/home/user1:/bin/bash&lt;BR /&gt;&lt;BR /&gt;:x!&lt;BR /&gt;&lt;BR /&gt;then edit /etc/shadow (should automatically pop up)&lt;BR /&gt;&lt;BR /&gt;user1:!!:11717:0:99999:7:::&lt;BR /&gt;&lt;BR /&gt;:x!&lt;BR /&gt;again and then test &lt;BR /&gt;# su - user1&lt;BR /&gt;&lt;BR /&gt;Copy your screen output (clean it up if you like) and post here if there're still problems.&lt;BR /&gt;</description>
      <pubDate>Thu, 04 Apr 2002 02:54:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rh-7-1-cannot-open-session/m-p/2690732#M1378</guid>
      <dc:creator>Mark Fenton</dc:creator>
      <dc:date>2002-04-04T02:54:52Z</dc:date>
    </item>
  </channel>
</rss>

