OK, I found a stragegy that worked.<br><br>I took vmware and prepared a virtual machine. I did the RPM install of the same directory server 1.0.4. that was installed on the old server. Luckily I had retrospect on the machine. I used restrospect to do a full disk restore of the old system onto the new one. 
<br><br><br>I stopped networking on the server first for fear that the system would start up and try to join the live systme and corrupt data.<br><br>The server did startup but the data was not as it was that day. This was probably due to the fact that retrospect backed up open files of the FDS. 
<br><br>That is ok though. I also had been running db2bak every night. I used back2db.pl to restore one of the backups over the current. Then I ran db2ldif and moved the ldif files out. Then I did an rpm -e fedora.1.0.4.<br>
<br>Then I reinstalled FDS again and used the ldif to restore the data.<br><br>The long way around. Having VMWare was nice because I was able to shut down networking but still access the VMWARE console from the network. :)
<br><br>Edward<br> 
<div><span class="gmail_quote">On 4/9/07, <b class="gmail_sendername">Eddie C</b> <<a href="mailto:edlinuxguru@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">edlinuxguru@gmail.com</a>
> wrote:</span>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">
<div>Unfortunately I only have the db2bak from the day I need to restore. No ldif files. And I need to restore them to a new server. I do not need all the configuration data. I only need two of our data trees.</div>
<div><span>
<div> </div>
<div> </div>
<div><br><br> </div>
<div><span class="gmail_quote">On 4/9/07, <b class="gmail_sendername">Oscar A. Valdez</b> <<a href="mailto:oscar.valdez@duraflex.com.sv" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">oscar.valdez@duraflex.com.sv 
</a>> wrote:</span> 
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">El lun, 09-04-2007 a las 14:22 -0400, Eddie C escribió:<br>> Every night I run a db2bak.
<br>> Can this backup be safely restored to a different server? using 
<br>> bak2db?<br><br>It won't.<br><br>I had to do a restore by necessity, and here's what I had to do (by<br>Noriko Hosoi's gracious recommendation):<br><br>1. on the current directory server, export the data into ldif files. 
<br>go to your <server_root>/slapd-<id>; run "db2ldif -n <backend>" for each backend (e.g., userRoot) EXCEPT NetscapeRoot<br>2. install new FDS<br>3. go to the <new_server_root>/slapd-<id> 
<br>4. stop the directory server<br>5. import the ldif files from the current directory server<br>repeat "ldif2db -n <backend> -i <server_root>/slapd-<id>/<date_time>.ldif" for each <date_time>.ldif file exported in (1). 
<br>6. start the directory server<br><br>The issue is documented in this thread:<br><a href="https://www.redhat.com/archives/fedora-directory-users/2007-February/msg00024.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

https://www.redhat.com/archives/fedora-directory-users/2007-February/msg00024.html </a><br><br>The NetscapeRoot instance is server-specific, and it won't restore<br>properly on a new server.<br>--<br>Oscar A. Valdez<br>

<br><br>--<br>Fedora-directory-users mailing list<br><a href="mailto:Fedora-directory-users@redhat.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">Fedora-directory-users@redhat.com</a><br><a href="https://www.redhat.com/mailman/listinfo/fedora-directory-users" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

https://www.redhat.com/mailman/listinfo/fedora-directory-users</a><br></blockquote></div><br></span></div></blockquote></div><br>