Project

General

Profile

Actions

Bug #712

closed

Error when adding user.

Added by Mike Stupalov over 14 years ago. Updated over 14 years ago.

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

0%

Estimated time:
Plus Target Version:
Release Notes:
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:


Files

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

Updated by Jim Pingle over 14 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.

Actions #2

Updated by Mike Stupalov over 14 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

Actions #3

Updated by Mike Stupalov over 14 years ago

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

Actions #4

Updated by Mike Stupalov over 14 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.

Actions #5

Updated by Mike Stupalov over 14 years ago

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

Actions #6

Updated by Jim Pingle over 14 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.

Actions #7

Updated by Chris Buechler over 14 years ago

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom PDF