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

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,

anyone knows how we can recover from this aside from doing a fresh install?

See 
http://www.astaro.org/astaro-beta-versions/asg-v7-500-beta/25989-7-45-bug-report-unable-reset-admin-password-logon.html

The strange thing about the whole issue is that it seems to work fine if you call admin_pw_setup from console, but not when the webadmin calls it.

If someone could delete /var/log/confd.log and /tmp/confd-debug.log, them do the password reset, then try to change the admin pw via webadmin a few times and send me the mentioned logs, I would be most interested.

Sadly I still haven't found anyone here at Astaro who could reproduce it...

Hi Frank,

Pls see attached, hope they help in debug this issue.

Cheers

Claude

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.

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.

I installed 7.460, no longer an issue.

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

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

In my 7.460, issue is still there.

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

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!

will be fixed in next update