[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [K12OSN] Migrating users to a new server smbldap



This is a great case for having "enforced" passwords....like I do  ;-) 
(this way I always have the correct userlist with passwords).... 
Anyway....you can easily change the permissions on the home directories
with a script like this:


!#/bin/bash
for x in `ls /home`; do
echo "Doing ${x} ..."
cd /home/${x}
chown -R ${x}:Students /home/${x}/
echo "I have changed the permissions for ${x}"
done


I've never run into UID issues.  I've moved users and home dirs all over
the place.  So long as the username is the same it all works.  The script
is simplistic, but you get the idea.  I recently had to redo my server due
to a "fat fingers" mistake.  I tarred up the entire /home
directory....moved it to another server....reformatted and reloaded the
server....brought the tarred /home back over.....untarred it in
place.....added the users and then ran the script above.....everything is
back to normal...no data lost.


"Support list for open source software in schools." <k12osn redhat com>
writes:
>We are in the process of moving our users over from K12LTSP 6 to Edubuntu.
>I have been using smbldap on the K12LTSP box and want to continue using
>it on Edubuntu.
>We installed smbldap on the new server fine, but made some of the choices
>differently. e.g. we gave a different domain name and password.
>We were able to create a user with the bulk add script and that user
>could log in from the thin client.
>When we tried to import the users from the old box we came across
>problems. 
>The users were not coming up when we did getent passwd.
>We thought the change of domain name might have been the problem so we
>reran the smbldap configure script but when we ran it it failed every
>time without any meaningful message. We tried the old password, old
>domain name etc but it wouldn't install. 
>
>Any clues what to do next?
>
>If worst comes to worst we can reinstall the operating system, but what
>if the same problem occurs again? It will be best if we can import the
>ldif user database from the other system. 
>Alternatively we could run the bulk user add script using the list of
>users. Of course then we would also have to set up the groups again etc
>but this is not a big deal.
>The thing that worries me is that the users will not be able to access
>there home directories if the uid does not match. If we use the same
>usernames does the uid matter? If it does, can it be set along with the
>bulk add script? 
>
>Thanks for any tips.
>
>Krsnendu dasa
>_______________________________________________
>K12OSN mailing list
>K12OSN redhat com
>https://www.redhat.com/mailman/listinfo/k12osn
>For more info see <http://www.k12os.org>



David N. Trask
Technology Teacher/Director
Vassalboro Community School
dtrask vcsvikings org
(207)923-3100



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]