mcl 20110916 current notes for Redwood City systems ---------------------------- off-site contact ---------------------------- Mark Linimon (linimon@FreeBSD.org; 'linimon' on EFnet). Ping me for my cell phone number. (I will make myself available to support any on-site work.) ---------------------------- on-site contacts ---------------------------- Primary: Peter Losher (plosher at isc dot org.) Secondary: Dan Mahoney (dmahoney at isc dot org). ---------------------------- physical access ---------------------------- You must be escorted by an ISC employee due to insurance reasons. You must arrange access ahead of time. Generally, access is restricted to 9am to about 6pm during weekdays, except by prior arrangement. Arrange access by emailing hands _at_ isc _dot_ org. Please Cc: linimon. All of the FreeBSD machines are located in the "burn-in room" (historical name) in racks A2, A3, and B2, toward the northeast side of the building. You will want earplugs. -------------------------------- logins -------------------------------- We would prefer people bring a laptop and plug in via ethernet and use DHCP. (There is too much EMI for wireless to work right.) Any spare ethernet jack in any of our switches in A2, A3, or B2 will work. (not isc's switch at the top of A3.) linimon will arrange a login for you on the machine that runs conserver(1), named 'danner', if you need it; and also provide you with the password to the power controllers. ----------------------------- network setup ----------------------------- isc.freebsd.org is 149.20.53.0/26. --------------------------------- dhcp --------------------------------- Let linimon know your phy address ahead of time and he'll assign a DHCP entry for you on 149.20.53.62. ---------------------------- power controllers ---------------------------- To log into one of the new power controllers, from danner: console pduA{2|3} At some point we will set them up with ssh correctly. Account is admin/admin for now. Type 'help' for help. To log into one of the old power controllers: console -A baytech-{a2|a3|b2|b2b} The menu will show up. It is very simplistic. If it does not, and you get 'Coldfire login:', use root. They are named by which rack they are located in. Mostly they control what is in their own rack, but there is some cross-cabling. You can also do telnet to the first 3. baytech-b2b has no serial connector. (later note: baytech-b2 is dead; baytech-b2b will not talk) ---------------------------- serial consoles ---------------------------- Control of remote console access is through danner.isc.sfreebsd.org. To look at a serial console log for machine foo on danner: tail -f /var/consoles/foo To access a serial console from danner: console -A foo To exit: ^E c . (literal period) linimon can modify /usr/local/etc/conserver.cf. There are not many spare, but 48 is kept as "testjig" as a floater. Moving the others around is not recommended, since the /var/consoles/ files will then have output from 2 different machines, leading to confusion. -------------------------- direct console access -------------------------- To do much of anything, you'll need to borrow a VGA LCD thing (and probably an extender cable) and some kind of PC keyboard. They have a stack of keyboards in the back room. The LCDs are more scarce. Some of the machines have VGA/KBD on the front, some on the back. These are the standard green/purple arrangement. All the i386 and amd64 machines have standard VGA/KBD. Most of the Suns have VGA but need the special Sun keyboard. There is a Sun keyboard lying around. It's ISC's but as far as they care it can live there. There is space in A2 and B2 to set a small LCD; if that's not convenient, you'll have to borrow something. The Rackable systems (named Thunder* for their Tyan Thunder mainboards) really hate to go to the BIOS on boot. You may have to hold down the DEL key, or pound on it. Only about 1 time out of 2 will they pay attention to it. (This is true either for local or remote). Apparently "they just do that". The 1U "hammer" machines have 2 front panel buttons, reboot on the left and power on the right. If they do not come up after a power cycle, press the right one, go into the BIOS, and look for Chipset/Southbridge configuration, and change the powerup setting to "always on". The Dell 1750s just hate to come up after power cycle. There is no entry in the BIOS for 'power = last state' so don't go crazy looking for it. ------------------------- cables and connectors ------------------------- There is a giant pile of RJ45 cables in the back room at ISC, and we can feel free to use those. By convention, the green cables are used for serial console, and go to the OpenGear CM4148 console server at the top of A2. The blue cables are used for ethernet, and go to either the 24-port Netgear JGS524 10/100/1G at the top of A2, or the 16-port Netgear whateveritis 10/100 at the top of A3, or the switches in B2. Some cables may not be blue, but they shouldn't be green, to keep down confusion. One cable from each of the switches goes to a switch in A4. This is controlled by ISC, and only some ports are open, and only for certain address ranges. Contact plosher if you need to do anything that involves that switch. There are 2 types of dongles: - RJ-45 F to RJ-45 M, 8", OpenGear part # 449016 - RJ-45 to DB-15 (IIRC). The Suns take the latter; everything else, the former. --------------------------- miscellaneous --------------------------- There is a cardboard box to your left as you enter the room, on the shelf unit, labeled FreeBSD. That has 7.0 CDs, (sometimes) spare 72G SCSI drives for the Netras, some short patch cables, tie-wraps, and some other glop. It all belongs to us. Other things lying around don't. There is some stuff that linimon has shipped out (spare hard drive caddies) that is ours too. Contact plosher. The Foundry switch, while working, was decommissioned as being a power-hog. ISC is getting very sensitive to power and cooling requirements; they have had to spend a lot of money trying to catch up on infrastructure. I do not know who it belongs to (the Foundation?) so I simply disconnected and stored it. (It may have gone away by now.)