[prev in list] [next in list] [prev in thread] [next in thread]
List: cobaltfacts
Subject: RE: [cobaltfacts] Un*x2bluequartz
From: "Alex Moen" <alexm () ndtel ! com>
Date: 2006-08-15 17:42:14
Message-ID: 002901c6c092$2a28c130$99ffa8c0 () toughbookalex
[Download RAW message or body]
> > Hi list,
> >
> > I have been using cobalts (and now bluequartz) servers for 5 years
> > now. However, I also use pure Linux and Solaris servers as well. Both
> > are used for commercial web hosting and mail. I have finally run into
> > a situation where I am going to move all users/sites from a Solaris
> > host to a bluequartz host. There are 400 users and 90 domains.
> >
> > Now, normally this wouldn't be a problem going from Linux to Solaris
> > and/or
> > back. The problem comes in with the 550 and bluequartz using the db
> > backend
> > with absolutely no documentation about how it works. I really, really
do
> > not want to manually use the GUI to enter 90 domains and 400 users. Not
> > my
> > idea of a good time. Also, I would like to keep the crypt password from
> > the
> > shadow file in use, to minimize the disruption to the customers,
> > especially
> > since we do not track unencrypted passwords.
>
> > Has anyone found a way to do this? I have found the cadduser and
> > caddvsite
> > commands, and can hack a script to build the command sets to create the
> > sites and users, but how do I get the existing password into the db?
>
> > Any thoughts would be appreciated... I would think that there must be
> > a
> > way
> > to do this, as anyone wanting to migrate to cobalts or bluequarts would
> > need
> > this "feature".
> >
> > Thanks!!!
> >
> > Alex Moen
> > Operations Technology Specialist
> > NDTC
> >
> When using the Cobalt Migration Utility, the cmu.xml file has a line in it
> like:
> <md5_password value = "$1$82CI/TAa$8zM4VGe.SnxCawX1URI0X/"/>
>
>
> The raq4 servers use shadow. ... If you created the sites and users on a
> raq4 with a temp password, then replaced the string in the shadow with
the
> correct shadow string. Then you could exporte it from there, and import it
> to the BQ machine.
>
> Or just look at the CMU scripts that are available for the raq4 to see how
> they work to make a CMU for generic linux servers.
Well, I'm back to this project again, after taking care of some other more
pressing problems. First off, the domains/users were not on a RAQ4 (which I
think was understood, just reiterating), so the modified CMU idea is
probably the one that I will need to use. However, I cannot find a good
copy of these scripts anywhere. The links on the Internet to the ones that
I have found are no longer available.
Does anyone have a good copy of the CMU scripts?
Thanks!
Alex
_______________________________________________
Cobaltfacts site list
Cobaltfacts@list.cobaltfacts.com
http://list.cobaltfacts.com/mailman/listinfo.cgi/cobaltfacts
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic