home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / mach / 961 < prev    next >
Encoding:
Internet Message Format  |  1992-07-26  |  15.3 KB
  1. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!wupost!usc!rpi!usenet.coe.montana.edu!ogicse!das-news.harvard.edu!cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!rwd
  2. From: rwd@CS.CMU.EDU (Randall Dean)
  3. Newsgroups: comp.os.mach
  4. Subject: Re: non-CMU 386BSD Single Server procgress???
  5. Message-ID: <RWD.92Jul26161557@ERNST.MACH.CS.CMU.EDU>
  6. Date: 26 Jul 92 21:15:57 GMT
  7. Article-I.D.: ERNST.RWD.92Jul26161557
  8. References: <3776@blue.cis.pitt.edu.UUCP>
  9. Reply-To: rwd+@CS.CMU.EDU
  10. Distribution: usa
  11. Organization: School of Computer Science, Carnegie Mellon University
  12. Lines: 323
  13. Nntp-Posting-Host: ernst.mach.cs.cmu.edu
  14. In-Reply-To: dri@gl.pitt.edu's message of 26 Jul 92 06:01:45 GMT
  15. Originator: rwd@ERNST.MACH.CS.CMU.EDU
  16.  
  17. At the end of this message is the original posting I made on the subject.
  18. The BNR2SS is now building with the OSF ODE build tools which is license
  19. free.  We are working on getting an entirely self-hosting environment.
  20. We are close, but not quite there.  When we are self-hosting, we will
  21. probably go to the first FTPable release.  That release will contain
  22. SUP so that people will use it for upgrades.  Please subscribe to the
  23. bnr2ss mailing list and direct further questions there.
  24.  
  25. Randall W. Dean
  26. Senior Research Programmer
  27. Mach Project
  28. Carnegie Mellon University
  29.  
  30. XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
  31.  
  32. Announcing the first release of BNR2SS, a Mach 3.0 single
  33. server with environment, based on the Berkeley Network
  34. Release 2 (BNR2) and Bill Jolitz's 386BSD release.
  35.  
  36. This release contains:
  37.  
  38.  o  Complete sources to the BNR2SS.   This is a license
  39.     free BSD server which runs on the free Mach 3.0 kernel.  At
  40.     this time, the only platform being supported is the
  41.     INTEL 80x86.
  42.     This first release will also be a SUP only release.  This
  43.     will limit the release to sites with existing experience
  44.     with the Mach 3.0 (or Mach 2.5) system.  In future releases,
  45.     we will make the BNR2SS source available for anonymous FTP.
  46.     We currently make the MACH3 kernel available via FTP.
  47.     Presently, you need the standard Mach build environment
  48.     that is used to build UX and MK, to build BNR2SS
  49.  
  50.  o  A binary release of the Jolitz 386BSD environment plus a
  51.     Mach 3.0 kernel, BNR2SS, emulator, mach_init, ps and a few
  52.     other programs.
  53.     You can SUP the binary release onto a fresh disk, following the
  54.     recipe below, and boot this system.
  55.  
  56. All BNR2SS sources and MACH 3.0 sources in this release are free.
  57. All binaries in this release are believed free.  Almost all binaries
  58. were obtained from an anonymous ftp site that housed the 386BSD
  59. binaries and sources.  The sources and binaries in this release
  60. contain one or many of the copyrights found at the end of this
  61. file
  62.  
  63. Work is currently in progress to make the BNR2 server self-hosting.
  64. This entails moving away from the CMU build environment to
  65. the "free" OSF1 build environment.  A preliminary version of this has
  66. been done, and should be made available soon.
  67.  
  68. The current system does not have NFS.  Work is in progress to
  69. make this available next release also.
  70.  
  71. As this is an alpha release, there are many potential bugs in the
  72. server.  This is work in progress and should be treated as such.
  73. We are looking for people willing to test the system and not
  74. only find bugs, but implement a solution.  A mailing list has
  75. been set up for further discussion of this system.  Contributions
  76. should be sent to:
  77.  
  78. bnr2ss@cs.cmu.edu
  79.  
  80. requests to be added to the list should be sent to
  81.  
  82. bnr2ss-request@cs.cmu.edu
  83.  
  84.             DIRECTIONS FOR SUP
  85.  
  86. These directions are from the first user of the system besides me.
  87. These have been known to work at least once.
  88.  
  89. 0. I presume you are using the CMU Tahoe Release.  I presume you
  90.    have a spare disk to load the Jolitz distribution and Mach Single
  91.    Server onto.  And I presume you know about the CMU SUP program.
  92. 0a. SUP will be used to upload the release.   SUP tranfers
  93.     the userid and groupid information for a file as ascii text and
  94.     if SUP does not find the a matching entry in your passwd/group
  95.     files, it will not be able to set the userid/groupid of the file
  96.     correctly.  So we need steps 1 and 2 below to make SUP happy.
  97.  
  98. 1. Add the following lines to /etc/passwd
  99. acu:*:4:0:Acu Stuff:/:/dev/null
  100. mach3:*:11:11:Mach Developed Software:/usr/mach3:/bin/csh
  101.  
  102. 1a. Your /etc/passwd should then contain the following
  103. root:INHsdIhO9CIq.:0:10:Charlie &:/:/bin/csh
  104. daemon:*:1:31:The devil himself:/:
  105. bin:*:3:10: Binaries Commands and Source:/:/bin/csh
  106. acu:*:4:0:Acu Stuff:/:/dev/null
  107. games:***:7:2:Games pseudo-user:/usr/games:
  108. mach3:*:11:11:Mach Developed Software:/usr/mach3:/bin/csh
  109. uucp:SET UUCP PASSWD:66:1:UNIX-to-UNIX Copy:/usr/spool/uucppublic:/usr/lib/uucp/uucico
  110.  
  111. 2. Add the following lines to /etc/group
  112. bin2:*:7:root
  113. mach3:*:11:root
  114.  
  115. 2a. Your /etc/group should then contain the following
  116. wheel:*:0:root,rootl
  117. daemon:*:1:daemon
  118. kmem:*:2:root
  119. sys:*:3:root
  120. tty:*:4:root
  121. operator:*:5:root
  122. bin2:*:7:root
  123. bin:*:10:root,games
  124. mach3:*:11:root
  125. staff:*:20:root
  126. guest:*:31:root
  127. ingres:*:74:ingres
  128.  
  129. 3. I have codified the instructions below for a "generic" XYZ type
  130. disk.  You would have either a scsi disk, called "sd" (which is what
  131. I used) or an esdi disk, called "hd".  So where ever you see XYZ1
  132. below, you should substitute "sd1" or "hd1" as appropriate for you.
  133. And where you see XYZ, you use "sd" or "hd". You need to setup the
  134. disk for mach use.  So do a 
  135.     diskutil clobber_my_disk /dev/rXYZ1a
  136.  
  137. 4. Create an A and D parititon.  And maybe an E for user data
  138.     eval `vtoc -m a /dev/rXYZ1c` 4096 512
  139.     eval `vtoc -m d /dev/rXYZ1c` 4096 512
  140.     eval `vtoc -m e /dev/rXYZ1c` 4096 512
  141.  
  142. 5. Mount A on /mnt and D on /mnt/usr
  143.     mount /dev/XYZ1a /mnt
  144.     mkdir /mnt/usr
  145.     mount /dev/XYZ1d /mnt/usr
  146.  
  147. 6. Now you can sup.  Use the following control files:
  148. first    host=x29.mach.cs.cmu.edu hostbase=/bnr2/DIST base=/mnt crypt=<crypt>
  149. bin.root host=x29.mach.cs.cmu.edu hostbase=/bnr2/DIST base=/mnt crypt=<crypt>
  150. bin.usr  host=x29.mach.cs.cmu.edu hostbase=/bnr2/DIST base=/mnt crypt=<crypt> prefix=usr
  151. src.bsdss host=x29.mach.cs.cmu.edu hostbase=/bnr2/DIST base=<your_base> crypt=<crypt> prefix=bsdss
  152.  
  153. 6a.  Crypts must be gotten from us.  This is not meant to limit distribution,
  154.      but help us keep track of who is picking up the code.  Please send
  155.      mail to bnr2ss-request@cs.cmu.edu for crypt.
  156.  
  157. 6b.  Since you must build the server in a Mach build environment at this time,
  158.      you should sup the src.bsdss collection to wherever is convenient on your
  159.      current system.
  160.  
  161. 7. The above sup should finish w/o errors.
  162.  
  163. 8. You must create a paging file (I am setting up 20Meg):
  164.     dd if=/dev/rXYZ1d of=/mnt/usr/pagingfile bs=1024k count=20
  165.     cd /mnt/mach_servers44; ln -s /dev/XYZ1d/pagingfile paging_file
  166.  
  167. 9. Now you must fix the following files in etc:
  168.     /etc/hosts
  169.     /etc/networks
  170.     /etc/netstart
  171.     /etc/fstab
  172. 9a. Just grab your favorite host and networks.
  173. 9b. netstart is pretty self explanatory, don't forget to add "route add"
  174.     for your gateway.
  175. 9c. /etc/fstab is a template.  It is setup for the esdi drive.  If you have
  176.     a scsi drive, just go in
  177.     and "xx" out the esdi and undo the "xx"'s for the sd disk.  NOTE: Due to
  178.     an incompatability between i386 MACH and BSD386 disk partitions.  You
  179.     use "2i" under BSDSS to refer to the mach partition "i".  So the lines
  180.     in /etc/fstab use XYZ2a and XYZ2d to refer to the second disk which
  181.     under mach is really XYZ1a and XYZ1d  -- sigh.
  182.  
  183. 10. Now reboot and bring up BSDSS single user.
  184.     /etc/reboot
  185. 10a. At the boot prompt type
  186.     XYZ(1,a)mach.boot -s
  187.     
  188. 11. Run fsck which will slightly adjust your filesystem.  Then you have to 
  189.     halt the machine and reboot again because the root fs was written.
  190. 11a. Physically reboot the machine
  191. 11b. At the boot prompt type and boot multi user.
  192.     XYZ(1,a)mach.boot
  193.  
  194. 12. Well you're up and running.  Or at least, it worked for me.
  195.     The initial screen print out of the login banner may be garbled.
  196.     But you should be able to login.  ROOT, ROOTL, AND ROOTLSH HAVE NO
  197.     PASSWORD.  YOU MIGHT WANT TO GIVE THEM ONE REALLY SOON.  B U T    T H I S
  198.     S T U P I D   S Y S T E M   K E E P S   Y O U R   P A S S W O R D
  199.     I N   C L E A R   T E X T,  S O   D O N ' T   U S E   Y O U R
  200.     F A V O R I T E   O N E.  You will also notice that there are 3
  201.     userid for cmu userid's 997, 998, and 999.  You can either delete
  202.     these or give them a password and if we ever need to login you
  203.     can tell us the password.
  204.  
  205. 13. Operationally, the disk subsystem seems pretty reliable.  I have not
  206.     lost any data and have been using the system a bit.  The network is fast
  207.     but ftp seems to run into a bit of trouble if you turn on hashing.  And
  208.     lastly, ^Z is pretty deadly right now.  If you ^Z something, kill it;
  209.     do not ever try to continue it.  And some programs can not even be
  210.     successfully ^Z'd, "ftp" comes to mind.  Lastly, sometimes output
  211.     flow control does not work and the display stops typeout (over telnet
  212.     connections), try typing a space or return at the display.  If necessary
  213.     you can successfully telnet in and kill -9 the typeout.
  214.  
  215. 14. The binary environment is basically what agate.berkeley.edu distributes
  216.     on 386bsd/floppies/3in/bin.  The differences are noted in /MANIFEST.mach.
  217.     Obviously, a lot of our favorite programs are missing.  We can work on
  218.     this.  Also, note that right now we just have "sh" and not "csh".  So
  219.     you must be careful setting up your password entry.  For example, "rootl"
  220.     can not really login, but "rootlsh" can.
  221.  
  222. 15. A few important facts about the environment.  We expect that you will use
  223.     sup to keep your binaries and sources up to date.  In /sup, there is
  224.     a template SUP control file, named SUPFILE, that indicates everything
  225.     we will allow you to sup.  You should copy this file to MYSUPFILE and
  226.     edit out the comments next to the sup collections that you want.  Then
  227.     you run MYSUPFILE to bring your system up to date.  NOTE: at present
  228.     we do not have "sup" built for this environment -- almost.  So you
  229.     must go back to your mach2.5 or mach3.0 system to do this sup.
  230.  
  231.                 COPYRIGHTS
  232.  
  233. /* 
  234.  * Mach Operating System
  235.  * Copyright (c) 1992 Carnegie Mellon University
  236.  * All Rights Reserved.
  237.  * 
  238.  * Permission to use, copy, modify and distribute this software and its
  239.  * documentation is hereby granted, provided that both the copyright
  240.  * notice and this permission notice appear in all copies of the
  241.  * software, derivative works or modified versions, and any portions
  242.  * thereof, and that both notices appear in supporting documentation.
  243.  * 
  244.  * CARNEGIE MELLON ALLOWS FREE USE OF THIS SOFTWARE IN ITS "AS IS"
  245.  * CONDITION.  CARNEGIE MELLON DISCLAIMS ANY LIABILITY OF ANY KIND FOR
  246.  * ANY DAMAGES WHATSOEVER RESULTING FROM THE USE OF THIS SOFTWARE.
  247.  * 
  248.  * Carnegie Mellon requests users of this software to return to
  249.  * 
  250.  *  Software Distribution Coordinator  or  Software.Distribution@CS.CMU.EDU
  251.  *  School of Computer Science
  252.  *  Carnegie Mellon University
  253.  *  Pittsburgh PA 15213-3890
  254.  * 
  255.  * any improvements or extensions that they make and grant Carnegie Mellon 
  256.  * the rights to redistribute these changes.
  257.  */
  258.  
  259. /*
  260.  * Copyright (c) 1989, 1990, 1991, 1992 William F. Jolitz, TeleMuse
  261.  * All rights reserved.
  262.  *
  263.  * Redistribution and use in source and binary forms, with or without
  264.  * modification, are permitted provided that the following conditions
  265.  * are met:
  266.  * 1. Redistributions of source code must retain the above copyright
  267.  *    notice, this list of conditions and the following disclaimer.
  268.  * 2. Redistributions in binary form must reproduce the above copyright
  269.  *    notice, this list of conditions and the following disclaimer in the
  270.  *    documentation and/or other materials provided with the distribution.
  271.  * 3. All advertising materials mentioning features or use of this software
  272.  *    must display the following acknowledgement:
  273.  *    This software is a component of "386BSD" developed by 
  274.     William F. Jolitz, TeleMuse.
  275.  * 4. Neither the name of the developer nor the name "386BSD"
  276.  *    may be used to endorse or promote products derived from this software
  277.  *    without specific prior written permission.
  278.  *
  279.  * THIS SOFTWARE IS A COMPONENT OF 386BSD DEVELOPED BY WILLIAM F. JOLITZ 
  280.  * AND IS INTENDED FOR RESEARCH AND EDUCATIONAL PURPOSES ONLY. THIS 
  281.  * SOFTWARE SHOULD NOT BE CONSIDERED TO BE A COMMERCIAL PRODUCT. 
  282.  * THE DEVELOPER URGES THAT USERS WHO REQUIRE A COMMERCIAL PRODUCT 
  283.  * NOT MAKE USE THIS WORK.
  284.  *
  285.  * FOR USERS WHO WISH TO UNDERSTAND THE 386BSD SYSTEM DEVELOPED
  286.  * BY WILLIAM F. JOLITZ, WE RECOMMEND THE USER STUDY WRITTEN 
  287.  * REFERENCES SUCH AS THE  "PORTING UNIX TO THE 386" SERIES 
  288.  * (BEGINNING JANUARY 1991 "DR. DOBBS JOURNAL", USA AND BEGINNING 
  289.  * JUNE 1991 "UNIX MAGAZIN", GERMANY) BY WILLIAM F. JOLITZ AND 
  290.  * LYNNE GREER JOLITZ, AS WELL AS OTHER BOOKS ON UNIX AND THE 
  291.  * ON-LINE 386BSD USER MANUAL BEFORE USE. A BOOK DISCUSSING THE INTERNALS 
  292.  * OF 386BSD ENTITLED "386BSD FROM THE INSIDE OUT" WILL BE AVAILABLE LATE 1992.
  293.  *
  294.  * THIS SOFTWARE IS PROVIDED BY THE DEVELOPER ``AS IS'' AND
  295.  * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
  296.  * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
  297.  * ARE DISCLAIMED.  IN NO EVENT SHALL THE DEVELOPER BE LIABLE
  298.  * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
  299.  * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
  300.  * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
  301.  * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
  302.  * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
  303.  * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
  304.  * SUCH DAMAGE.
  305.  *
  306.  */
  307.  
  308. /*
  309.  * Copyright (c) 1982, 1986, 1989 Regents of the University of California.
  310.  * All rights reserved.
  311.  *
  312.  * Redistribution and use in source and binary forms, with or without
  313.  * modification, are permitted provided that the following conditions
  314.  * are met:
  315.  * 1. Redistributions of source code must retain the above copyright
  316.  *    notice, this list of conditions and the following disclaimer.
  317.  * 2. Redistributions in binary form must reproduce the above copyright
  318.  *    notice, this list of conditions and the following disclaimer in the
  319.  *    documentation and/or other materials provided with the distribution.
  320.  * 3. All advertising materials mentioning features or use of this software
  321.  *    must display the following acknowledgement:
  322.  *    This product includes software developed by the University of
  323.  *    California, Berkeley and its contributors.
  324.  * 4. Neither the name of the University nor the names of its contributors
  325.  *    may be used to endorse or promote products derived from this software
  326.  *    without specific prior written permission.
  327.  *
  328.  * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
  329.  * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
  330.  * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
  331.  * ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
  332.  * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
  333.  * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
  334.  * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
  335.  * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
  336.  * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
  337.  * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
  338.  * SUCH DAMAGE.
  339.  *
  340.