AFSLore/SupportedConfigurations.mdwn

   1 ## <a name="NAMEI vs. inode based file serve"></a> NAMEI vs. inode based file server
   2
   3 There are two different flavours of the AFS file server (the fs process): One uses inodes to store AFS data (volumes, files, metadata), the other uses real files.
   4
   5 The inode-based server needs a file system which supports access by inode and usually a special fsck is required so that the AFS data is not corrupted (since the server does some behind-the-scenes stuff with the file system). The NAMEI file server does not pose any unusual constraints on the underlying filesystem - it's an ordinary userspace program working with (silly-named) files.
   6
   7 You can easily see that you are using an NAMEI file server if there is a directory named `AFSIDat` and with subdirectories like `+` and `+1` in your `/vicep*`.
   8
   9 -- [[TinoSchwarze]] - 25 Jul 2003
  10
  11 ## <a name="Recommended Partition Types for"></a><a name="Recommended Partition Types for "></a> Recommended Partition Types for use with [[OpenAFS]]
  12
  13 <table border="1" cellpadding="0" cellspacing="0">
  14   <tr>
  15     <th bgcolor="#99CCCC"><strong> namei Server </strong></th>
  16     <th bgcolor="#99CCCC"><strong> Server vicexx Partition Types </strong></th>
  17   </tr>
  18   <tr>
  19     <td> Any system type </td>
  20     <td> Basically any filesystem you like, as the new namei file server does not do any fancy stuff behind the scenes but only accesses normal files (their names are a bit strange though). </td>
  21   </tr>
  22 </table>
  23
  24 <table border="1" cellpadding="0" cellspacing="0">
  25   <tr>
  26     <th bgcolor="#99CCCC"><strong> inode Server </strong></th>
  27     <th bgcolor="#99CCCC"><strong> Server vicexx Partition Types </strong></th>
  28   </tr>
  29   <tr>
  30     <td> i386_linux24 </td>
  31     <td><code>ext2</code>, <code>ext3</code></td>
  32   </tr>
  33   <tr>
  34     <td> sun4x_5[789] </td>
  35     <td><code>ufs</code> w/o logging </td>
  36   </tr>
  37   <tr>
  38     <td> aix_4[345] , aix_51 </td>
  39     <td><code>ufs</code></td>
  40   </tr>
  41   <tr>
  42     <td> sgi_65 </td>
  43     <td><code>XFS</code></td>
  44   </tr>
  45   <tr>
  46     <td> ppc_darwin_14 </td>
  47     <td> ??? </td>
  48   </tr>
  49   <tr>
  50     <td> alpha_dux[40 </td>
  51     <td> 50 </td>
  52     <td> 51] </td>
  53     <td><code>ufs</code> , no <code>AdvFS</code> support </td>
  54   </tr>
  55 </table>
  56
  57 <table border="1" cellpadding="0" cellspacing="0">
  58   <tr>
  59     <th bgcolor="#99CCCC"><strong> Client </strong></th>
  60     <th bgcolor="#99CCCC"><strong> Cache (<code>/usr/vice/cache</code>)Partition Types </strong></th>
  61   </tr>
  62   <tr>
  63     <td> i386_linux24 </td>
  64     <td><code>ext2</code>, <code>ext3</code></td>
  65   </tr>
  66   <tr>
  67     <td> sun4x_5[789] </td>
  68     <td><code>ufs</code> without logging or dedicated ufs cache partition with logging, <code>vxfs</code></td>
  69   </tr>
  70   <tr>
  71     <td> aix_4[345] , aix_51 </td>
  72     <td><code>ufs</code>, <code>JFS</code></td>
  73   </tr>
  74   <tr>
  75     <td> sgi_65 </td>
  76     <td><code>XFS</code></td>
  77   </tr>
  78   <tr>
  79     <td> ppc_darwin_14 </td>
  80     <td> ??? </td>
  81   </tr>
  82   <tr>
  83     <td> These Don't Work </td>
  84     <td><code>reiserfs</code>, <code>vxfs</code> (HP-UX, Solaris), <code>AdvFS</code> (OSF1/DigitalUnix/CompaqUnix/Tru64Unix) </td>
  85   </tr>
  86 </table>
  87
  88 Further, [[Tru64Unix]] 5.1 has only server support on ufs. The client is supported under Arla including `AdvFS` (but no server support as of Apr 2002). Server and client should work under DU4.0 and [[Tru64Unix]] 5.0.
  89
  90 - **Question:** Does this table imply that clients can't use the NAMEI backend and still need a specific filesystem? Will this ever change?
  91
  92 -- [[ToddLewis]] - 06 Nov 2002
  93
  94 - **Another Question:** Does this mean that you can use an NFS mount point as a /vicexx if you use a NAMEI fileserver?
  95
  96 -- [[ChrisMcClimans]] - 25 Jul 2003