[Samba] move samba file and print shares

[Manfred Odenstein]

Hello,

Am Donnerstag, 29. Juli 2004 17:26 schrieben Sie:
> Thanks Odi
> I have no LDAP running, authentication is all through the 2003 AD
> server, do any users details get stored on the samba box (ie winbind tdbs)?

The windows user to unix user mappings are stored in the winbind tdb(s). If 
you take the disk, which already contains data with user-mappings and you 
don't move your winbind.tdb, those mappings will be lost and the newly 
creating mapping will be not the same as on the other box. e.g. file blabla 
was owned by user testuser1(mapped unix id 10001), on the new box, the owner 
will be e.g. testuser15 (new mapped unix id 10001). This is because if you 
are using winbind, the unix user id will be generated at runtime if it is not 
already in the winbind.tdb (or LDAP), so if you plan to implement more than 
one member server, its better to migrate the idmapping to an ldap backend, 
then the windows user will have the same unix user id on all member server 
and a transfer of data-only disk will be no problem.

regards odi

>

> Manfred Odenstein wrote:
> >Hello,
> >
> >Am Donnerstag, 29. Juli 2004 15:47 schrieb Hamish:
> >>Hello all
> >>Is this possible?:
> >>
> >>samba3.0.3pre2 running as domain member with winbind, acls on reiser
> >>providing file security
> >>this is all on a seperate disk mounted as 'data1'
> >
> >you have to check, if your ReiserFS implementation supports ACL
> >
> >>Could I take this disk, put it in a new box, mount it again as data1,
> >>then copy the old smb.conf over to the new box? (I would also join the
> >>domain with the same name as the old box)
> >
> >1.) My proposal is only a suggestion with no working waranty :-), maybe
> >another will post the right way
> >2.) if you use LDAP for you id mapping, it should work, you also have to
> >transfer the winbind tdb(s) (should be located in /var/lib/samba/ to the
> > new box. Maybe it's better to transfer the whole directory
> > (/var/lib/samba) and also the security tdb(s), located elsewhere
> > (distribution dependent), then its not nescessary to join the domain
> > again, then you have all your printer default settings, drivers, and so
> > on.
> >
> >regards odi
> >
> >>Thanks in advance,
> >>H