User Tools

Site Tools


haas:status:status_201107

<html><center></html>STATUS updates<html></center></html>

TODO

  • the formular plugin is giving me errors, need to figure this out (email assignment form)
  • update grade not-z scripts to handle/be aware of winter terms
  • update system page for (new)www
  • redo DSLAB tweedledee/tweedledum with squeeze rebuilt tweedledee, tweedledum on the way
    • rebuild DSLAB www, irc, auth as squeeze VMs
  • load balance/replicate www/wiki content between LAIR and DSLAB
  • adapt LAIR irc and lab46 to use self-contained kernels (how to do this?)
  • update system page for db
  • migrate nfs1/nfs2 system page to current wiki
  • update nfs1/nfs2 to squeeze
  • flake* multiseat page

URLs

Other Days

July 29th, 2011

DSLAB connectivity issues FIXED

Fixed it!

Three separate problems….

duplicate IP across juicebar interfaces

xl0 and xl1 were competing for 137.238.7.x addresses.. xl0 was a disconnected interface, xl1 is the actual external interface.

ifconfig xl0 down does NOT disable the interface on OpenBSD. ifconfig xl0 inet delete, however DOES fix the problem.

DNS firewall rule

I was using an rdr rule for DNS, which is not what is needed. This is what we want:

# Allow DNS
pass in on {$ext_if} proto {tcp,udp} from any to ($ext_if) port 53

node00 resolv.conf non-existent

node00 is suffering from some stale NFS handles… resolve.conf is the primary victim… no resolv.conf, no DNS… no DNS, no resolution of things like LDAP servers… which prevents users from logging in; so some local entries in /etc/hosts were performed to enable necessary functionality.

July 28th, 2011

juicebar external connectivity issues

I believe I found the culprit causing some grief when trying to connect to juicebar… turns out there were two network interfaces with identical IPs assigned… xl0, which is unattached, had a 137.238.7.4 IP, which I know I accidentally assigned.

xl1 is the actual external interface, where I aliased the 137.238.7.4 IP… so this was apparently causing some grief. What I can't fully figure out is why I could access it (and VPN directly to juicebar) just fine but others could not… the emerging pattern seems to be that those originating from SUNY Geneseo addresses were completely cut off from juicebar, but those from an outside address had no problem.

This would make sense in that all the people who reported problems have the ability to VPN into Geneseo's network, so would be accessing juicebar from a Geneseo address.

July 26th, 2011

DSLAB DNS still broke

Turns out that while I can talk to the DSLAB DNS server via nslookup, the world may still be experiencing problems talking to it. Investigating…

July 24th, 2011

DNS lookup

A useful command-line for MacOS X nslookup:

$ nslookup cluster.ds.geneseo.edu 137.238.7.1

Server:		137.238.7.1
Address:	137.238.7.1#53

cluster.ds.geneseo.edu	canonical name = node004.ds.geneseo.edu.
Name:	node004.ds.geneseo.edu
Address: 137.238.7.4

$ 

First arg is what you're testing, second arg is the server you're testing against.

juicebar pf for DNS

Turns out external DNS queries for ds.geneseo.edu were not working.

I fixed it as follows:

# Allow DNS
rdr pass on {$ext_if} proto {tcp,udp} to port 53 -> 10.81.1.1

July 7th, 2011

Fun with Arduino/Gameduino

Wiimote Classic Controller and SNES9x EX

After Jailbreaking the iPad 2 with the recent http://jailbreakme.com service, I took advantage of the availability of Cydia to install SNES9x EX (a free SNES9x port to iOS), which has functional classic controller support. Full screen playable SNES goodness on the iPad!

<html><center></html>

<html></center></html>

haas/status/status_201107.txt · Last modified: 2011/08/01 01:12 by 127.0.0.1