s3:idmap_tdb: add idmap_tdb_get_new_id() to allocate a new id given a domain

Currently this only works with the default domain, calling out
to idmap_tdb_allocate_id(). In the future this will be extended
to also work for non-default domains.

s3:idmap_tdb: convert idmap_tdb_allocate_id() to use transaction wrappers

s3:idmap_tdb: remove an extra blank line

s3:idmap_tdb2: add my (C)

s3:idmap_tdb2: move idmap_tdb2_new_mapping() up. spare a prototype.

s3:idmap_tdb2: get rid of an extra variable in idmap_tdb2_db_init().

s3:idmap_tdb2: move idmap_tdb2_set_mapping() up to its _action callback.

s3:idmap_tdb2: use the right talloc context for db_open in idmap_tdb2_open_db()

s3:idmap_tdb2: don't check whether sid is already mapped in idmap_tdb2_new_mapping().

idmap_tdb2_new_mapping() is called from inside a transaction only
with sids, that have been verified not to be mapped directly before
that in the same transaction.

s3:idmap_tdb2: add the db_context to the idmap_tdb2_context

this removes the idmap_tdb2 global variable

s3:idmap_tdb2: talloc_zero (instead of talloc) the idmap_tdb2_context

s3:idmap_tdb2: rename idmap_tdb2_alloc_load -> idmap_tdb2_init_hwm

s3:idmap_tdb2: move idmap_tdb2_alloc_load() up to reduce need for prototype

s3:idmap_tdb2: remove unused idmap_tdb2_state and idmap_tdb2_load_ranges

s3:idmap_tdb2: give idmap_tdb2_alloc_load() and idmap domain arguemnt

and use the ranges from the idmap domain for checking the HWM values

s3:idmap_tdb2: add an idmap_domain struct argument to idmap_tdb2_open_db()

s3:idmap_tdb2: remove filter_low_id and filter_high_id from idmap_tdb2_context

Now these are taken from the idmap_domain struct.

s3:idmap_tdb2: don't parse config and fill filter_low_id and filter_high_id

into idmap_tdb2_context in idmap_tdb2_db_init().
Now these are taken from the idmap_domain struct instead.

s3:idmap_tdb2: honour the "idmap read only" flag in the tdb2 module.

Note that this will not prevent the idmap script from writing its
mappings to the database, but no new unix ids will be allocated via
the allocator and hence no new mappings will be autogenerated.

s3:idmap_tdb2: use range from idmap_domain in idmap_tdb2_allocate_id

s3:idmap_tdb2: use filter from idmap_domain rather than from idmap_tdb2_context

s3:idmap_tdb2: pass idmap_domain (not idmap_tdb2_context) to idmap_tdb2_sid_to_id

s3:idmap_tdb2: pass idmap_domain instead of idmap_tdb2_context to idmap_tdb2_unixids_to_sids

The reason for this will become apparent later: The ranges are being moved to
the idmap_domain: They are universal.

s3:idmap_tdb2: also support idmap script for named domains

this can be configured via "idmap config DOMAIN : script = foobar"

s3:idmap_tdb2: move the idmap script from idmap_tdb2_state to idmap_tdb2_context

The state (aka idmap_tdb2_alloc_context) is being removed.
The (global) idmap script was wrong there anyways.
It belongs to the per-domain context.

s3:idmap_tdb2: remove use of idmap_tdb2_state from idmap_tdb2_allocate_id

idmap_tdb2_state should actually be called idmap_tdb2_alloc_context.
This is being removed as the idmap and allocation is moved together.
We use the idmap_tdb2_context * that is sitting in dom->private_data.
This contains the same ranges as those in the state anyways.
Later, when we can also allocate for named domains, this will become
necessary anyways.

s3:idmap_tdb2: move definition of struct idmap_tdb2_context up.

s3:idmap_tdb2: open the db after loading the ranges in idmap_tdb2_db_init().

s3:idmap_tdb2: add allocation of new mappings to idmap_tdb2_sids_to_unixids

This moves the new_mapping feature inside the tdb2 backend to make creations
of mappings atomic.

Note: The new internal function idmap_tdb2_get_new_id() that is used to allocate
a new unix id is prepared to function for multiple explicitly configured idmap
domains, but currently it does only work for the default domain. The extended
allocation support requires extension of the data base format to store multiple
counters (per domain). This will be added in a later step (TODO!).

s3:idmap_tdb2: re-implement allocated_id in idmap methods.

s3:idmap: add idmap_unix_id_is_in_range() for checking an id against an idmap range

s3:idmap: don't check range for passdb idmap domain

s3:idmap: parse ranges and "read only" in idmap_init_domain().

s3:idmap: add a read_only flag to the idmap_domain struct.

This will be used to mark "allocating backends" (tdb, tdb2, ldap) read-only.

s3:idmap: add low_id and high_id to the idmap_domain struct

This global data will replace the backend-specific filter_low_id
and filter_high_id. The presence of a range is generic to all
idmap configs.

s3:docs: fix net manpage to reflect removal of net "idmap secret alloc" feature

s3:net: remove the "net idmap secret alloc" functionality.

This is now not available any more, since allocation is moved
below the id mapping layer. The functionality could be
reintroduced on a per domain basis as an e.g
"net idmap secret <domain> alloc" command.

s3:docs: add documentation for new "idmap read only" parameter

s3:loadparm: add new boolean parameter "idmap read only"

This will be used to be able to put the default idmap config
read only. This can make sense for instance with the tdb2
idmap backend and using the idmap script feature.

s3:docs: remove documentation of removed parameter "idmap alloc backend"

s3:loadparm: remove parameter "idmap alloc backend"

s3:idmap: remove unused definition of idmap_alloc_methods.

Allocation is now completely handled in the allocating backends.

s3:idmap: remove idmap_alloc_context from idmap.c

The registering of alloc backends is being removed.
The idmap backends are responsible for initializing
their alloc code on their own if necessary.

No list of alloc backends is maintained any more in the top level.

s3:idmap: remove the alloc methods list from idmap.c

The registering of alloc backends is being removed.
The idmap backends are responsible for initializing
their alloc code on their own if necessary.

No list of alloc backends is maintained any more in the top level.

s3:idmap: remove unused get_alloc_methods().

s3:idmap: remove unused smb_register_idmap_alloc().

The registering of alloc backends is being removed.
The idmap backends are responsible for initializing
their alloc code on their own if necessary.

s3:idmap_ldap: remove unused idmap_ldap_alloc_methods.

s3:idmap_ldap: remoce unused idmap_alloc_ldap_init

s3:idmap_ldap: don't call idmap_alloc_ldap_init in idmap_ldap_init

The registering of alloc backends is being removed.
The idmap backends are responsible for initializing
their alloc code on their own if necessary.

s3:idmap_tdb: remove unused idmap_alloc_methods

s3:idmap_tdb: remove unused idmap_alloc_tdb_init()

s3:idmap_tdb: don't call idmap_alloc_tdb_init in idmap_tdb_init

The registering of alloc backends is being removed.
The idmap backends are responsible for initializing
their alloc code on their own if necessary.

s3:idmap_tdb2: remove unused idmap_tdb2_alloc_init().

s3:idmap_tdb2: remove unused idmap_tdb2_alloc_close().

s3:idmap_tdb2: remove unused idmap_alloc_methods.

s3:idmap_tdb2: don't call smb_register_idmap_alloc() in idmap_tdb2_init

The registering of alloc backends is being removed.
The idmap backends are responsible for initializing
their alloc code on their own if necessary.

s3:idmap_tdb: make idmap_alloc_tdb_init() static.

s3:idmap: remove unused idmap_alloc_init().

s3:idmap: use allocate_id() from the idmap_methods in idmap_allocate_unixid()

The idmap alloc methods are being removed.

s3:idmap: add an allocate_id method to the idmap_methods struct.

The idmap_alloc_methods are being removed, but this single "alloc" method
is still needed for the samba-wide Unix-ID allocator, which is used in
group-mapping and ldapsam:editposix.
This method should ultimately also disappear.

