Fabien,
You should run the tdbbackup tool every time Samba (smbd) is shut down.
Please refer to the man page for further information. The use of tdbbackup
is a very important step to prevention of catastrophic problems with tdbs.
Cheers,
John T.
On Wed, 25 Feb 2004, Fabien Chevalier wrote:
>
> Hello,
>
> From time to time Samba 3.0.2 performance suddenly fails bellow
> what is acceptable.
> One smbd process eats between 30% and 100% of CPU usage, and
> for the machine associated with the smbd process i got
> dozens of (debug level 2):
>
> [2004/02/25 17:59:18, 0] smbd/connection.c:register_message_flags(220)
> register_message_flags: tdb_fetch failed
> [2004/02/25 17:59:19, 0] smbd/connection.c:register_message_flags(220)
> register_message_flags: tdb_fetch failed
> [2004/02/25 17:59:19, 0] smbd/connection.c:register_message_flags(220)
> register_message_flags: tdb_fetch failed
> [2004/02/25 17:59:19, 0] smbd/connection.c:register_message_flags(220)
> register_message_flags: tdb_fetch failed
> [2004/02/25 17:59:19, 0] smbd/connection.c:register_message_flags(220)
> register_message_flags: tdb_fetch failed
> [2004/02/25 17:59:19, 0] smbd/connection.c:register_message_flags(220)
> register_message_flags: tdb_fetch failed
> [2004/02/25 17:59:19, 0] smbd/connection.c:register_message_flags(220)
> register_message_flags: tdb_fetch failed
> [2004/02/25 17:59:20, 0] smbd/connection.c:register_message_flags(220)
> register_message_flags: tdb_fetch failed
> [2004/02/25 17:59:20, 0] smbd/connection.c:register_message_flags(220)
> register_message_flags: tdb_fetch failed
> [2004/02/25 17:59:20, 0] smbd/connection.c:register_message_flags(220)
> register_message_flags: tdb_fetch failed
> [2004/02/25 17:59:20, 0] smbd/connection.c:register_message_flags(220)
>
> I tried to stop and restart Samba without success.
> The client machine recreates the connection, Samba forks a new smbd,
> which sill eats too much CPU.
>
> I looked at previous posts, but didn't found any explanation regarding
> tdb_fetch failed issues.
>
> How can i know which tdb is faulty?
> Is there another way to solve this issue than removing the tdb ?
> (...but for now i don't know which one it is...)
>
> Bye,
>
> Fabien
>
> --
> To unsubscribe from this list go to the following URL and read the
> instructions: http://lists.samba.org/mailman/listinfo/samba
>
--
John H Terpstra
Email: jht@samba.org