Project

General

Profile

Bug #712

Error when adding user.

Added by Mike Stupalov about 9 years ago. Updated about 9 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
User manager
Target version:
Start date:
07/02/2010
Due date:
% Done:

0%

Estimated time:
Affected Version:
2.0
Affected Architecture:

Description

2.0-BETA3
built on Wed Jun 30 15:14:13 EDT 2010
FreeBSD 8.1-RC1

At creation of the new user, there is an error:

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

The user does not created in system, and in the list of groups there is an empty group:

screenshot_028.png (18.3 KB) screenshot_028.png Mike Stupalov, 07/02/2010 05:32 AM

History

#1 Updated by Jim Pingle about 9 years ago

  • Status changed from New to Feedback

I am able to make users on that same snapshot without issue, and there have also been a few commits to that file since that snapshot.

You might have to backup your config, edit out the broken user entries you have there, and then restore it (or use the config history to back up to a point before those users were created)

Wait for a new snapshot and try again. One should be building shortly, and will probably be uploaded sometime this evening.

#2 Updated by Mike Stupalov about 9 years ago

Today I have refreshed to last snapshot, but it has not helped.

It seems to me that at creation of the user, the group with the user name tries to form, but does not form.

In a configuration there are such strings (hashes removed):

                <group>
                        <name>all</name>
                        <description><![CDATA[All Users]]></description>
                        <scope>system</scope>
                        <gid>1998</gid>
                        <member>0</member>
                        <member>2000</member>
                </group>
>>>             <group/>
                <user>
                        <name>admin</name>
                        <fullname>System Administrator</fullname>
                        <scope>system</scope>
                        <groupname>admins</groupname>
                        <password>xxxx</password>
                        <uid>0</uid>
                        <priv>user-shell-access</priv>
                        <md5-hash>xxxx</md5-hash>
                        <nt-hash>xxxx</nt-hash>
                        <expires/>
                        <authorizedkeys/>
                </user>
                <user>
                        <scope>user</scope>
                        <password>xxxx</password>
                        <md5-hash>xxxx</md5-hash>
                        <nt-hash>xxxx</nt-hash>
                        <name>mike</name>
                        <fullname>Mike Stupalov</fullname>
                        <expires/>
                        <authorizedkeys/>
                        <ipsecpsk/>
                        <uid>2000</uid>
                </user>
                <nextuid>2001</nextuid>
                <nextgid>2000</nextgid>

But in a file of groups any group has not appeared also any user has not formed.

In addition I have saved POST data (for another user):

utype=user&usernamefld=test&oldusername=&passwordfld1=qwerty&passwordfld2=qwerty&fullname=Test&expires=&name=&caref=4bfbc5524e8cf&keylen=2048&lifetime=3650&authorizedkeys=&ipsecpsk=&save=Save

#3 Updated by Mike Stupalov about 9 years ago

Also at removal of the user, it is not deleted from group 'all'.

#4 Updated by Mike Stupalov about 9 years ago

I have found, where an error:

auth.inc have this line (289)

 $user_op = "useradd -m -k /usr/share/skel -o";

But in system there is no directory '/usr/share/skel'
Probably at upgrade it did not form.

#5 Updated by Mike Stupalov about 9 years ago

But the empty group all the same appears, and the user is not added in one group. :)

#6 Updated by Jim Pingle about 9 years ago

Looks like /usr/share/skel was being removed by the builder (it was in the remove.list) so the files weren't making it into the iso and update files.

I fixed everything to move to /etc/skel and made it so the builder won't remove the files. The builder is in the middle of a run now so the next snapshot won't have the fixes, but the one after it should.

#7 Updated by Chris Buechler about 9 years ago

  • Status changed from Feedback to Resolved

Also available in: Atom PDF