[7.460][BUG][FIXED] Stuck on "Admin password setup"

Hello all.

I've decided to reset my password after restoring 7.402 and now I can't get past the
"Admin password setup" screen.

After entering the admin account password, I clicked on the "Set 'admin' password
button, it refreshes, then it returns on the same screen.

I've hard rebooted the system, can't login via web interface or loginuser now, and when
I opened the web gui, it returns the "Admin password setup" page again.

Has anyone tried resetting their admin/root/loginuser from the web interface and run
into the same issue?


Thanks,
jav
Parents
  • Since I had no access via web interface or command line, I had to perform a rescue using
    a Fedora CD. From there, I've reset the loginuser and root password. I then ran the standard
    system_password_reset procedure and it went through ok.

    I tried to login using the web interface but the problem still exist. After entering the admin
    password, it refreshes and then it goes back to the same page.

    I reinstalled the 7.450 beta, restored 7.402 and all looks good, but I'm not touching the reset
    admin password for now....at least not until the mirror is finished syncing. After that, I may
    just try resetting the password again and see if the problem is duplicated.

    jav
  • FYI, booting runlevel 1 from GRUB would have given you the same access as the Fedora disc.

    Barry
  • Hi Frank,

    I am seeing "Use of uninitialized value in exists at /PerlApp/Node.pm line 216." in the debug log. I don't find /PerlApp/Node.pm on the system. 

    There is only one "Node.pm" and it is at "/var/sec/chroot-httpd/var/webadmin/libs/XML/Elemental/Node.pm" 

    I copied Node.pm to the /PerlApp/Node.pm and try assign a new admin passwd using webmin but it still not wking - the page refresh and go back to the same screen asking for new admin passwd.

    And this is in confd-debug.log while I am on webmin: this is "read access denied" and no longer complain abt missing "Node.pm":

    [14996] [index.plx] locked /cfg
    [14996] [index.plx] [system (127.0.0.1)] [admin_pw_setup] warn: id="3100" severity="warn" sys="System" sub="confd" name="R_PERM_DENIED (read access denied)" client="index.plx" facility="system" user="system" srcip="127.0.0.1" roles="ANONYMOUS" function="get" external="admin_pw_setup" nodelist="settings->password_complexity" perms="SUPERADMIN,ADMIN,NTTOPERATOR,AUDITOR"
    [14996] [index.plx] discarded changes and released lock on /cfg
    [14996] [index.plx] [system (127.0.0.1)] [] info: id="3108" severity="info" sys="System" sub="confd" name="reloading storage" client="index.plx" facility="system" user="system" srcip="127.0.0.1" version="5" storage="/cfg"
    [14996] [index.plx] locked /cfg
    [14996] [index.plx] discarded changes and released lock on /cfg
  • anyone looking at this? I don't think we can go live with next release with bug like this one.
  • Hi,

    you won't find the correct /PerlApp/Node.pm as it's compiled into confd binary.

    regarding to your issue: it seems that anonymous (and you are anonymous in case of resetting the password), hasn't got the rights to change the password. the weird thing is: i can't reproduce this issue here. neither via console nor webadmin.

    Cheers,

    Sascha Rudolph
    Senior Software Engineer, NSG

  • didn't think that was the right "Node.pm" what I was doing it, act of "desperado" :-)

    hmm, if no one from Astaro can confirm this, I will reinstall it one more time and test it out again (will be my third time by the way).

    And if it still happen, I will give you folks the public ip so that you can test it out.

    thks anyway.
  • I reinstalled 7.450 on VMware ESX Server 3i 2 times, but this bug not disappeared.
  • Astaro Beta Report
    --------------------------------
    Version: 7.460
    Type: BUG
    State: FIXED
    Reporter: javelin
    Contributor: 
    MantisID: 10725
    --------------------------------
  • Unfortunately for me, the 7.460 firmware update did not resolved the issue. I've captured the resetting of the password in a Flash so that everyone can see.

    If you noticed, I grep'd the root and loginuser password from /etc/shadow before and after the reset password. After resetting the password, the password field for root and loginuser is filled with stars, :********:. Login from the console with root or loginuser fails.

    Here's the flash video: http://www.bugarin.us/asl7460_001.swf

    I've rebooted the server once but the problem still there.

    Thanks,
    jav
  • hi guys, 

    please be aware that we have three typo of passwords in the system:
    - admin (which is only usable to access webadmin and it gets resetted by the show screen)
    - loginuser/root (which are the shell and ssh users and they get resetted from Management > Shell access  and there you find a reset for loginuser and root. 

    regards
    Get
Reply
  • hi guys, 

    please be aware that we have three typo of passwords in the system:
    - admin (which is only usable to access webadmin and it gets resetted by the show screen)
    - loginuser/root (which are the shell and ssh users and they get resetted from Management > Shell access  and there you find a reset for loginuser and root. 

    regards
    Get
Children
  • If I remember correctly, when the root and loginuser accounts are reset from the webadmin in System Settings -> Reset Configuration or Passwords, when I login from the console, I'm asked to enter a new password. In 7.450 and 7.460, from my own experience, it does not prompt for new password and will not let me login.

    So two issue arises when System Settings->Reset Configuration or Passwords is used; one is the webadmin password reset loop and the other is the console login not prompting a new password.

    I've read some responses this issue is not reproducible by srrudolph, it's fixed in 7.460 as mentioned by dmzalarm, but myself, Kestutis and maybe some others appears to still have this issue.

    I'm back at 7.450 now, 7.460 last nite but downgraded due to the HTTP/HTTPS issue, and will try the Reset again. Perhaps I'm doing something wrong here or there could be a race factor I'm not aware about.


    Thanks,
    jav
  • If I enter a password with 4 letters, it works for me, by entering a password with 8 letters, I does not work. Confirmed!