README.samba-3.4.7-ctdb-10: fix typo

Add a readme for the samba-3.4.7-ctdb-10 branch.

Remove the file README.v3-4-ctdb from the 3.4.7-ctdb-10 branch

samba-3.4.7-ctdb-10: bump version to 3.4.7-ctdb-10-1

This changes the vendor suffix from "ctdb" to "ctdb-10"
and resets the vendor patch level from 10 to 1.
I.e. this is the start of stabilizing the 3.4.7-ctdb-10 release.
It is currently not possible to specify a vendor patch level
that is not simply an integer (like 10.1), due to the mode
with with the subversion information is assebled in smbd/trans2.c .
Hence the change in the vendor-suffix.

v3-4-ctdb: fail db_open_ctdb if ctdb is not around

Further refine the time_audit warning message

s3: Modify the warning time_audit warning message

Now we have

System call "disk_free" took unexpectedly long (0.01 seconds) -- check your file system and disks!

s3: Log the correct core path on Linux if core_pattern is set

Contributions from Bill Hymas, IBM

v3-4-ctdb: Bump up the vendor patch level to 10

v3-4-ctdb: Re-arrange winbindd_ads.c:query_user

We can't access the LDAP message after nss_get_info_cached has potentially
destroyed the ads_struct

s3: Fix a winbind crash

nss_get_info_cached might deep inside sequence_number() invalidate the
ads_struct without telling its callers.

s3: Fix a winbind crash

nss_get_info_cached might have invalidated "ads" deep inside.

 v3-4-ctdb: Bump up the vendor patch level to 9

s3:net rpc registry: make getsd succeed when key sd only gives access to SD not key contents

You don't need the REG_KEY_READ permissions to access the SD of a key.
And for instance, the key HKLM\security ususally has no specific bits
set for builtin\administrators, but the READ_CONTROL_ACCESS.
I.e. builtin\administrators can get the sd but not enumerate the key.

s3:idmap_ldap: use idmap_rw_new_mapping in idmap_ldap_new_mapping

s3:idmap_ldap: add idmap_rw_ops to idmap_ldap_context and init in db_init()

s3:idmap_tdb: use idmap_rw_new_mapping in idmap_tdb_new_mapping

s3:idmap_tdb: add idmap_rw_ops to idmap_tdb_context and initialize them in init_db

s3:idmap_tdb2: use idmap_rw_new_mapping in idmap_tdb2_new_mapping

s3:idmap_tdb2: add rw_ops to idmap_tdb2_context and initialize in idmap_tdb2_db_init

s3:idmap: add abstract idmap_rw new_mapping mechanism without registering backends

s3:winbindd: make sure we only call static_init_idmap once

metze

Signed-off-by: Michael Adam <obnox@samba.org>

s3:winbind Ensure we always init idmap_passdb before we use it

It seems that it is possible for idmap_init_passdb_domain() to be run
before idmap_init_domain(), so ensure we run the static init functions
in both.

Andrew Bartlett

Signed-off-by: Michael Adam <obnox@samba.org>

s3:idmap_ad: untangle two assignments from checks

s3:idmap_ad: remove unused filter_low_id and filter_high_id from idmap_ad_context

The filter range from the idmap_domain is used now.

s3:idmap_ad: use range from idmap_domain in idmap_ad_sids_to_unixids()

s3:idmap_ad: use range from idmap_domain in idmap_ad_unixids_to_sids()

s3:idmap_rid: remove a comment that does not apply in that place.

Probably got copied from a different location.

s3:idmap_rid: remove unused domain_name from the idmap_rid_context.

s3:idmap_rid: remove range from idmap_rid_context()

Now, the idmap_domain range that is centrally parsed is used.

s3:idmap_rid: use range from idmap_domain in idmap_rid_sid_to_id()

s3:idmap_rid: use ranges from idmap_domain struct in idmap_rid_id_to_sid()

s3:idmap_rid: remove unused talloc context var from idmap_rid_sids_to_unixids()

s3:idmap_rid: remove unused talloc context arg from idmap_rid_sid_to_id()

s3:idmap_rid: remove unused talloc context var from idmap_rid_unixids_to_sids()

s3:idmap_rid: remove unused talloc ctx argument from idmap_rid_id_to_sid()

s3:idmap_rid: untangle assignment from check in idmap_rid_initialize()

