Bug 3502 - source/setup/provision --realm=a.net --domain=DOM --adminpass=xxxxxx gives="Bad operator 7"
source/setup/provision --realm=a.net --domain=DOM --adminpass=xxxxxx gives="B...
Product: Samba 4.0
Classification: Unclassified
Component: Other
x86 Linux
: P3 normal
: ---
Assigned To: Andrew Bartlett
Andrew Bartlett
Depends on:
  Show dependency treegraph
Reported: 2006-02-12 07:52 UTC by Uwe Hirzel
Modified: 2007-07-17 00:13 UTC (History)
1 user (show)

See Also:


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
        [ 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

        [ 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
        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.