summaryrefslogtreecommitdiffstats
path: root/source3/utils/dbwrap_tool.c
Commit message (Collapse)AuthorAgeFilesLines
* s3:dbwrap: move all .c and .h files of dbwrap to lib/dbwrap/Michael Adam2011-07-291-1/+1
| | | | | Autobuild-User: Michael Adam <obnox@samba.org> Autobuild-Date: Fri Jul 29 13:34:22 CEST 2011 on sn-devel-104
* s3:dbwrap: move db_open() to a file dbwrap_open.c of its own.Michael Adam2011-07-291-0/+1
| | | | | | Also start new folder lib/dbwrap/ where dbwrap_open.c is stored and make the fallbacke implementation functoins non-static and create a dbwrap_private.h header file that contains their prototypes.
* s3:dbwrap_tool: use lp_load_global()Michael Adam2011-07-281-1/+1
|
* s3-messages: only include messages.h where needed.Günther Deschner2011-03-301-0/+1
| | | | Guenther
* s3-includes: only include system/filesys.h when needed.Günther Deschner2011-03-301-0/+1
| | | | Guenther
* s3-debug Remove 'AllowDebugChange' and use lp_set_cmdline() insteadAndrew Bartlett2010-11-021-4/+1
| | | | | | | | | By removing this global variable, the API between the two different debug systems is made more similar. Both s3 and s4 now have lp_set_cmdline() which ensures that the smb.conf cannot overwrite these the user-specified log level. Andrew Bartlett
* s3-debug Impove setup_logging() to specify logging to stderrAndrew Bartlett2010-11-021-1/+1
| | | | | | | | This change improves the setup_logging() API so that callers which wish to set up logging to stderr can simply ask for it, rather than directly modify the dbf global variable. Andrew Bartlett
* s3-build: use dbwrap.h only where needed.Günther Deschner2010-08-261-0/+1
| | | | Guenther
* s3: Consolidate server_id_self into the equivalent procid_self()Volker Lendecke2010-02-231-1/+1
|
* s3:dbwrap_tool: add listkeys operationMichael Adam2009-05-261-2/+45
| | | | Michael
* s3:dbwrap_tool: remove superfluous command mappingMichael Adam2009-05-261-1/+0
| | | | Michael
* s3:dbwrap_tool: add "erase" opearationMichael Adam2009-05-261-6/+42
| | | | Michael
* s3:first cut at dbwrap_tool - a tdb tool that is CTDB-aware.Michael Adam2009-05-151-0/+247
This tool (in contrast to tdbtool) reads Samba's configuration and if clustering = yes, it talks to CTDB instead of accessing the TDB data bases directly. This is done by simply using the dbwrap mechanim, just like the Samba daemons. This first version can read and write int32 and uint32 values and delete records from a (c)tdb database. More operations will follow. This tool can already be useful in CTDB environments, e.g. when "net idmap restore" fails to set the USER and GROUP HWM keys, because the methods are deliberately not implemented in idmap_tdb2.c. You can manually set the high water marks with "dbwrap_tool store idmap_tdb2.tdb 'USER HWM' int32 12345" and "dbwrap_tool store idmap_tdb2.tdb 'GROUP HWM' int32 67890" Michael