TDB on OpenBSD problem.

[Virginia Norling]

> 
> 1) you are somehow managing to run the old smbd without the tdb
>    patch. (no insult intended, its just this sort of mistake
>    ends up explaining a rather large proportion of bug reports, so I
>    have to ask)
> 
No offence taken - but it is definitely using the new tdb.c.

> 2) there is some other way in which tdb depends on mmap/io coherency.
> 
> I'd concentrate on stressing tdb with tdbtorture on this machine and
> see if the test.tdb grows to huge sizes. 
> 
I ran tdbtorture with the following (just about immediate) result:

(vmn at orville:) ./tdbtorture
tdb_store failed: Not enough space
tdb_store failed: Not enough space
tdb_store failed: Permission denied
tdb_store failed: Not enough space
tdb_store failed: Not enough space
(vmn at orville:) tdb_store failed: Not enough space
tdb_store failed: Not enough space
tdb_store failed: Not enough space

However tdbtest is only this big:

-rw-------   1 vmn        srss         81920 May  8 13:52 test.tdb

On my HP-UX 11.0 machine which has been happily running 2.2.0 for more
than a week I started tdbtorture nearly 24 hours ago and it's still
going and torturing the machine as well:

     vmn 19778 19776  0 03:54:06 ttyq5     0:02 ./tdbtorture
     vmn 19777 19776 242 03:54:06 ttyq5    835:45 ./tdbtorture
     vmn 19783 19776 255 03:54:06 ttyq5    806:46 ./tdbtorture
     vmn 19780 19776  0 03:54:06 ttyq5     0:02 ./tdbtorture
     vmn 19776 20056 238 03:54:05 ttyq5    774:15 ./tdbtorture
     vmn 19782 19776  0 03:54:06 ttyq5     0:02 ./tdbtorture
     vmn 19779 19776  0 03:54:06 ttyq5     0:02 ./tdbtorture
     vmn 19781 19776  0 03:54:06 ttyq5     0:02 ./tdbtorture

-rw-------   1 vmn        srss        409600 May  8 03:54 test.tdb

times are in GMT on this machine.   

Cheers,

Virginia