The Samba-Bugzilla – Bug 2667
Printer settings get lost when porting tdbs to another server
Last modified: 2005-09-27 12:10:28 UTC
We had problems with our productive system with "samba" in our ads. So we
installed a 3.0.13 Samba under Debian Sarge and configured 200 printers under
Workgroup DEBIAN with netbios name "samba". Now we installed a new 3.0.14a
Samba on Debian Sarge. After copying all tdbs and dlls to this server we
joined our ads. All printers appear but the settings (memory, number of trays)
are reseted to default. We exported the registries of both servers - only two
things differ - no differents:
When we set the tray and memory options to the correct value and compare the
registry again only:
- the value for "ChangeID" changes
- sometimes the key "objectGUID" appears
Nothing else changes. The part of the registry which is responsible for the
tray-settings doesn't change.
Do you have an explanation for this behaviour?
Does there exist a possible solution to "activate" the correct printer
the netbios name of the old and new server is "samba"
Michael, couple of comments:
The changeID is a millisecond timestamp on the printer to
help the client's maintain their print object local cache.
So that change is normal. The GUID change is probably also
to be expected.
Now onto the meat of the report. If you are using Windows 2000
clients or later, there is such as thing as a per user device
mode which stores these printer settings (this is the printing
preferences) as opposed to the global defaults (printing defaults).
Once you set a per user device mode on a client for your user
profile, you will never again look at the global defaults for a
printer. So make sure there are nor per user device modes getting
in the way of your testing. Search support.microsoft.com for
more information on device modes in general.
There is thing in the source code for 3.0.14a that would have
caused thr nt*tdb files from 3.0.13 to be overwritten or lost.
In fact, I don't believe I changed the printing code at all
between those 2 releases.
Michael, can you send me copies of the original tdb files?
If not, it will be pretty hard to follow up on this report.
Created attachment 1279 [details]
Created attachment 1280 [details]
Created attachment 1281 [details]
I can't come up with any explanation of this.
I checked and there are no differences between the
printing code in these 2 releases. Neither in the backend
nor in the rpc printing code. All of the printer jeys appear
to be in the ntprinters.tdb file you uploaded.
Is there any additional information you could think of to
give me some ideas of where else to look?
I have upgraded to 3.0.14a from 3.0.13 two days ago and I have similar problems
We have 24 printers configured and overnight some of the printers got their
settings reseted (including printer driver, security ACLs, comments, paper and
tray settings, etc.). The first night it happened to 21 printers, today to 23 of
The files ntdrivers, ntforms and ntprinters do not seem to have been changed
(but I can't say that for sure). What I am sure has changed are the printer tdb
files in directory /var/lib/samba/printing, where the printers with lost
settings have their tdb files newly created (it seems like that happened when
someone printed something to the printer for the first time this morning). The
one printer that has preserved its settings has the tdb file about a year old.
I am going to downgrade back to 3.0.13 today as I am on holiday next week. After
that I will be available for further comments.
I think this might be related to some of the mmap() failures
people have reported.
*** This bug has been marked as a duplicate of 3101 ***