doc/en_US.ISO8859-1/htdocs/internal/machines.xml
Glen Barber dea685b0db Update the internal machines page:
- All ref* machines are reference machines with similar
  hardware configurations (excluding ia64, sparc64).
- We don't need to list administrative (infrastructural)
  machines, so they're removed.  If anyone wants to know,
  it's in DNS.
- Hub is deprecated.  Yay.
- Remove the 'type' column for various machines.  People
  that are interested (and have access) can check dmesg(8).
- Remove a site-specific reference, as we have many sites
  now, and this page is not the right place to thank the
  generous bandwidth/power/facility providers for our many
  sites.

With hat:	admins
Sponsored by:	The FreeBSD Foundation
2015-06-25 01:02:16 +00:00

195 lines
3.9 KiB
XML

<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//FreeBSD//DTD XHTML 1.0 Transitional-Based Extension//EN"
"http://www.FreeBSD.org/XML/share/xml/xhtml10-freebsd.dtd" [
<!ENTITY title "The FreeBSD.org Network">
]>
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>&title;</title>
<cvs:keyword xmlns:cvs="http://www.FreeBSD.org/XML/CVS">$FreeBSD$</cvs:keyword>
</head>
<body class="navinclude.docs">
<p>This page documents, for those with accounts on the
FreeBSD.org network, just what machine resources are currently
available and the sorts of jobs they are being provided for.</p>
<p>For a list of SSH host keys and their fingerprints for the
public FreeBSD.org machines, please see <a href="ssh-keys.asc">
this file</a>.</p>
<h2>Developer FreeBSD.org hosts</h2>
<p>These systems are available for FreeBSD developer / committer use.
Reference systems can be used for build tests etc.</p>
<table class="tblbasic">
<thead>
<tr>
<th align="left">Host</th>
<th align="left">OS</th>
<th align="left">Type</th>
<th align="left">Purpose</th>
</tr>
</thead>
<tbody>
<tr>
<td>eris</td>
<td>10-STABLE</td>
<td>ia64</td>
<td>Reference machine.</td>
</tr>
<tr>
<td>flame</td>
<td>10-STABLE</td>
<td>sparc64</td>
<td>Reference machine.</td>
</tr>
<tr>
<td>freefall</td>
<td>11-CURRENT</td>
<td>amd64</td>
<td>Shell Logins.</td>
</tr>
<tr>
<td>pluto</td>
<td>10-STABLE</td>
<td>ia64</td>
<td>Reference machine.</td>
</tr>
<tr>
<td>ref[10|9|8]-amd64</td>
<td>X-STABLE</td>
<td>amd64</td>
<td>Reference machine.</td>
</tr>
<tr>
<td>ref[11|10]-i386</td>
<td>X-STABLE</td>
<td>i386</td>
<td>Reference machine.</td>
</tr>
</tbody>
</table>
<h2>Administrative FreeBSD.org hosts</h2>
<p>These systems perform various administrative services. Most have
restricted access.</p>
<table class="tblbasic">
<thead>
<tr>
<th align="left">Host</th>
<th align="left">Purpose</th>
</tr>
</thead>
<tbody>
<tr>
<td>ftp-master</td>
<td>FTP Master (stage server).</td>
</tr>
<tr>
<td>skunkworks</td>
<td>Perforce server.</td>
</tr>
<tr>
<td>svn</td>
<td>Subversion master repository.</td>
</tr>
</tbody>
</table>
<h2>Ports building cluster</h2>
<p>The ports building cluster is primarily managed by the Ports
Management team (portmgr).</p>
<table class="tblbasic">
<thead>
<tr>
<th align="left">Host</th>
<th align="left">Purpose</th>
</tr>
</thead>
<tbody>
<tr valign="top">
<td>beefy<em>[1-8]</em></td>
<td>Package building machines</td>
</tr>
</tbody>
</table>
<h2>Hardware configurations</h2>
<table class="tblbasic">
<thead>
<tr>
<th align="left">Host</th>
<th align="left">Hardware</th>
</tr>
</thead>
<tbody>
<tr valign="top">
<td>freefall</td>
<td>Check <tt>dmesg(8)</tt>.</td>
</tr>
<tr valign="top">
<td>ref<em>[8-11]</em>-amd64</td>
<td>Check <tt>dmesg(8)</tt>.</td>
</tr>
<tr valign="top">
<td>ref<em>[10-11]</em>-i386</td>
<td>Check <tt>dmesg(8)</tt>.</td>
</tr>
</tbody>
</table>
<p>Machines are generally connected at 1Gbit/sec full-duplex to
a dedicated switch with redundant gigabit uplinks. All systems have
logged serial consoles and remote power management.</p>
<h2>Administrative Policies</h2>
<p>If the machine in question is "owned" by someone specific, please
direct queries to them first when asking about administrative issues,
this includes changes to user accounts or filesystem layout.</p>
<p>All new user accounts must be cleared with the admin staff,
and are given
only to FreeBSD developers, either in the docs, ports or general
src hacking category. Accounts may be given to non-project developers
if they have a specific need to test something of a truly experimental
nature and need access to a FreeBSD machine for the purpose. See
<a href="new-account.html">New Account Creation Procedure page</a> for
details on new accounts. Accounts
are not given to the general public for "vanity domain" mail or
other such uses. It would be a waste of time to ask. Thanks.</p>
<p></p><a href="internal.html">FreeBSD Internal Home</a>
</body>
</html>