home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / novell / 11406 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  3.2 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!ux1.cso.uiuc.edu!mp.cs.niu.edu!news.ecn.bgu.edu!uxa.ecn.bgu.edu!not-for-mail
  2. From: msjle@uxa.ecn.bgu.edu (Joi L. Ellis)
  3. Newsgroups: comp.sys.novell
  4. Subject: Re: Getting ready to upgrade to 3.11
  5. Date: 12 Jan 1993 19:47:20 -0600
  6. Organization: Educational Computing Network
  7. Lines: 61
  8. Message-ID: <1ivsb8INNmb1@uxa.ecn.bgu.edu>
  9. References: <Jan12.230642.58633@yuma.ACNS.ColoState.EDU>
  10. NNTP-Posting-Host: uxa.ecn.bgu.edu
  11. Keywords: advice
  12.  
  13. pruett@CS.ColoState.EDU (J. L. Pruett) writes:
  14.  
  15. >I'm getting ready to upgrade our Novell network 2.2 to the
  16. >3.11.  Does anyone have any advice or warnings to give me? 
  17.  
  18. >Thanks
  19. >Jenny
  20.  
  21. I just did this last week.  I downloaded MIGRATE.ZIP (I think that was
  22. the name) from novell's ftp server.  It's a beta version.  It worked
  23. great, except:
  24.  
  25. 1) my backup device wouldn't function under the 3.11 NLMS so I had to
  26. fall back on a borrowed backup unit.  Make sure whatever backup method
  27. you use during your rebuild will function correctly when the server
  28. becomes a real 3.11 puppy.
  29.  
  30. 2) I used Migrate to create a twin of my 2.2 original server onto a
  31. borrowed 3.11 spare server.  I carefully compared number of files &
  32. bytes on both the old and borrowed servers until I was sure everything
  33. had migrated ok.  Then I nuked my old server and rebuilt it from scratch
  34. under 3.11.  After that worked ok, I tried restoring from backup tape.
  35. No go.  Then I used NCOPY to get stuff from the borrowed server to the
  36. new one.  That all worked ok.  Then I used Cheyenne Utilities to
  37. transfer the bindery of the borrowed server to the new server.  That
  38. worked ok, too.  I thought I was all set.
  39.  
  40. 3) The next day, my bosses secretaries complained that their files were
  41. missing!  I eventually discovered that MIGRATE had placed some 50 users'
  42. files as subdirectories under another regular user.  The 50 had home
  43. directories of their own, and their bindery info was ok, except that all
  44. their files existed elsewhere.  IE User BETH's directory SYS:USERS\BETH
  45. became SYS:USERS\GREGM\BETH.  I haven't a *clue* why this occurred.  I
  46. failed to catch this before I nuked my original server because I was
  47. only counting files and bytes total under the root of each volume, not
  48. within each subdirectory under the volume.
  49.  
  50. I went back and studied the migration report MIGRATE created, and sure
  51. enough, it reported moving all those users' files under GREGM instead of
  52. where they really belonged.  The report  didn't give any reason why it
  53. did this, though.
  54.  
  55. Upshot, I temporarily lost some files for a lot of users but once I
  56. found out where they really were, putting them back where they belonged
  57. was a simple matter.  The only gotcha: any special trustee rights those
  58. users may have granted to other users are lost, becuase those
  59. directories didn't already exist when I restored the bindary.
  60.  
  61. Other than this, Migrate worked GREAT.
  62.  
  63. (Yes, I know, I could have done an inplace migration or used 2xto3x
  64. instead, but I needed to do a major reorganization of my volumes at the
  65. same time, and I did *not* trust my backup unit, critical in an inplace
  66. migration.)
  67.  
  68.  
  69.  
  70. -- 
  71. Joi Ellis                      msjle@uxa.ecn.bgu.edu
  72. Student Residential Programs   Western Illinois University
  73.  
  74.