search for: tdb_free

...es/pages printing stops, usually in the middle of printing a page. The following errors are seen repeatedly in the smb log: Aug 21 09:21:11 langly smbd-classic[1896]: [2003/08/21 09:21:11, 0] tdb/tdbutil.c:tdb_log(492) Aug 21 09:21:11 langly smbd-classic[1896]: tdb(/var/lib/samba/printing.tdb): tdb_free: left free failed at 2336 I looked for this on google, didn't find much at all. Here are the contents of smb.conf: [global] netbios name = langly workgroup = TRUTWIN server string = Linux Samba %v interfaces = 127.0.0.1 192.168.0.8 bind interfaces only = Yes security = user username m...

...ne: transaction.c:783         /* New head will be at end of file. */         recovery_head = tdb->map_size; In my case it means following: my filesize is 3,3GB, old recovery_head was on 2064351232, size of old recovery was about 923820008, size of new recovery should be 1323794228, after tdb_free of old recovery area and setting the new recovery head to end of file(tdb->map_size), it is no more place for new recovery area, so the next check returns "overflow recovery area". I'm now thinking about how it should be fixed? I thinking about to improve the checks and maybe...

...quot;INFO/random_seed\00" data = "\C9\07\00\00" } The log.smbd says: [2004/07/22 09:17:59, 0] tdb/tdbutil.c:tdb_log(724) ~ tdb(/etc/samba/secrets.tdb): remove_from_freelist: not on list at off=1408 [2004/07/22 09:17:59, 0] tdb/tdbutil.c:tdb_log(724) ~ tdb(/etc/samba/secrets.tdb): tdb_free: left free failed at 1408 If I replace the secrets.tdb with a good one, and restart samba, it works fine again. I'm worried that the domain user name maps would change, though. The interesting thing is, when I set the log level at 10 to try to find out what was corrupting secrets.tdb (does th...

...(1798) call_nt_transact_ioctl: Currently not implemented. [2002/07/18 21:41:41, 0] tdb/tdbutil.c:(342) tdb(/usr/local/samba/var/locks/connections.tdb): remove_from_freelist: not on list at off=237568 [2002/07/18 21:41:41, 0] tdb/tdbutil.c:(342) tdb(/usr/local/samba/var/locks/connections.tdb): tdb_free: left free failed at 237568 [2002/07/18 22:07:42, 0] smbd/connection.c:(62) yield_connection: tdb_delete failed with error Record does not exist. Josh ===== -- -- <http://origin.me.gatech.edu/~weage> -- -- <http://members.xoom.com/joshua_weage> -- -- <http://weage.freeserv...

...ne 73: gstack: command not found ===== End of debug locks PID=9372 ===== 2017/04/19 12:37:19.547636 [vacuum-locking.tdb: 3790]: tdb(/var/lib/ctdb/locking.tdb.2): tdb_oob len 541213780 beyond eof at 55386112 2017/04/19 12:37:19.547694 [vacuum-locking.tdb: 3790]: tdb(/var/lib/ctdb/locking.tdb.2): tdb_free: left offset read failed at 541213776 2017/04/19 12:37:19.547709 [vacuum-locking.tdb: 3790]: tdb(/var/lib/ctdb/locking.tdb.2): tdb_oob len 541213784 beyond eof at 55386112 Here are some logs from earlier, where we think we had a stuck smbd task: 28657 /usr/sbin/smbd locking.tdb.2 9848 9848 W 2...

...rceCache/samba/samba-187.4/samba/source/lib/util_tdb.c:tdb_log(662) tdb(/private/var/samba/gencache.tdb): remove_from_freelist: not on list at off=8736 [2008/08/21 09:29:54, 0, pid=118] /SourceCache/samba/samba-187.4/samba/source/lib/util_tdb.c:tdb_log(662) tdb(/private/var/samba/gencache.tdb): tdb_free: left free failed at 8736 [2008/08/21 09:39:29, 0] /SourceCache/samba/samba-187.4/samba/source/nmbd/nmbd.c:main(695) Netbios nameserver version 3.0.25b-apple started. Copyright Andrew Tridgell and the Samba Team 1992-2007 [2008/08/21 09:51:34, 0] /SourceCache/samba/samba-187.4/samba/source/nmbd...

Hi everyone, Just today one of our users informed me that a file she was working on in Microsoft Excel 97 got corrupted. She was working on the file directly on our server, which is running Samba 2.2.3a compiled using gcc-3.0.4 on Linux kernel 2.4.17-xfs and XFS-based filesystems. I checked the Samba logs for her machine and found the following in a search for the filename of the Excel file she

...rying > messages, eg we've just noticed: > > [...] > 2017/04/19 12:37:19.547636 [vacuum-locking.tdb: 3790]: tdb(/var/lib/ctdb/locking.tdb.2): tdb_oob len 541213780 beyond eof at 55386112 > 2017/04/19 12:37:19.547694 [vacuum-locking.tdb: 3790]: tdb(/var/lib/ctdb/locking.tdb.2): tdb_free: left offset read failed at 541213776 > 2017/04/19 12:37:19.547709 [vacuum-locking.tdb: 3790]: tdb(/var/lib/ctdb/locking.tdb.2): tdb_oob len 541213784 beyond eof at 55386112 No solid guesses on this. Those messages come from deep in TDB. Could the filesystem be full? > [...] > Here ar...

...New head will be at end of file. */ > recovery_head = tdb->map_size; > > In my case it means following: > > my filesize is 3,3GB, old recovery_head was on 2064351232, size of old > recovery was about 923820008, size of new recovery should be 1323794228, > after tdb_free of old recovery area and setting the new recovery head to > end of file(tdb->map_size), it is no more place for new recovery area, > so the next check returns "overflow recovery area". > > > I'm now thinking about how it should be fixed? I thinking about to >...

Hi folks, First of all I have a well-working samba-2.2.2-20011013 on a Redhat 7.1 with 2.4.7. (Fast like a thunder 8-). Good job guys!) But. I have a little problem with printing: At my work we have only NT 4.0 workstations on our LAN with sp6a or sp5. This problem is appearing when a client try to print onto a printer attached to samba. Sometimes. But sometimes not. > api_net_sam_logon: