Project

General

Profile

Actions

Bug #295

closed

UID error in User Manager/SSH password sync with Web Admin User

Added by Angel Torres almost 15 years ago. Updated over 14 years ago.

Status:
Resolved
Priority:
Low
Assignee:
-
Category:
User Manager / Privileges
Target version:
Start date:
01/12/2010
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.0
Affected Architecture:

Description

New install of 2.0 Beta from jan 8, 2010 using a 2.0 config.xml backup. Web Admin User password is not the same as SSH password (default 'pfsense'). Have to go to User Manager and type password anew to sync passwords between SSH and Web Admin. This works and does sync passwords but I get the following error when clicking Save:

Warning: chown(): Unable to find uid for username in /etc/inc/auth.inc on line 307 Warning: chown(): Unable to find uid for username in /etc/inc/auth.inc on line 314 Warning: chown(): Unable to find uid for username in /etc/inc/auth.inc on line 318 Warning: Cannot modify header information - headers already sent by (output started at /etc/inc/auth.inc:307) in /etc/inc/functions.inc on line 69

Actions #1

Updated by Chris Buechler almost 15 years ago

  • Status changed from New to Closed

The password sync portion is a duplicate of #287.

I can't replicate the "Unable to find uid for username" portion, so I believe it's since been fixed. If you can still replicate that part when a new snapshot is available (newer than January 16), please add details on how to do so.

Actions #2

Updated by Angel Torres almost 15 years ago

I'm still seeing this on the Jan 18 Snapshot. Only reason I can assume that you're not seeing it is possibly because this config was upgraded from a 1.2.3. So try changing username and pw in 1.2.3 from admin/pfsense, upgrade to 2.0 and then try changing the password in 2.0 with that username.

Actions #3

Updated by Angel Torres almost 15 years ago

Yes confirmed, just formatted disk and freshly installed 1.2.3. Upgrade to 2.0, the unable to find uid for XXX error flashes during the initial boot process after the firmware upgrade, right before the rrd graphs are updated.

Actions #4

Updated by Chris Buechler almost 15 years ago

  • Status changed from Closed to New
  • Priority changed from Normal to Low

Thanks for the details, must affect upgraded configurations only.

Actions #5

Updated by Ermal Luçi almost 15 years ago

  • Status changed from New to Feedback

I cannot replicate it on latest snapshot how ever i tried.
Please test it and report also attach the config.xml before and after upgrade if you see problems.

Actions #6

Updated by Larry Titus over 14 years ago

There is still a password sync issue as of pfSense-2.0-BETA1-20100324-1017. When upgrading from 1.2.3. to this snapshot the SSH password is reset back to its default "pfsense". The WebUI password remains the same as it was under 1.2.3. Setting the password via the WebUI after the upgrade syncs the SSH password with the WebUI password again.

Actions #7

Updated by Chris Buechler over 14 years ago

  • Status changed from Feedback to New
Actions #8

Updated by Erik Fonnesbeck over 14 years ago

This is probably related to an issue I've seen that the root/admin password on the console is not updated after I do an upgrade + config restore (nanobsd platform; I upgrade from 1.2.3, reset to defaults, then restore my 2.0 config). I think it may have to do with these lines in /etc/rc.bootup:

echo "Synchronizing user settings...";
if (!isset($config['system']['webgui']['backend']))
    local_sync_accounts();
echo "done.\n";

That setting looks like this in my config (with other stuff removed):

<system>
    <webgui>
        <backend/>
    </webgui>
</system>

Meaning that it is set. Should it maybe be using empty() instead of !isset()? I don't know a lot about that setting or the internals of the user manager, so I'm not really sure.

Actions #9

Updated by Erik Fonnesbeck over 14 years ago

Looking through the history, this "backend" setting seems to be something that was removed, so this check in /etc/rc.bootup probably needs to be changed to something else entirely.

Actions #10

Updated by Ermal Luçi over 14 years ago

  • Status changed from New to Feedback
Actions #11

Updated by Seth Mos over 14 years ago

  • Status changed from Feedback to Resolved

I recently committed code for alternate usernames in ticket #574 for alternate usernames on upgrades. That also produced the can not find uid for <user>.

I confirmed that both the root and admin account have the correct password in snapshot 2010-05-16

Actions

Also available in: Atom PDF