<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Tiger to Leopard Server Migration, Part Two</title>
	<link>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/</link>
	<description>Netmojo System offers IT Consulting, Systems Administration and Web Development from Banff, Alberta, Canada</description>
	<pubDate>Sun, 06 Jul 2008 16:28:18 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Meeting Maker to Leopard Migration, Part 2 &#171; Steve&#8217;s Visions</title>
		<link>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-3538</link>
		<dc:creator>Meeting Maker to Leopard Migration, Part 2 &#171; Steve&#8217;s Visions</dc:creator>
		<pubDate>Thu, 03 Jul 2008 14:32:36 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-3538</guid>
		<description>[...] the last post I mentioned how I was using an article from NetMojo and the stream editor sed to get the users and groups out of the 10.4 Open Directory and into the [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] the last post I mentioned how I was using an article from NetMojo and the stream editor sed to get the users and groups out of the 10.4 Open Directory and into the [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Meeting Maker to Leopard Migration, Part 1 &#171; Steve&#8217;s Visions</title>
		<link>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-3390</link>
		<dc:creator>Meeting Maker to Leopard Migration, Part 1 &#171; Steve&#8217;s Visions</dc:creator>
		<pubDate>Fri, 27 Jun 2008 21:53:03 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-3390</guid>
		<description>[...] was able to utilize information from NetMojo, specifically this article, and sed to get it done.  In the next article I&#8217;ll give the specific steps I used to get the [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] was able to utilize information from NetMojo, specifically this article, and sed to get it done.  In the next article I&#8217;ll give the specific steps I used to get the [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick</title>
		<link>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-2909</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Fri, 30 May 2008 12:16:46 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-2909</guid>
		<description>Like Ringo I used the Archive/Restore method in Server Admin to do a test migration from G5 Tiger 10.4.11 to a an Intel 10.5.3.  After the restore I was missing a lot of users.  These users fell into to two groups.  The first group did not have any sn attribute.  The second group had no home directory.

I added sn and home directory entries to those users then Archived/Restored again. Out of 5924 users 2 are missing.</description>
		<content:encoded><![CDATA[<p>Like Ringo I used the Archive/Restore method in Server Admin to do a test migration from G5 Tiger 10.4.11 to a an Intel 10.5.3.  After the restore I was missing a lot of users.  These users fell into to two groups.  The first group did not have any sn attribute.  The second group had no home directory.</p>
<p>I added sn and home directory entries to those users then Archived/Restored again. Out of 5924 users 2 are missing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gabe</title>
		<link>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-1727</link>
		<dc:creator>Gabe</dc:creator>
		<pubDate>Tue, 15 Apr 2008 21:41:11 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-1727</guid>
		<description>Hi Brent,

Great info. I really appreciate the detail and accuracy you have put in your article.

I am migrating to 10.5 this summer and though I would love to archive and restore (same Xserve, IP and hostname) as I've done before, there are some issues with our OD being corrupt and after many attempts and discussions with Apple SE's the solution is to go with a clean install and import users and groups (we're losing pw's but necessary to move forward)

Though I am very interested in you password migration steps. Have you encountered any repercussions so far?

Also, I have many servers to upgrade this summer. Would I be fine just doing a clean install on the OD master and upgrading the replicas and afp servers? I'm just not looking forward to all the settings I'll have to redo if I'm doing a clean install on 20 servers.

thanks again</description>
		<content:encoded><![CDATA[<p>Hi Brent,</p>
<p>Great info. I really appreciate the detail and accuracy you have put in your article.</p>
<p>I am migrating to 10.5 this summer and though I would love to archive and restore (same Xserve, IP and hostname) as I&#8217;ve done before, there are some issues with our OD being corrupt and after many attempts and discussions with Apple SE&#8217;s the solution is to go with a clean install and import users and groups (we&#8217;re losing pw&#8217;s but necessary to move forward)</p>
<p>Though I am very interested in you password migration steps. Have you encountered any repercussions so far?</p>
<p>Also, I have many servers to upgrade this summer. Would I be fine just doing a clean install on the OD master and upgrading the replicas and afp servers? I&#8217;m just not looking forward to all the settings I&#8217;ll have to redo if I&#8217;m doing a clean install on 20 servers.</p>
<p>thanks again</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brent</title>
		<link>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-1559</link>
		<dc:creator>Brent</dc:creator>
		<pubDate>Fri, 04 Apr 2008 06:58:21 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-1559</guid>
		<description>Hi Tom,

Apple is getting ready to release 10.5.3 soon; you may want to wait until then for your deployment, as it will fix yet another couple of hundred bugs in Leopard.

To answer your question: yes.  The home directories should work just fine on the new server, with the user accounts intact, and if they are mounted/shared at the same location(s).  There is no need to 'tar', but like all good sysadmins, I know that you will do a complete backup of all data before starting. :)

Have a good migration.</description>
		<content:encoded><![CDATA[<p>Hi Tom,</p>
<p>Apple is getting ready to release 10.5.3 soon; you may want to wait until then for your deployment, as it will fix yet another couple of hundred bugs in Leopard.</p>
<p>To answer your question: yes.  The home directories should work just fine on the new server, with the user accounts intact, and if they are mounted/shared at the same location(s).  There is no need to &#8216;tar&#8217;, but like all good sysadmins, I know that you will do a complete backup of all data before starting. <img src='http://www.netmojo.ca/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Have a good migration.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-1557</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Thu, 03 Apr 2008 23:01:53 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-1557</guid>
		<description>A very useful and informative article, thank you!  I am about to migrate a PowerMac dual-G5 from 10.4 Server to 10.5 Server.  This is a school with 800+ users on the system. Preserving user data is very important.  I have do this in place on the same hardware as I do not have a second/backup/replica machine to use.

My configuration is similar to David's, above.  All the user home directories live on a second drive that will not be directly affected by the install of the new OS on the primary drive.  Assuming that I properly export/import the account information from WGM, I'm thinking that there is no need to tar the user accounts.  The drive and folders will be just as they were under 10.4 and should just work.  Yes? No?  Comments?

Thanks for the help.</description>
		<content:encoded><![CDATA[<p>A very useful and informative article, thank you!  I am about to migrate a PowerMac dual-G5 from 10.4 Server to 10.5 Server.  This is a school with 800+ users on the system. Preserving user data is very important.  I have do this in place on the same hardware as I do not have a second/backup/replica machine to use.</p>
<p>My configuration is similar to David&#8217;s, above.  All the user home directories live on a second drive that will not be directly affected by the install of the new OS on the primary drive.  Assuming that I properly export/import the account information from WGM, I&#8217;m thinking that there is no need to tar the user accounts.  The drive and folders will be just as they were under 10.4 and should just work.  Yes? No?  Comments?</p>
<p>Thanks for the help.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brent</title>
		<link>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-1294</link>
		<dc:creator>Brent</dc:creator>
		<pubDate>Fri, 14 Mar 2008 17:57:26 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-1294</guid>
		<description>Hi Barry,

I haven't tested your scenario specifically, and I don't have time at the moment to dig into &lt;a href="http://images.apple.com/server/macosx/resources/" rel="nofollow"&gt;the documentation&lt;/a&gt; (for what thats worth), so bear that in mind.  I would suppose that the OD backup / restore is only going to work properly for you if your new machine has the same hostname and DNS settings as the old machine.  By "work properly" I'm referring to Kerberos and everything associated with it.  Kerberos is inherently tied to host/domain names, so effectively changing those names will break it.

In your case, a better strategy might be to name the new Xserve the same as the old one, then when you are ready to take it online, either take the old one offline or  rename it.  Or, set up the new server with a new name, and import the data by means other than OD Restore.

Supposing you went ahead with OD restore and everything went perfectly, if you use other Mac OS X services, such as mail and web, you would need to copy the data from those services over to the new server.  Same goes for home directories.</description>
		<content:encoded><![CDATA[<p>Hi Barry,</p>
<p>I haven&#8217;t tested your scenario specifically, and I don&#8217;t have time at the moment to dig into <a href="http://images.apple.com/server/macosx/resources/" rel="nofollow">the documentation</a> (for what thats worth), so bear that in mind.  I would suppose that the OD backup / restore is only going to work properly for you if your new machine has the same hostname and DNS settings as the old machine.  By &#8220;work properly&#8221; I&#8217;m referring to Kerberos and everything associated with it.  Kerberos is inherently tied to host/domain names, so effectively changing those names will break it.</p>
<p>In your case, a better strategy might be to name the new Xserve the same as the old one, then when you are ready to take it online, either take the old one offline or  rename it.  Or, set up the new server with a new name, and import the data by means other than OD Restore.</p>
<p>Supposing you went ahead with OD restore and everything went perfectly, if you use other Mac OS X services, such as mail and web, you would need to copy the data from those services over to the new server.  Same goes for home directories.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Barry</title>
		<link>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-1289</link>
		<dc:creator>Barry</dc:creator>
		<pubDate>Fri, 14 Mar 2008 14:38:22 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-1289</guid>
		<description>Brent

I'm trying to distill the information posted here, but I think I'm a bit confused.  Here is my scenario:

G4 MD 10.4Server (OD Master) hosting xServe RAID.  New Xeon xServe to replace G4 MD as host and OD Master).  Separate Replica to be deployed afterwards.  About 100 very stubborn users.

Gist of the problem:  Trying to move over the old OD to the new Xeon host.  Xeon will have a new IP and DNS name, but the old DNS name will be added/appended/aliased to the current DNS A record kept by our Hospital.  What, exactly, do I have to modify?  If I follow the OD backup and restore method (easy way), what exactly needs to be modified, other than removing of certain user accounts (as recommended).  Sorry for asking for the easy way out here....</description>
		<content:encoded><![CDATA[<p>Brent</p>
<p>I&#8217;m trying to distill the information posted here, but I think I&#8217;m a bit confused.  Here is my scenario:</p>
<p>G4 MD 10.4Server (OD Master) hosting xServe RAID.  New Xeon xServe to replace G4 MD as host and OD Master).  Separate Replica to be deployed afterwards.  About 100 very stubborn users.</p>
<p>Gist of the problem:  Trying to move over the old OD to the new Xeon host.  Xeon will have a new IP and DNS name, but the old DNS name will be added/appended/aliased to the current DNS A record kept by our Hospital.  What, exactly, do I have to modify?  If I follow the OD backup and restore method (easy way), what exactly needs to be modified, other than removing of certain user accounts (as recommended).  Sorry for asking for the easy way out here&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brent</title>
		<link>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-1212</link>
		<dc:creator>Brent</dc:creator>
		<pubDate>Sun, 09 Mar 2008 03:27:57 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-1212</guid>
		<description>All that you need to do is move/copy the data.  I used tar, which is a tried and true way to copy large numbers of files and directories, preserving permissions, access and ownership data.  I essentially created an archive of the data with tar, then unpacked that archive on the new machine.

For more information on tar, open a Terminal, and run 'man tar'.  Also run 'tar ---help', which gives you all of the options for tar.  

As an example, if I wanted to tar the /Users directory, I would run 'tar cvf myarchivefile.tar /Users'.  To untar that archive somewhere else, I'd run 'tar xvf myarchivefile.tar'.  tar takes other options as well, such as ---exclude.  In the blog post, my example excludes the Caches directories; I could add to that ".Trash*" to avoid copying files from user's trashes.

Aside from tar, there are many other ways of copying files that preserve permissions and other attributes; rsync is another of my other favorites.</description>
		<content:encoded><![CDATA[<p>All that you need to do is move/copy the data.  I used tar, which is a tried and true way to copy large numbers of files and directories, preserving permissions, access and ownership data.  I essentially created an archive of the data with tar, then unpacked that archive on the new machine.</p>
<p>For more information on tar, open a Terminal, and run &#8216;man tar&#8217;.  Also run &#8216;tar &#8212;help&#8217;, which gives you all of the options for tar.  </p>
<p>As an example, if I wanted to tar the /Users directory, I would run &#8216;tar cvf myarchivefile.tar /Users&#8217;.  To untar that archive somewhere else, I&#8217;d run &#8216;tar xvf myarchivefile.tar&#8217;.  tar takes other options as well, such as &#8212;exclude.  In the blog post, my example excludes the Caches directories; I could add to that &#8220;.Trash*&#8221; to avoid copying files from user&#8217;s trashes.</p>
<p>Aside from tar, there are many other ways of copying files that preserve permissions and other attributes; rsync is another of my other favorites.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David</title>
		<link>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-1189</link>
		<dc:creator>David</dc:creator>
		<pubDate>Wed, 05 Mar 2008 21:49:24 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2007/11/13/tiger-to-leopard-server-migration-part-two/#comment-1189</guid>
		<description>Thanks for the speedy response

I would like more detailed information on the migration of home directories.
When you write about creating a Tar and etc.

I have an xserve with three drives: 80gb(running the os), 700(for the directories) and another 700 for backups(sparse).

I will also have a g5 dual 2gig running as a replica to my xserve.


thanks for all your help. looking forward to your response.</description>
		<content:encoded><![CDATA[<p>Thanks for the speedy response</p>
<p>I would like more detailed information on the migration of home directories.<br />
When you write about creating a Tar and etc.</p>
<p>I have an xserve with three drives: 80gb(running the os), 700(for the directories) and another 700 for backups(sparse).</p>
<p>I will also have a g5 dual 2gig running as a replica to my xserve.</p>
<p>thanks for all your help. looking forward to your response.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.199 seconds -->