s3:idmap_ldap: add my (C)

s3:idmap_ldap: create mappings for unmapped sids in idmap_ldap_sids_to_unixids()

s3:idmap_ldap: remove unreached code (and explicit error return code)

s3:idmap_ldap: add a idmap_ldap_new_mapping().

High level function to create a new mapping for an unmapped sid.
This builds logic that used to reside in the top level idmap code
in the backend.

s3:idmap_ldap: add idmap_ldap_get_new_id() to allocate a new id given a domain

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

s3:idmap_ldap: move idmap_ldap_set_mapping() further up.

s3:idmap_ldap: make idmap_ldap_alloc_context a member of idmap_ldap_context

this hides this beneath the idmap structure and removes a global variable

s3:idmap_ldap: call idmap_ldap_alloc_init from idmap_ldap_init.

The alloc subsystem is now subordinate to the idmap system.

s3:idmap_ldap: remove the (now unused) range from idmap_ldap_alloc_context

s3:idmap_ldap: use ranges from idmap domain in idmap_ldap_allocate_id()

Second step in removing the idmap range from the idmap_ldap_alloc_context.

s3:idmap_ldap: add idmap_domain arg to idmap_ldap_alloc_init and verify_idpool

First step in removing idmap ranges from the idmap_ldap_alloc_context.
The range from the domain is to be used now.

s3:idmap_ldap: remove unused filter range from struct idmap_ldap_context

s3:idmap_ldap: don't load ranges - they have been loaded into struct idmap_domain

s3:idmap_ldap: use filter range from idmap domain, not idmap_ldap_context

s3:idmap_ldap: re-implement allocate_id in idmap methods.

s3:idmap_tdb: add my (C)

s3:idmap_tdb: properly initialize the idmap_tdb context with zero

s3:idmap_tdb: prevent opening the idmap db more than once.

s3:idmap_tdb: rewrite sids_to_unixids to create mappings for unmapped sids.

s3:idmap_tdb: add a idmap_tdb_new_mapping().

High level function to create a new mapping for an unmapped sid.
This builds logic that used to reside in the top level idmap code
in the backend. To be called inside a transaction to guarantee
atomicity of the operation.

s3:idmap_tdb: move the set_mapping code up

s3:idmap_tdb: use transaction wrapper for idmap_tdb_set_mapping().

s3:idmap_tdb: remove unused struct idmap_tdb_state.

s3:idmap_tdb: remove unused idmap_alloc_db

s3:idmap_tdb: remove unused idmap_tdb_alloc_close().

s3:idmap_tdb: give idmap_domain arg to idmap_tdb_allocate_id and use ctx->db

instead of alloc_db

s3:idmap_tdb: call idmap_tdb_init_hwm() from idmap_tdb_open_db().

s3:idmap_tdb: move idmap_tdb_init_hwm up.

s3:idmap_tdb: remove unused idmap_tdb_load_ranges()

The idmap_tdb_state (which should actually be called idmap_tdb_alloc_context)
is being removed since the alloc part is combined with the id mapping part.

s3:idmap_tdb: have idmap_tdb_open_db take an idmap_domain struct as argument

the other arguments are not needed any more and are removed.

s3:idmap_tdb: rename idmap_tdb_alloc_init->idmap_tdb_init_hwm and use db from idmap_tdb_context

instead of the special idmap_alloc_db

s3:idmap_tdb: move definition of struct idmap_tdb_context up.

s3:idmap_tdb: remove filter_low_id,filter_high_id from idmap_tdb_context

These are now taken from the idmap_domain struct.

s3:idmap_tdb: add idmap domain arg to idmap_tdb_upgrade and use domain range

s3:idmap_tdb: use filter from idmap_domain rather than from idmap_tdb_context

s3:idmap_tdb: give idmap domain argument to idmap_tdb_sid_to_id

instead of idmap_tdb_context. This is in preparation of using the
filter from the idmap_domain struct.

s3:idmap_tdb: give idmap domain argument to idmap_tdb_id_to_sid

instead of idmap_tdb_context. This is in preparation of using the
filter from the idmap_domain struct.

s3:idmap_tdb: implement allocate_id in idmap methods for tdb backend

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_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, filter_high_id, read_only 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,filter_high_id,read_only

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

s3:idmap_tdb2: use read_only flag from idmap_domain in idmap_tdb2_sids_to_unixids().

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.