s3:idmap: factor out common code of idmap_allocate_uid|gid()

into new idmap_allocate_unixid().

s3:idmap: remove the set_mapping method from the idmap API

s3:idmap: remove idmap_new_mapping() - now implemented in the backends

s3:idmap: add a debug message to idmap_sid_to_gid

s3:idmap: add a debug message to idmap_sid_to_uid

s3:idmap: don't call idmap_new_mapping idmap_sid_to_gid

The setting of a new mapping is moved into the backend code
to achieve atomicity and greater flexibility.

Michael

s3:idmap: don't call idmap_new_mapping idmap_sid_to_unixid.

The setting of a new mapping is moved into the backend code
to achieve atomicity and greater flexibility.

Michael

s3:winbind: increase interface version after removing calls

Michael

s3:idmap: remove unused method set_id_hwm from idmap API

Michael

s3:idmap: remove unused alloc method get_id_hwm from idmap API

Michael

s3:idmap: remove unused method dump_data() from the idmap API

Michael

s3:idmap: remove the remove_mapping method from API and backends

Michael

s3:idmap: remove unused idmap_remove_mapping().

Michael

s4: remove REMOVE_MAPPING from wb_samba3_protocol

Michael

s3:winbind: remove the method REMOVE_MAPPING from winbind's API

Michael

s3:idmap: remove unused idmap_set_mapping().

Michael

s4: remove SET_MAPPING from wb_samba3_protocol

Michael

s3:winbind: remove the method SET_MAPPING from winbind's API

Michael

libwbclient: unimplement wbcRemoveGidMapping()

Michael

libwbclient: unimplement wbcRemoveUidMapping()

Michael

libwbclient: unimplement wbcSetGidMapping()

Michael

libwbclient: unimplement wbcSetUidMapping()

Michael

s3:idmap: remove unused idmap_set_gid_hwm()

Michael

s3:idmap: remove unused idmap_set_uid_hwm()

Michael

s4: remove SET_HWM and SET_DUAL_HWM from wb_samba3_protocol

Michael

s3:winbind: remove SET_HWM from winbind's API.

libwbclient: unimplement wbcSetGidHwm()

Michael

libwbclient: unimplement wbcSetUidHwm()

Michael

s3:net: rewrite "net idmap restore" using dbwrap

This removes the use of libwbclient from "net idmap".

This detects the idmap backend from the current smb.conf
and stores the id mapping tables in the corresponding data bases.
Currently, only tdb and tdb2 backends are supported.
Support for the ldap backend may be implemented later.

s3:net: change "net idmap dump" to use dbwrap instead of direct tdb access

This way, it will also work in a samba-ctdb cluster.

s3:net sam provision: compose sid before getting uid for Guest

Michael

s3:net sam provision: allocate the uid after composing the sid for Administrator

Michael

s3:pdb_ldap: move some code in ldapsam_create_dom_group()

to make the flow more similar to ldapsam_create_user().
This prepares for calling winbind_sid_to_gid() instead of
winbind_allocate_gid(): we need the group_sid for this...

Michael

s3:groupdb: allocate a gid after allocating a rid in pdb_default_create_alias()

Michael

s3:idmap_tdb2: fix a debug message

s3:test: add a new "valgrindtestenv" target, similar to gdbtestenv

this runs the daemins in xterm under valgrind instead of in gdb

s3:gdbtestenv: also start an xterm with nmbd. and start winbindd before smbd.

s3:gdbtestenv: also set the xterm's window title appropriately

s3:gdbtestenv: print the server's name in the icontitle instead of "server"

pidl: fix printing of server side ndr request debug messages

The macros NDR_PRINT_IN_DEBUG and NDR_PRINT_OUT_DEBUG are made for
the client side. For the server side, the NDR_SET_VALUES flag needs
to be added for the OUT struct and not for the IN struct, otherwise,
the OUT part can print uninitialized data and the IN part may
recalculate string lengths illegally.