Bug 3502 - source/setup/provision --realm=a.net --domain=DOM --adminpass=xxxxxx gives="Bad operator 7"
Summary: source/setup/provision --realm=a.net --domain=DOM --adminpass=xxxxxx gives="B...
Status: RESOLVED FIXED
Alias: None
Product: Samba 4.0
Classification: Unclassified
Component: Other (show other bugs)
Version: unspecified
Hardware: x86 Linux
: P3 normal (vote)
Target Milestone: ---
Assignee: Andrew Bartlett
QA Contact: Andrew Bartlett
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-12 07:52 UTC by Uwe Hirzel
Modified: 2007-07-17 00:13 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Uwe Hirzel 2006-02-12 07:52:50 UTC
./setup/provision --realm=test.net --domain=TEST --adminpass=xxx

Provisioning for TEST in realm test.net
Using administrator password: xxx
Setting up secrets.ldb
smbscript: ejsEvalScript(): Bad operator 7
Backtrace:
        [ 0]            setup_ldb:20   ->       data = data + extra;
        [ 1]            provision:34   ->       setup_ldb("secrets.ldif", info, paths.secrets)
        [ 2]                     :119  -> provision(subobj, message, blank, paths, system_session, creds)
Comment 1 Brad Hards 2006-06-02 22:58:00 UTC
I am seeing a very similar problem with SVN from today.

[bradh@marginata source]$ ./setup/provision --realm=CUNEATA.NET --domain=TESTDOMAIN --adminpass=Secret
Provisioning for TESTDOMAIN in realm CUNEATA.NET
Using administrator password: Secret
Setting up smb.conf
Setting up secrets.ldb
Setting up keytabs
Setting up hklm.ldb
Setting up sam.ldb attributes
Setting up sam.ldb schema
Setting up display specifiers
Setting up sam.ldb templates
Setting up sam.ldb data
Setting up sam.ldb users and groups
ldb: Failed to increment nextRid of DC=cuneata,DC=net

ldb: samldb_fill_user_or_computer_object: internal error! Can't generate new sid

ldb load failed: Critical Error: unconsistent DB, unable to retireve an unique RID to generate a new SID
smbscript: ejsEvalScript(): Assertion failure

Backtrace:
        [ 0]            setup_ldb:37   ->               assert(add_ok)
        [ 1]            provision:56   ->       setup_ldb("provision_users.ldif", info, paths.samdb, data, false)
        [ 2]                     :119  -> provision(subobj, message, blank, paths, system_session, creds)

This is on a Fedora Core 4 box, with gcc 4.0.2
Comment 2 Brad Hards 2006-06-02 23:16:40 UTC
The --prefix is within my home directory, and a small smb.conf file does appear to get written:
[bradh@marginata etc]$ cat /home/bradh/test/samba4/etc/smb.conf
[globals]
        netbios name    = marginata
        workgroup       = TESTDOMAIN
        realm           = CUNEATA.NET
        server role     = pdc


Comment 3 Andrew Bartlett 2007-07-17 00:13:40 UTC
I presume this has been fixed?

Reopen the bug if this is still a problem.