From davyd at madeley.id.au Sat Jul 2 16:20:26 2005
From: davyd at madeley.id.au (Davyd Madeley)
Date: Sat Jul 2 16:20:27 2005
Subject: [tech] introducing... melanopus
Message-ID: <1120292426.7143.9.camel@frobisher.madeley.id.au>
The first of UCC's kindly donated Alphas is now running Debian Sarge.
This is the big workstation, which contains two 750MHz EV6s.
Specifications of this machine are:-
- 2x 750MHz 8MB cache Alpha EV6 processors
- 1.5GB of RAM
- 18GB Seagate SCSI HDD
- Voodoo3 graphics
- Soundblaster AWE64
- some form of fibre channel (not played with at all)
The thing has enough SCSI headers, slots and available power to drive a
whole lotta disks. It also has a heap of free PCI slots. Everything in
it seems to be working except the USB (the usb-ohci driver decodes it's
interrupt as 255). It doesn't run Linux 2.6 for some reason.
It's IP is currently 130.95.13.121 if you want to check it out. It has
LDAP logins enabled, but does not mount any home directories.
It does have working X11.
Since it is actually fairly grunty, I'm tempted to put it in the current
place of the non-operational Ultra30.
We would like to thank Fugro FSI for their kind donation of these
machines.
--d
--
Davyd Madeley http://www.davyd.id.au/
PGP Fingerprint
08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA
From davyd at madeley.id.au Sat Jul 2 16:26:21 2005
From: davyd at madeley.id.au (Davyd Madeley)
Date: Sat Jul 2 16:26:25 2005
Subject: [tech] searching for DEC-compatible network cards
Message-ID: <1120292781.7143.15.camel@frobisher.madeley.id.au>
The UCC has 7 3RU dual 800MHz alpha boxes, that have been kindly donated
to us by Fugro FSI. They don't currently have network cards, disks, or
much that isn't the logic board, memory and CPUs.
One idea is to netboot them and run them in some sort of clustered
environment, however this requires network cards that are compatible
with netbooting from SRM.
Anyone who might have some cards lying around is encouraged to donate or
sell them to the UCC. GigE cards would be perfect, but I'm not sure what
GigE cards have SRM support and as we know, beggers can't be choosers.
Any other sources of cards that people know about will be appreciated
too.
--d
--
Davyd Madeley http://www.davyd.id.au/
PGP Fingerprint
08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA
From cameron at ucc.asn.au Sat Jul 2 17:34:10 2005
From: cameron at ucc.asn.au (Cameron Patrick)
Date: Sat Jul 2 17:34:26 2005
Subject: [tech] searching for DEC-compatible network cards
In-Reply-To: <1120292781.7143.15.camel@frobisher.madeley.id.au>
References: <1120292781.7143.15.camel@frobisher.madeley.id.au>
Message-ID: <20050702093410.GA22545@patrick.wattle.id.au>
Davyd Madeley wrote:
> One idea is to netboot them and run them in some sort of clustered
> environment, however this requires network cards that are compatible
> with netbooting from SRM.
I believe that pretty much means original (DECchip) Tulips.
> Anyone who might have some cards lying around is encouraged to donate or
> sell them to the UCC. GigE cards would be perfect, but I'm not sure what
> GigE cards have SRM support and as we know, beggers can't be choosers.
My understanding is that you'd be lucky to get SRM happy with 100mbit.
Another option (perhaps easier?) would be to drop in leftover drives
to boot the kernel off and $generic GigE cards for everything else.
Cameron.
From lathiat at bur.st Sat Jul 2 17:45:02 2005
From: lathiat at bur.st (Trent Lloyd)
Date: Sat Jul 2 17:45:09 2005
Subject: [tech] searching for DEC-compatible network cards
In-Reply-To: <20050702093410.GA22545@patrick.wattle.id.au>
References: <1120292781.7143.15.camel@frobisher.madeley.id.au>
<20050702093410.GA22545@patrick.wattle.id.au>
Message-ID: <20050702094502.GD16045@sweep.bur.st>
On Sat, Jul 02, 2005 at 05:34:10PM +0800, Cameron Patrick wrote:
> Davyd Madeley wrote:
>
> > One idea is to netboot them and run them in some sort of clustered
> > environment, however this requires network cards that are compatible
> > with netbooting from SRM.
>
> I believe that pretty much means original (DECchip) Tulips.
>
> > Anyone who might have some cards lying around is encouraged to donate or
> > sell them to the UCC. GigE cards would be perfect, but I'm not sure what
> > GigE cards have SRM support and as we know, beggers can't be choosers.
>
> My understanding is that you'd be lucky to get SRM happy with 100mbit.
>
> Another option (perhaps easier?) would be to drop in leftover drives
> to boot the kernel off and $generic GigE cards for everything else.
Or netboot off a 10M card and run off a GigE card :)
Trent
>
> Cameron.
>
>
--
Trent Lloyd
Bur.st Networking Inc.
From lathiat at bur.st Sat Jul 2 17:45:02 2005
From: lathiat at bur.st (Trent Lloyd)
Date: Sat Jul 2 17:45:12 2005
Subject: [tech] searching for DEC-compatible network cards
In-Reply-To: <20050702093410.GA22545@patrick.wattle.id.au>
References: <1120292781.7143.15.camel@frobisher.madeley.id.au>
<20050702093410.GA22545@patrick.wattle.id.au>
Message-ID: <20050702094502.GD16045@sweep.bur.st>
On Sat, Jul 02, 2005 at 05:34:10PM +0800, Cameron Patrick wrote:
> Davyd Madeley wrote:
>
> > One idea is to netboot them and run them in some sort of clustered
> > environment, however this requires network cards that are compatible
> > with netbooting from SRM.
>
> I believe that pretty much means original (DECchip) Tulips.
>
> > Anyone who might have some cards lying around is encouraged to donate or
> > sell them to the UCC. GigE cards would be perfect, but I'm not sure what
> > GigE cards have SRM support and as we know, beggers can't be choosers.
>
> My understanding is that you'd be lucky to get SRM happy with 100mbit.
>
> Another option (perhaps easier?) would be to drop in leftover drives
> to boot the kernel off and $generic GigE cards for everything else.
Or netboot off a 10M card and run off a GigE card :)
Trent
>
> Cameron.
>
>
--
Trent Lloyd
Bur.st Networking Inc.
From bernard at blackham.com.au Sat Jul 2 17:47:23 2005
From: bernard at blackham.com.au (Bernard Blackham)
Date: Sat Jul 2 17:47:28 2005
Subject: [tech] introducing... melanopus
In-Reply-To: <1120292426.7143.9.camel@frobisher.madeley.id.au>
References: <1120292426.7143.9.camel@frobisher.madeley.id.au>
Message-ID: <20050702094723.GS4297@blackham.com.au>
On Sat, Jul 02, 2005 at 04:20:26PM +0800, Davyd Madeley wrote:
> It's IP is currently 130.95.13.121 if you want to check it out. It has
> LDAP logins enabled, but does not mount any home directories.
Is now on its hostname melanopus.ucc.blah. And mounts /away.
Bernard.
--
Bernard Blackham
From cameron at ucc.asn.au Sat Jul 2 18:25:18 2005
From: cameron at ucc.asn.au (Cameron Patrick)
Date: Sat Jul 2 18:25:32 2005
Subject: [tech] searching for DEC-compatible network cards
In-Reply-To: <1120299574.6058.4.camel@frobisher.madeley.id.au>
References: <1120292781.7143.15.camel@frobisher.madeley.id.au>
<20050702093410.GA22545@patrick.wattle.id.au>
<1120299574.6058.4.camel@frobisher.madeley.id.au>
Message-ID: <20050702102518.GB22545@patrick.wattle.id.au>
(Davyd: Replying on-list since nothing in the reply seemed like it
should be personal. Feel free to LART me next time we meet if
otherwise :-P)
On Sat, Jul 02, 2005 at 06:19:34PM +0800, Davyd Madeley wrote:
> > Another option (perhaps easier?) would be to drop in leftover drives
> > to boot the kernel off and $generic GigE cards for everything else.
>
> Indeed, that may be an option. With the challenges of clustering, ie.
> making sure machines are running the same kernel version and tools etc.
> Network booting would be a really nice thing to have. I seem to recall
> that version 7 of SRM was released recently. Perhaps this plays nice
> with more things.
Perhaps. We'll see what works, I suppose.
> Research is proving it challenging to actually find free/libre
> clustering software that works on Alpha. It looks like something called
> OpenSSI.org is adding support for Alpha, but I can't seem to find out
> what the status of that port is.
There's warewulf, which is vaguely popular:
http://warewulf.lbl.gov/pmwiki/
I've never used it, but it looks an initrd that handles most of the
pain for you. If it's not already ported to Alpha, it shouldn't be
_too_ hard (famous last words). Then you can plop on something like
SGE (Sun Grid Engine - openish libre software), and/or use apps which
know MPI/PVM clustering libs.
> I suppose there is always the classic favourite of OpenVMS, or we could
> try going to HP to get a license for TruCluster.
Well, we don't have any OpenVMS machines at UCC (at least not
user-accessible) so these Alphas could buck that trend :-)
Cameron.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20050702/5b05e139/attachment.pgp
From davyd at madeley.id.au Sat Jul 2 18:42:29 2005
From: davyd at madeley.id.au (Davyd Madeley)
Date: Sat Jul 2 18:42:29 2005
Subject: [tech] searching for DEC-compatible network cards
In-Reply-To: <20050702093410.GA22545@patrick.wattle.id.au>
References: <1120292781.7143.15.camel@frobisher.madeley.id.au>
<20050702093410.GA22545@patrick.wattle.id.au>
Message-ID: <1120299574.6058.4.camel@frobisher.madeley.id.au>
On Sat, 2005-07-02 at 17:34 +0800, Cameron Patrick wrote:
> Another option (perhaps easier?) would be to drop in leftover drives
> to boot the kernel off and $generic GigE cards for everything else.
Indeed, that may be an option. With the challenges of clustering, ie.
making sure machines are running the same kernel version and tools etc.
Network booting would be a really nice thing to have. I seem to recall
that version 7 of SRM was released recently. Perhaps this plays nice
with more things.
Research is proving it challenging to actually find free/libre
clustering software that works on Alpha. It looks like something called
OpenSSI.org is adding support for Alpha, but I can't seem to find out
what the status of that port is.
I suppose there is always the classic favourite of OpenVMS, or we could
try going to HP to get a license for TruCluster.
--d
--
Davyd Madeley http://www.davyd.id.au/
PGP Fingerprint
08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA
From davyd at madeley.id.au Sat Jul 2 18:48:47 2005
From: davyd at madeley.id.au (Davyd Madeley)
Date: Sat Jul 2 18:48:51 2005
Subject: [tech] searching for DEC-compatible network cards
In-Reply-To: <20050702102518.GB22545@patrick.wattle.id.au>
References: <1120292781.7143.15.camel@frobisher.madeley.id.au>
<20050702093410.GA22545@patrick.wattle.id.au>
<1120299574.6058.4.camel@frobisher.madeley.id.au>
<20050702102518.GB22545@patrick.wattle.id.au>
Message-ID: <1120301327.6058.12.camel@frobisher.madeley.id.au>
On Sat, 2005-07-02 at 18:25 +0800, Cameron Patrick wrote:
> (Davyd: Replying on-list since nothing in the reply seemed like it
> should be personal. Feel free to LART me next time we meet if
> otherwise :-P)
Seems I used to wrong reply button. Thanks for pointing it out.
> > Indeed, that may be an option. With the challenges of clustering, ie.
> > making sure machines are running the same kernel version and tools etc.
> > Network booting would be a really nice thing to have. I seem to recall
> > that version 7 of SRM was released recently. Perhaps this plays nice
> > with more things.
>
> Perhaps. We'll see what works, I suppose.
According to AlphaLinux.org...
"""Three steps are necessary before Linux can be booted via a network.
First you need an Ethernet adapter that is supported by SRM. Most
version of SRM support the DE500 series of cards, with newer versions
(5.6 and later) also supporting the Intel EtherExpress/Pro series of
cards."""
Aah, good ole' reliable EEPros. Now, I know there was a certain UCCan
who had a lot of the 100mbit ones. I suspect we could also borrow a
gigabit one to test (the e1000 is a popular card). From memory,
melanopus is running SRM 5.7. SRM is upgradable.
> I've never used it, but it looks an initrd that handles most of the
> pain for you. If it's not already ported to Alpha, it shouldn't be
> _too_ hard (famous last words). Then you can plop on something like
> SGE (Sun Grid Engine - openish libre software), and/or use apps which
> know MPI/PVM clustering libs.
I was hoping for one of those cool SSI implementations where the cluster
appears as one 14 CPU machine with a shared ps tree, filesystem and what
have you. We'll investigate OpenSSI more when we have them booting
something.
> > I suppose there is always the classic favourite of OpenVMS, or we could
> > try going to HP to get a license for TruCluster.
>
> Well, we don't have any OpenVMS machines at UCC (at least not
> user-accessible) so these Alphas could buck that trend :-)
True. The question is would a 14 CPU VMS cluster get used for anything.
I believe that programming for VMS is a little more challenging then
programming for UNIX. Of course, would a 14 CPU UNIX cluster really get
used, or would it just become the latest thing to strain under Nick's
enormous mailbox?
--d
--
Davyd Madeley http://www.davyd.id.au/
PGP Fingerprint
08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA
From adrian at ucc.gu.uwa.edu.au Sun Jul 3 18:27:49 2005
From: adrian at ucc.gu.uwa.edu.au (Adrian Chadd)
Date: Sun Jul 3 18:27:53 2005
Subject: [tech] searching for DEC-compatible network cards
In-Reply-To: <1120301327.6058.12.camel@frobisher.madeley.id.au>
References: <1120292781.7143.15.camel@frobisher.madeley.id.au>
<20050702093410.GA22545@patrick.wattle.id.au>
<1120299574.6058.4.camel@frobisher.madeley.id.au>
<20050702102518.GB22545@patrick.wattle.id.au>
<1120301327.6058.12.camel@frobisher.madeley.id.au>
Message-ID: <20050703102749.GB143576@morwong.ucc.gu.uwa.edu.au>
On Sat, Jul 02, 2005, Davyd Madeley wrote:
> I was hoping for one of those cool SSI implementations where the cluster
> appears as one 14 CPU machine with a shared ps tree, filesystem and what
> have you. We'll investigate OpenSSI more when we have them booting
> something.
>
> > > I suppose there is always the classic favourite of OpenVMS, or we could
> > > try going to HP to get a license for TruCluster.
> >
> > Well, we don't have any OpenVMS machines at UCC (at least not
> > user-accessible) so these Alphas could buck that trend :-)
>
> True. The question is would a 14 CPU VMS cluster get used for anything.
> I believe that programming for VMS is a little more challenging then
> programming for UNIX. Of course, would a 14 CPU UNIX cluster really get
> used, or would it just become the latest thing to strain under Nick's
> enormous mailbox?
I don't think either would really be used. There's plenty of CPU and
resources there if someone had a project requiring it, but who is?
Adrian
From matt at ucc.asn.au Mon Jul 4 13:05:11 2005
From: matt at ucc.asn.au (Matt Johnston)
Date: Mon Jul 4 13:05:13 2005
Subject: [tech] searching for DEC-compatible network cards
In-Reply-To: <20050703102749.GB143576@morwong.ucc.gu.uwa.edu.au>
References: <1120292781.7143.15.camel@frobisher.madeley.id.au>
<20050702093410.GA22545@patrick.wattle.id.au>
<1120299574.6058.4.camel@frobisher.madeley.id.au>
<20050702102518.GB22545@patrick.wattle.id.au>
<1120301327.6058.12.camel@frobisher.madeley.id.au>
<20050703102749.GB143576@morwong.ucc.gu.uwa.edu.au>
Message-ID: <20050704050510.GO4497@ucc.gu.uwa.edu.au>
On Sun, Jul 03, 2005 at 06:27:49PM +0800, Adrian Chadd wrote:
> On Sat, Jul 02, 2005, Davyd Madeley wrote:
>
> > I was hoping for one of those cool SSI implementations where the cluster
> > appears as one 14 CPU machine with a shared ps tree, filesystem and what
> > have you. We'll investigate OpenSSI more when we have them booting
> > something.
> >
> > > > I suppose there is always the classic favourite of OpenVMS, or we could
> > > > try going to HP to get a license for TruCluster.
> > >
> > > Well, we don't have any OpenVMS machines at UCC (at least not
> > > user-accessible) so these Alphas could buck that trend :-)
> >
> > True. The question is would a 14 CPU VMS cluster get used for anything.
> > I believe that programming for VMS is a little more challenging then
> > programming for UNIX. Of course, would a 14 CPU UNIX cluster really get
> > used, or would it just become the latest thing to strain under Nick's
> > enormous mailbox?
>
> I don't think either would really be used. There's plenty of CPU and
> resources there if someone had a project requiring it, but who is?
I reckon we should put two aside to run VMS though. Enough
to do vague migratey nifty things with them, but not wasting
a whole bunch.
Matt
From adrian at ucc.gu.uwa.edu.au Mon Jul 4 13:38:53 2005
From: adrian at ucc.gu.uwa.edu.au (Adrian Chadd)
Date: Mon Jul 4 13:38:56 2005
Subject: [tech] searching for DEC-compatible network cards
In-Reply-To: <20050704050510.GO4497@ucc.gu.uwa.edu.au>
References: <1120292781.7143.15.camel@frobisher.madeley.id.au>
<20050702093410.GA22545@patrick.wattle.id.au>
<1120299574.6058.4.camel@frobisher.madeley.id.au>
<20050702102518.GB22545@patrick.wattle.id.au>
<1120301327.6058.12.camel@frobisher.madeley.id.au>
<20050703102749.GB143576@morwong.ucc.gu.uwa.edu.au>
<20050704050510.GO4497@ucc.gu.uwa.edu.au>
Message-ID: <20050704053852.GD143576@morwong.ucc.gu.uwa.edu.au>
On Mon, Jul 04, 2005, Matt Johnston wrote:
> > I don't think either would really be used. There's plenty of CPU and
> > resources there if someone had a project requiring it, but who is?
>
> I reckon we should put two aside to run VMS though. Enough
> to do vague migratey nifty things with them, but not wasting
> a whole bunch.
Just so you know, Packrat and I have amassed a small collection
of alphastations which function quite well as VMS cluster nodes.
The cluster is offline (we're waiting for morwong to be properly
decommissioned so we can buy it and turn it into a mirrored disk
node in the cluster) but it'd be nice to have it online again.
If only for people who are interested in how VMS does things -
a lot of the things it does is Quite Right (distributed lock
manager, transaction based filesystem, etc) and the documentation
really is quite nice. It might surprise people..
Adrian
From adrian at ucc.gu.uwa.edu.au Mon Jul 4 13:44:53 2005
From: adrian at ucc.gu.uwa.edu.au (Adrian Chadd)
Date: Mon Jul 4 13:45:00 2005
Subject: [tech] searching for DEC-compatible network cards
In-Reply-To: <20050704053852.GD143576@morwong.ucc.gu.uwa.edu.au>
References: <1120292781.7143.15.camel@frobisher.madeley.id.au>
<20050702093410.GA22545@patrick.wattle.id.au>
<1120299574.6058.4.camel@frobisher.madeley.id.au>
<20050702102518.GB22545@patrick.wattle.id.au>
<1120301327.6058.12.camel@frobisher.madeley.id.au>
<20050703102749.GB143576@morwong.ucc.gu.uwa.edu.au>
<20050704050510.GO4497@ucc.gu.uwa.edu.au>
<20050704053852.GD143576@morwong.ucc.gu.uwa.edu.au>
Message-ID: <20050704054453.GE143576@morwong.ucc.gu.uwa.edu.au>
On Mon, Jul 04, 2005, Adrian Chadd wrote:
> On Mon, Jul 04, 2005, Matt Johnston wrote:
>
> > > I don't think either would really be used. There's plenty of CPU and
> > > resources there if someone had a project requiring it, but who is?
> >
> > I reckon we should put two aside to run VMS though. Enough
> > to do vague migratey nifty things with them, but not wasting
> > a whole bunch.
Actually, just thinking about it, i'd like to play with some
genetic/neural algorithm simulationy things on them. Where are they
all? Would UCC mind if I got em cluster-happy?
adrian
From mustang at ucc.gu.uwa.edu.au Sun Jul 10 13:18:10 2005
From: mustang at ucc.gu.uwa.edu.au (David Manchester)
Date: Sun Jul 10 13:18:13 2005
Subject: [tech] searching for DEC-compatible network cards
In-Reply-To: <20050704054453.GE143576@morwong.ucc.gu.uwa.edu.au>
References: <1120292781.7143.15.camel@frobisher.madeley.id.au>
<20050702093410.GA22545@patrick.wattle.id.au>
<1120299574.6058.4.camel@frobisher.madeley.id.au>
<20050702102518.GB22545@patrick.wattle.id.au>
<1120301327.6058.12.camel@frobisher.madeley.id.au>
<20050703102749.GB143576@morwong.ucc.gu.uwa.edu.au>
<20050704050510.GO4497@ucc.gu.uwa.edu.au>
<20050704053852.GD143576@morwong.ucc.gu.uwa.edu.au>
<20050704054453.GE143576@morwong.ucc.gu.uwa.edu.au>
Message-ID: <20050710051810.GA7151@ucc.gu.uwa.edu.au>
On Mon, Jul 04, 2005 at 01:44:53PM +0800, Adrian Chadd wrote:
> On Mon, Jul 04, 2005, Adrian Chadd wrote:
> > On Mon, Jul 04, 2005, Matt Johnston wrote:
> >
> > > > I don't think either would really be used. There's plenty of CPU and
> > > > resources there if someone had a project requiring it, but who is?
> > >
> > > I reckon we should put two aside to run VMS though. Enough
> > > to do vague migratey nifty things with them, but not wasting
> > > a whole bunch.
>
> Actually, just thinking about it, i'd like to play with some
> genetic/neural algorithm simulationy things on them. Where are they
> all? Would UCC mind if I got em cluster-happy?
Adrian,
I've got some DE450s and DE500s.
If you want to do VMS I can probably find some FDDI stuff too.
I seem to read UCC mail less frequently than I should these days,
so come find me on IRC or something and let me know what you need.
Cheers,
d
--
" I don't get mad.... I get stabby. "
- William "Fat Tony" Williams.
From davyd at ucc.gu.uwa.edu.au Sun Jul 10 16:54:49 2005
From: davyd at ucc.gu.uwa.edu.au (Davyd Madeley)
Date: Sun Jul 10 16:54:51 2005
Subject: [tech] temperature logging
Message-ID: <20050710085449.GA7737@ucc.gu.uwa.edu.au>
I acquired a serial I/O board on loan from work (will have to buy
them a new one). This board offers 8 bits of digital I/O and two 8
bit ADCs.
One of these ADCs is now connected to a thermal sensing
semiconductor. The board is connected via RS-232 to Centipede, the
DECserver in the tall rack.
To read the temperature:
llogin THERMAL <-- connect to the board over LAT
rd0 <-- read port 0
(the decimal representation of a byte will be displayed, close the
connection - ^] on mussel)
dc <-- everyone's favourite calculator
$reading 139 - 0.512 / p
(prints the temperature in celsius)
It's only accurate to about 2 deg C according to the appropriate
datasheets, so the decimal places aren't that important.
It's currently connected using an Eric, because I couldn't find
enough appropriate serial to connect it, specifically a DB-9 gender
bender. It's also connected to a 9V plugpack via a 110V stepdown
transformer, as I couldn't find a 9V pack designed for Australian
voltages.
If we want, it would be very easy to tie the door sensors into this
thing using some 10k resistors (to stop the inputs floating). It can
also provide enough current to drive a solid state relay (for the
door lock) and has another ADC, if we wanted a second temperature
sensor.
The machine room is a pleasant 35C at the moment. This has not been
tested against another thermometer.
--d
From adrian at ucc.gu.uwa.edu.au Mon Jul 11 10:05:28 2005
From: adrian at ucc.gu.uwa.edu.au (Adrian Chadd)
Date: Mon Jul 11 10:05:31 2005
Subject: [tech] temperature logging
In-Reply-To: <20050710085449.GA7737@ucc.gu.uwa.edu.au>
References: <20050710085449.GA7737@ucc.gu.uwa.edu.au>
Message-ID: <20050711020527.GI22014@mermaid.ucc.gu.uwa.edu.au>
amusingly, this is about the kind of thing I was going to build
tomorrow using an AVR. It shouldn't take too much effort to make
an 8 port input/8 port output device. Temperature sensoring is
available, as the AT90S8535/ATMega8535 has 8 ADCs.
Tis up to you all. I think electronic projects are fun. :)
Adrian
On Sun, Jul 10, 2005, Davyd Madeley wrote:
> I acquired a serial I/O board on loan from work (will have to buy
> them a new one). This board offers 8 bits of digital I/O and two 8
> bit ADCs.
>
> One of these ADCs is now connected to a thermal sensing
> semiconductor. The board is connected via RS-232 to Centipede, the
> DECserver in the tall rack.
>
> To read the temperature:
> llogin THERMAL <-- connect to the board over LAT
> rd0 <-- read port 0
> (the decimal representation of a byte will be displayed, close the
> connection - ^] on mussel)
> dc <-- everyone's favourite calculator
> $reading 139 - 0.512 / p
> (prints the temperature in celsius)
>
> It's only accurate to about 2 deg C according to the appropriate
> datasheets, so the decimal places aren't that important.
>
> It's currently connected using an Eric, because I couldn't find
> enough appropriate serial to connect it, specifically a DB-9 gender
> bender. It's also connected to a 9V plugpack via a 110V stepdown
> transformer, as I couldn't find a 9V pack designed for Australian
> voltages.
>
> If we want, it would be very easy to tie the door sensors into this
> thing using some 10k resistors (to stop the inputs floating). It can
> also provide enough current to drive a solid state relay (for the
> door lock) and has another ADC, if we wanted a second temperature
> sensor.
>
> The machine room is a pleasant 35C at the moment. This has not been
> tested against another thermometer.
>
> --d
From lathiat at bur.st Mon Jul 11 11:11:35 2005
From: lathiat at bur.st (Trent Lloyd)
Date: Mon Jul 11 11:11:59 2005
Subject: [tech] temperature logging
In-Reply-To: <20050711020527.GI22014@mermaid.ucc.gu.uwa.edu.au>
References: <20050710085449.GA7737@ucc.gu.uwa.edu.au>
<20050711020527.GI22014@mermaid.ucc.gu.uwa.edu.au>
Message-ID: <20050711031135.GA268@sweep.bur.st>
On Mon, Jul 11, 2005 at 10:05:28AM +0800, Adrian Chadd wrote:
>
> amusingly, this is about the kind of thing I was going to build
> tomorrow using an AVR. It shouldn't take too much effort to make
> an 8 port input/8 port output device. Temperature sensoring is
> available, as the AT90S8535/ATMega8535 has 8 ADCs.
>
> Tis up to you all. I think electronic projects are fun. :)
Thats what I thought but davyd seems to think using a premade board is
better cus its cheaper and wasted effort to re-invent the wheel. :)
Cheers,
Trent
>
>
>
>
> Adrian
>
> On Sun, Jul 10, 2005, Davyd Madeley wrote:
> > I acquired a serial I/O board on loan from work (will have to buy
> > them a new one). This board offers 8 bits of digital I/O and two 8
> > bit ADCs.
> >
> > One of these ADCs is now connected to a thermal sensing
> > semiconductor. The board is connected via RS-232 to Centipede, the
> > DECserver in the tall rack.
> >
> > To read the temperature:
> > llogin THERMAL <-- connect to the board over LAT
> > rd0 <-- read port 0
> > (the decimal representation of a byte will be displayed, close the
> > connection - ^] on mussel)
> > dc <-- everyone's favourite calculator
> > $reading 139 - 0.512 / p
> > (prints the temperature in celsius)
> >
> > It's only accurate to about 2 deg C according to the appropriate
> > datasheets, so the decimal places aren't that important.
> >
> > It's currently connected using an Eric, because I couldn't find
> > enough appropriate serial to connect it, specifically a DB-9 gender
> > bender. It's also connected to a 9V plugpack via a 110V stepdown
> > transformer, as I couldn't find a 9V pack designed for Australian
> > voltages.
> >
> > If we want, it would be very easy to tie the door sensors into this
> > thing using some 10k resistors (to stop the inputs floating). It can
> > also provide enough current to drive a solid state relay (for the
> > door lock) and has another ADC, if we wanted a second temperature
> > sensor.
> >
> > The machine room is a pleasant 35C at the moment. This has not been
> > tested against another thermometer.
> >
> > --d
--
Trent Lloyd
Bur.st Networking Inc.
From davyd at bridgewayconsulting.com.au Mon Jul 11 11:33:12 2005
From: davyd at bridgewayconsulting.com.au (Davyd Madeley)
Date: Mon Jul 11 13:44:33 2005
Subject: [tech] temperature logging
In-Reply-To: <20050711031135.GA268@sweep.bur.st>
References: <20050710085449.GA7737@ucc.gu.uwa.edu.au>
<20050711020527.GI22014@mermaid.ucc.gu.uwa.edu.au>
<20050711031135.GA268@sweep.bur.st>
Message-ID: <20050711113312.qo918do1zz7k0k8k@mail.bridgewayconsulting.com.au>
Quoting Trent Lloyd :
> On Mon, Jul 11, 2005 at 10:05:28AM +0800, Adrian Chadd wrote:
>>
>> amusingly, this is about the kind of thing I was going to build
>> tomorrow using an AVR. It shouldn't take too much effort to make
>> an 8 port input/8 port output device. Temperature sensoring is
>> available, as the AT90S8535/ATMega8535 has 8 ADCs.
>>
>> Tis up to you all. I think electronic projects are fun. :)
>
> Thats what I thought but davyd seems to think using a premade board is
> better cus its cheaper and wasted effort to re-invent the wheel. :)
The electronics involved in this project was correctly biasing the temperature
IC. You could not build this board for what it costs, not using proper
connectors, regulation circuitry, protection circuitry and the
microcontrollers. This was a rather easy to set up solution, and works
yesterday, not tomorrow.
The first rule of engineering is to see what's already been engineered,
and use
it. This is awfully similar to the first axiom of programming "Good coders
code, Great coders reuse", which is also something that makes a lot of UCCans
simply good coders.
For reference (from memory), the board contains a HC11, a TTL buffer
circuit, a
9->5V regulated power supply, and power diodes to protect against reverse
polarity. When you're googling for a version to copy, this is probably a good
reference design. It's really more of a software project, writing asm is
software I'm afraid, not electronics.
--d
From davidb-f00f at rcpt.to Mon Jul 11 14:16:00 2005
From: davidb-f00f at rcpt.to (David Basden)
Date: Mon Jul 11 14:17:09 2005
Subject: [tech] temperature logging
In-Reply-To: <20050711113312.qo918do1zz7k0k8k@mail.bridgewayconsulting.com.au>
References: <20050710085449.GA7737@ucc.gu.uwa.edu.au>
<20050711020527.GI22014@mermaid.ucc.gu.uwa.edu.au>
<20050711031135.GA268@sweep.bur.st>
<20050711113312.qo918do1zz7k0k8k@mail.bridgewayconsulting.com.au>
Message-ID: <20050711061559.GK17696@chastity.shikita.com.au>
On Mon, Jul 11, 2005 at 11:33:12AM +0800, Davyd Madeley wrote:
> The first rule of engineering is to see what's already been engineered,
> and use
> it. This is awfully similar to the first axiom of programming "Good coders
> code, Great coders reuse", which is also something that makes a lot of
> UCCans
> simply good coders.
There is the other half of it of course. If you really want to
understand how something works, implementing it from first
principles is a pretty thorough way of doing so. I suspect in
many cases, this is the intent of a lot of people around UCC.
David
From adrian at ucc.gu.uwa.edu.au Mon Jul 11 15:38:26 2005
From: adrian at ucc.gu.uwa.edu.au (Adrian Chadd)
Date: Mon Jul 11 15:38:29 2005
Subject: [tech] temperature logging
In-Reply-To: <20050711061559.GK17696@chastity.shikita.com.au>
References: <20050710085449.GA7737@ucc.gu.uwa.edu.au>
<20050711020527.GI22014@mermaid.ucc.gu.uwa.edu.au>
<20050711031135.GA268@sweep.bur.st>
<20050711113312.qo918do1zz7k0k8k@mail.bridgewayconsulting.com.au>
<20050711061559.GK17696@chastity.shikita.com.au>
Message-ID: <20050711073825.GJ22014@mermaid.ucc.gu.uwa.edu.au>
On Mon, Jul 11, 2005, David Basden wrote:
> On Mon, Jul 11, 2005 at 11:33:12AM +0800, Davyd Madeley wrote:
> > The first rule of engineering is to see what's already been engineered,
> > and use
> > it. This is awfully similar to the first axiom of programming "Good coders
> > code, Great coders reuse", which is also something that makes a lot of
> > UCCans
> > simply good coders.
>
> There is the other half of it of course. If you really want to
> understand how something works, implementing it from first
> principles is a pretty thorough way of doing so. I suspect in
> many cases, this is the intent of a lot of people around UCC.
I think its half-right. Coders code, good coders reuse, great coders
know what to reuse.
And yes, I'd hate UCC to become "plug in stuff we know works".
What fun is that?
Adrian
From andrew at ucc.gu.uwa.edu.au Mon Jul 11 16:59:12 2005
From: andrew at ucc.gu.uwa.edu.au (Andrew Williams)
Date: Mon Jul 11 16:59:20 2005
Subject: [tech] temperature logging
In-Reply-To: <20050711113312.qo918do1zz7k0k8k@mail.bridgewayconsulting.com.au>
References: <20050710085449.GA7737@ucc.gu.uwa.edu.au>
<20050711020527.GI22014@mermaid.ucc.gu.uwa.edu.au>
<20050711031135.GA268@sweep.bur.st>
<20050711113312.qo918do1zz7k0k8k@mail.bridgewayconsulting.com.au>
Message-ID: <1374764597.20050711165912@ucc.gu.uwa.edu.au>
Monday, July 11, 2005, 11:33:12 AM, Davyd wrote:
> The first rule of engineering is to see what's already been engineered,
> and use
> it. This is awfully similar to the first axiom of programming "Good coders
> code, Great coders reuse", which is also something that makes a lot of UCCans
> simply good coders.
OK, so you've set up:
-A borrowed serial-analog converter that the club doesn't own
-Attached to a 15-year-old DEC terminal server that talks to every
other machine in the universe using an obsolete (and obscure) protocol
-Connected using a homemade 'Eric' dongle, intended only for testing
serial wiring, and liable to be grabbed and used elsewhere when
somebody actually needs it for testing.
-Powered using a US 9V plugpack hanging off a 240V-110V transformer
because you couldn't find an Australian power supply
-Documented with one brief email to the tech list.
While all this is classic UCC construction practice, quoting
principles of sound engineering design to justify one of your choices
seems slightly ridiculous :-)
Andrew
From davyd at bridgewayconsulting.com.au Mon Jul 11 17:07:41 2005
From: davyd at bridgewayconsulting.com.au (Davyd Madeley)
Date: Mon Jul 11 17:07:48 2005
Subject: [tech] temperature logging
In-Reply-To: <1374764597.20050711165912@ucc.gu.uwa.edu.au>
References: <20050710085449.GA7737@ucc.gu.uwa.edu.au>
<20050711020527.GI22014@mermaid.ucc.gu.uwa.edu.au>
<20050711031135.GA268@sweep.bur.st>
<20050711113312.qo918do1zz7k0k8k@mail.bridgewayconsulting.com.au>
<1374764597.20050711165912@ucc.gu.uwa.edu.au>
Message-ID: <20050711170741.6avoel24twggcksw@mail.bridgewayconsulting.com.au>
Quoting Andrew Williams :
> OK, so you've set up:
>
> -A borrowed serial-analog converter that the club doesn't own
>
> -Attached to a 15-year-old DEC terminal server that talks to every
> other machine in the universe using an obsolete (and obscure) protocol
>
> -Connected using a homemade 'Eric' dongle, intended only for testing
> serial wiring, and liable to be grabbed and used elsewhere when
> somebody actually needs it for testing.
>
> -Powered using a US 9V plugpack hanging off a 240V-110V transformer
> because you couldn't find an Australian power supply
>
> -Documented with one brief email to the tech list.
>
> While all this is classic UCC construction practice, quoting
> principles of sound engineering design to justify one of your choices
> seems slightly ridiculous :-)
Ok. So admittedly I've worked with what I could get my hands on till the point
where I could test it worked. There is no rush to purchase a
replacement board,
and it allowed for me to rapidly test something without spending any money.
I am simply trying to head off all the sulking along the lines of
"oh, but I could have done that with an AVR, PIC, small numbat, etc."
"oh, I was going to do that next week"
and so on.
It's well established that it could be done with a microcontroller, after all,
that's what it's done with. Perhaps some people wish to work from first
principles, and they can, but fabricating and programming another
microcontroller to speak serial wasn't that interesting to me. Although, if
they really want to work from first principles, they should realise their
microcontroller on an FPGA, now that would actually be rather cool...
I will find a better power supply, and a gender bender allowing a useful chain
of serial devices, even if it involves a Jaycar run, but it proves my initial
requirement, which was the idea vaguely works. Also, if it is imperitive that
we use a homemade board, purchasing these things can wait, as the requirements
may change.
--d
From alastair at ucc.gu.uwa.edu.au Tue Jul 12 13:48:36 2005
From: alastair at ucc.gu.uwa.edu.au (Alastair Irvine)
Date: Tue Jul 12 13:48:39 2005
Subject: mounting problems; Re: [tech] introducing... melanopus
In-Reply-To: <20050702094723.GS4297@blackham.com.au>
References: <1120292426.7143.9.camel@frobisher.madeley.id.au>
<20050702094723.GS4297@blackham.com.au>
Message-ID: <20050712054836.GB219425@morwong.ucc.gu.uwa.edu.au>
On Sat, 02 July, 2005 at 05:47:23PM +0800, Bernard Blackham wrote:
> On Sat, Jul 02, 2005 at 04:20:26PM +0800, Davyd Madeley wrote:
> > It's IP is currently 130.95.13.121 if you want to check it out. It has
130.95.13.112 FWIW.
> > LDAP logins enabled, but does not mount any home directories.
>
> Is now on its hostname melanopus.ucc.blah. And mounts /away.
Hmm... it didn't seem to mount manbo:/space/away/home at last boot (about
16 hours ago).
$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda3 16773508 1636184 14285356 11% /
tmpfs 773880 0 773880 0% /dev/shm
/dev/sda2 73202 7410 61886 11% /boot
Since melanopus is reachable via madako I assume that it is on the
"insecure" net. Would it be a good candidate for the NIS slave?
--
... "If you pretend that you're gay I guarantee that your car will fill up
with poontang." -- Christ Sol to Al
_____________________________________________________________________
| |
| -=*Alastair Irvine*=- |
| C-monkey/wanderer/board&RPGer/net-nut alastair@ucc.gu.uwa.edu.au |
|_____________________________________________________________________|
From alastair at ucc.gu.uwa.edu.au Tue Jul 12 13:51:35 2005
From: alastair at ucc.gu.uwa.edu.au (Alastair Irvine)
Date: Tue Jul 12 13:51:39 2005
Subject: [tech] morwong NFS speed problem
Message-ID: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
I noticed that /home read and write speeds on morwong are pretty crap
compared to mussel. Any ideas?
--
... "Windows bad fruit, stink like ground sloth with mange. Not do what
caveman want, just do random thing it want."
_____________________________________________________________________
| |
| -=*Alastair Irvine*=- |
| C-monkey/wanderer/board&RPGer/net-nut alastair@ucc.gu.uwa.edu.au |
|_____________________________________________________________________|
From dayta at ucc.gu.uwa.edu.au Tue Jul 12 13:53:06 2005
From: dayta at ucc.gu.uwa.edu.au (Leighton Haynes)
Date: Tue Jul 12 13:53:08 2005
Subject: [tech] morwong NFS speed problem
In-Reply-To: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
Message-ID: <20050712055306.GB24820@ucc.gu.uwa.edu.au>
Morwong is an aging pile of poo?
Just a thought...
On Tue, Jul 12, 2005 at 01:51:35PM +0800, Alastair Irvine wrote:
> I noticed that /home read and write speeds on morwong are pretty crap
> compared to mussel. Any ideas?
>
> --
> ... "Windows bad fruit, stink like ground sloth with mange. Not do what
> caveman want, just do random thing it want."
> _____________________________________________________________________
> | |
> | -=*Alastair Irvine*=- |
> | C-monkey/wanderer/board&RPGer/net-nut alastair@ucc.gu.uwa.edu.au |
> |_____________________________________________________________________|
--
#0421 113 305 - dayta@ucc.gu.uwa.edu.au
"Linux is legacy, but it will be a start." Ken Kutaragi - SCE
From adrian at ucc.gu.uwa.edu.au Tue Jul 12 14:15:24 2005
From: adrian at ucc.gu.uwa.edu.au (Adrian Chadd)
Date: Tue Jul 12 14:15:26 2005
Subject: [tech] morwong NFS speed problem
In-Reply-To: <20050712055306.GB24820@ucc.gu.uwa.edu.au>
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
<20050712055306.GB24820@ucc.gu.uwa.edu.au>
Message-ID: <20050712061523.GK22014@mermaid.ucc.gu.uwa.edu.au>
On Tue, Jul 12, 2005, Leighton Haynes wrote:
> Morwong is an aging pile of poo?
>
> Just a thought...
Hah. :-)
Alastair: get some hard figures. "pretty crap" is very useless.
Some throughputs with testing examples would be nice.
Specifically, the mounting is v3 nfs over TCP. This is good but it might
not actually be optimal for this platform. There's plenty of space to
tweak NFS. What you really need to come up with is an objective way
of measuring "crap". :-)
adrian
> On Tue, Jul 12, 2005 at 01:51:35PM +0800, Alastair Irvine wrote:
> > I noticed that /home read and write speeds on morwong are pretty crap
> > compared to mussel. Any ideas?
> >
> > --
> > ... "Windows bad fruit, stink like ground sloth with mange. Not do what
> > caveman want, just do random thing it want."
> > _____________________________________________________________________
> > | |
> > | -=*Alastair Irvine*=- |
> > | C-monkey/wanderer/board&RPGer/net-nut alastair@ucc.gu.uwa.edu.au |
> > |_____________________________________________________________________|
>
> --
>
> #0421 113 305 - dayta@ucc.gu.uwa.edu.au
> "Linux is legacy, but it will be a start." Ken Kutaragi - SCE
From alastair at ucc.gu.uwa.edu.au Tue Jul 12 15:22:00 2005
From: alastair at ucc.gu.uwa.edu.au (Alastair Irvine)
Date: Tue Jul 12 15:22:05 2005
Subject: [tech] morwong NFS speed problem
In-Reply-To: <20050712061523.GK22014@mermaid.ucc.gu.uwa.edu.au>
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
<20050712055306.GB24820@ucc.gu.uwa.edu.au>
<20050712061523.GK22014@mermaid.ucc.gu.uwa.edu.au>
Message-ID: <20050712072158.GF219425@morwong.ucc.gu.uwa.edu.au>
On Tue, 12 July, 2005 at 02:15:24PM +0800, Adrian Chadd wrote:
> Alastair: get some hard figures. "pretty crap" is very useless.
> Some throughputs with testing examples would be nice.
Fine. (Although I should not have to justify myself here unless my
judgement counts for nothing. I've been around long enough for "pretty
crap" to indicate something serious.)
morwong% time cat {~50MiB file} > /dev/null
0.006u 0.872s 12:04.65 0.1% 0+2k 5900+0io 0pf+0w
mussel% time cat {~50MiB file} > /dev/null
0.006u 0.364s 0:05.01 7.1% 0+0k 0+0io 0pf+0w
And also,
mussel% time cat {~2MiB file} > /dev/null
0.000u 0.014s 0:00.34 2.9% 0+0k 0+0io 0pf+0w
morwong% time cat {~2MiB file} > /dev/null
0.003u 0.053s 0:31.50 0.1% 0+2k 238+2io 1pf+0w
For those who haven't used the csh "time" command before, those first three
fields in the output are userspace time-in-seconds, kernel time-in-seconds
and elapsed time in minutes:seconds. The sixth field is supposed to be
number of blocks read/written during I/O operations (I can't figure out why
this is 0 on Linux).
And for the record, the "pretty crap" measurement came from running mutt
on a ~8MiB mailbox. It loaded very slowly on morwong and quickly on
mussel.
>
> Specifically, the mounting is v3 nfs over TCP. This is good but it might
> not actually be optimal for this platform. There's plenty of space to
> tweak NFS. What you really need to come up with is an objective way
> of measuring "crap". :-)
--
... "What else is on?" "Yeah, let's see what else is on." "Where's the TV guide?"
-- The 2 garage attendants, at the end of "The Truman Show"
_____________________________________________________________________
| |
| -=*Alastair Irvine*=- |
| C-monkey/wanderer/board&RPGer/net-nut alastair@ucc.gu.uwa.edu.au |
|_____________________________________________________________________|
From adrian at ucc.gu.uwa.edu.au Tue Jul 12 15:34:53 2005
From: adrian at ucc.gu.uwa.edu.au (Adrian Chadd)
Date: Tue Jul 12 15:34:55 2005
Subject: [tech] morwong NFS speed problem
In-Reply-To: <20050712072158.GF219425@morwong.ucc.gu.uwa.edu.au>
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
<20050712055306.GB24820@ucc.gu.uwa.edu.au>
<20050712061523.GK22014@mermaid.ucc.gu.uwa.edu.au>
<20050712072158.GF219425@morwong.ucc.gu.uwa.edu.au>
Message-ID: <20050712073452.GL22014@mermaid.ucc.gu.uwa.edu.au>
On Tue, Jul 12, 2005, Alastair Irvine wrote:
> On Tue, 12 July, 2005 at 02:15:24PM +0800, Adrian Chadd wrote:
> > Alastair: get some hard figures. "pretty crap" is very useless.
> > Some throughputs with testing examples would be nice.
>
> Fine. (Although I should not have to justify myself here unless my
> judgement counts for nothing. I've been around long enough for "pretty
> crap" to indicate something serious.)
I'm talking about being objective. This isn't an attack against you.
This is trying to figure out what is "crap" so we know, when we change
something, that its actually had a positive affect.
> morwong% time cat {~50MiB file} > /dev/null
> 0.006u 0.872s 12:04.65 0.1% 0+2k 5900+0io 0pf+0w
>
> mussel% time cat {~50MiB file} > /dev/null
> 0.006u 0.364s 0:05.01 7.1% 0+0k 0+0io 0pf+0w
The trouble with this is:
* you haven't taken into account local buffering;
* you didn't tell us which share this was;
* you only did the test once
> And also,
>
> mussel% time cat {~2MiB file} > /dev/null
> 0.000u 0.014s 0:00.34 2.9% 0+0k 0+0io 0pf+0w
>
> morwong% time cat {~2MiB file} > /dev/null
> 0.003u 0.053s 0:31.50 0.1% 0+2k 238+2io 1pf+0w
Again, buffer cache, no share information, one test.
We don't know how busy things are.
The other things to take into account:
* mussel is a 700ish MHz PIII
* morwong is a less fast alpha (as leighton said, a piece of poop)
* mussel has >512mb ram
* morwong has what? 256mb?
Is mutt on morwong compiled 32 or 64 bit?
> For those who haven't used the csh "time" command before, those first three
> fields in the output are userspace time-in-seconds, kernel time-in-seconds
> and elapsed time in minutes:seconds. The sixth field is supposed to be
> number of blocks read/written during I/O operations (I can't figure out why
> this is 0 on Linux).
>
> And for the record, the "pretty crap" measurement came from running mutt
> on a ~8MiB mailbox. It loaded very slowly on morwong and quickly on
> mussel.
What would be nifty here is a pcap of mussel and morwong, with
timestamps, of said mailbox loading. It'd be big, it'd be messy,
but you could then use one of the nice GUI tools to look through the
packet exchange and see how long each of the NFS ops are taking.
Adrian
From adrian at ucc.gu.uwa.edu.au Tue Jul 12 15:36:44 2005
From: adrian at ucc.gu.uwa.edu.au (Adrian Chadd)
Date: Tue Jul 12 15:36:48 2005
Subject: [tech] morwong NFS speed problem
In-Reply-To: <20050712073452.GL22014@mermaid.ucc.gu.uwa.edu.au>
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
<20050712055306.GB24820@ucc.gu.uwa.edu.au>
<20050712061523.GK22014@mermaid.ucc.gu.uwa.edu.au>
<20050712072158.GF219425@morwong.ucc.gu.uwa.edu.au>
<20050712073452.GL22014@mermaid.ucc.gu.uwa.edu.au>
Message-ID: <20050712073644.GM22014@mermaid.ucc.gu.uwa.edu.au>
On Tue, Jul 12, 2005, Adrian Chadd wrote:
> I'm talking about being objective. This isn't an attack against you.
> This is trying to figure out what is "crap" so we know, when we change
> something, that its actually had a positive affect.
*cough* effect.
From alastair at ucc.gu.uwa.edu.au Tue Jul 12 15:57:53 2005
From: alastair at ucc.gu.uwa.edu.au (Alastair Irvine)
Date: Tue Jul 12 15:57:57 2005
Subject: [tech] morwong NFS speed problem
In-Reply-To: <20050712073452.GL22014@mermaid.ucc.gu.uwa.edu.au>
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
<20050712055306.GB24820@ucc.gu.uwa.edu.au>
<20050712061523.GK22014@mermaid.ucc.gu.uwa.edu.au>
<20050712072158.GF219425@morwong.ucc.gu.uwa.edu.au>
<20050712073452.GL22014@mermaid.ucc.gu.uwa.edu.au>
Message-ID: <20050712075753.GG219425@morwong.ucc.gu.uwa.edu.au>
On Tue, 12 July, 2005 at 03:34:53PM +0800, Adrian Chadd wrote:
[snip]
>
> I'm talking about being objective. This isn't an attack against you.
Fair enough.
[snip timings]
> The trouble with this is:
>
> * you haven't taken into account local buffering;
Yes I have. It's a file I know hasn't been read on either machine since
the last reboot.
> * you didn't tell us which share this was;
It's in my home directory.
> * you only did the test once
Further tests would have read from the local buffer cache. You'll note
that I reversed the order of the tests for the 2MiB file in order to rule
out caching issues on martello.
morwong has had very low load (<0.05) all day AFAICT.
[snip timings]
>
> Again, buffer cache, no share information, one test.
> We don't know how busy things are.
>
> The other things to take into account:
>
> * mussel is a 700ish MHz PIII
> * morwong is a less fast alpha (as leighton said, a piece of poop)
> * mussel has >512mb ram
> * morwong has what? 256mb?
None of these seem wildly different enough to account a two-order-of-
magnitude difference in the times spent for I/O.
This thread isn't Sysadmin 101; remember that it simply began with me
pointing out a problem.
>
> Is mutt on morwong compiled 32 or 64 bit?
/usr/local/bin/mutt: COFF format alpha dynamically linked, demand paged
executable or object module not stripped - version 3.13-14
Can't tell.
--
... "Why is American beer served cold? So you can tell it from urine."
-- David Moulton
_____________________________________________________________________
| |
| -=*Alastair Irvine*=- |
| C-monkey/wanderer/board&RPGer/net-nut alastair@ucc.gu.uwa.edu.au |
|_____________________________________________________________________|
From trs80 at ucc.gu.uwa.edu.au Tue Jul 12 20:12:30 2005
From: trs80 at ucc.gu.uwa.edu.au (James Andrewartha)
Date: Tue Jul 12 20:12:35 2005
Subject: [tech] morwong NFS speed problem
In-Reply-To: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
Message-ID:
On Tue, 12 Jul 2005, Alastair Irvine wrote:
> I noticed that /home read and write speeds on morwong are pretty crap
> compared to mussel. Any ideas?
Yes, it's set to half-duplex. A quick investigation shows that's so, and
forcing it to full duplex gives performance equivalent to mussel.
Not that you can use it for long, as we're about to shut it down and move
it to a dual 833mhz alpha with 2GiB of ram.
--
# TRS-80 trs80(a)ucc.gu.uwa.edu.au #/ "Otherwise Bub here will do \
# UCC Wheel Member http://trs80.ucc.asn.au/ #| what squirrels do best |
[ "There's nobody getting rich writing ]| -- Collect and hide your |
[ software that I know of" -- Bill Gates, 1980 ]\ nuts." -- Acid Reflux #231 /
From alastair at ucc.gu.uwa.edu.au Tue Jul 12 20:20:37 2005
From: alastair at ucc.gu.uwa.edu.au (Alastair Irvine)
Date: Tue Jul 12 20:20:40 2005
Subject: machine naming [was: Re: [tech] morwong NFS speed problem]
In-Reply-To:
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
Message-ID: <20050712122037.GJ219425@morwong.ucc.gu.uwa.edu.au>
Important note re. machine naming below.
On Tue, 12 July, 2005 at 08:12:30PM +0800, James Andrewartha wrote:
> On Tue, 12 Jul 2005, Alastair Irvine wrote:
>
> >I noticed that /home read and write speeds on morwong are pretty crap
> >compared to mussel. Any ideas?
>
> Yes, it's set to half-duplex. A quick investigation shows that's so, and
> forcing it to full duplex gives performance equivalent to mussel.
Would this be "SIMPLEX" mentioned below?
% ifconfig -a
...
tu2: flags=200c63
>
> Not that you can use it for long, as we're about to shut it down and move
> it to a dual 833mhz alpha with 2GiB of ram.
I assume that the hard disk(s) containing the OS are being moved over?
It seems that this would violate the host naming recommendations (I forget
the RFC number). What is the case for doing this instead of commissioning
the abovementioned machine with a new name and a fresh OSF/1 install?
PS -- Assuming the move goes ahead, shouldn't there be a message to
ucc-announce (or maybe ucc)?
--
... "A royalty free non-exclusive license is granted to do whatever the
heck you want with this email." -- Grahame Bowland's .sig
_____________________________________________________________________
| |
| -=*Alastair Irvine*=- |
| C-monkey/wanderer/board&RPGer/net-nut alastair@ucc.gu.uwa.edu.au |
|_____________________________________________________________________|
From adrian at ucc.gu.uwa.edu.au Tue Jul 12 20:44:22 2005
From: adrian at ucc.gu.uwa.edu.au (Adrian Chadd)
Date: Tue Jul 12 20:44:25 2005
Subject: [tech] morwong NFS speed problem
In-Reply-To:
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
Message-ID: <20050712124422.GN22014@mermaid.ucc.gu.uwa.edu.au>
On Tue, Jul 12, 2005, James Andrewartha wrote:
> On Tue, 12 Jul 2005, Alastair Irvine wrote:
>
> >I noticed that /home read and write speeds on morwong are pretty crap
> >compared to mussel. Any ideas?
>
> Yes, it's set to half-duplex. A quick investigation shows that's so, and
> forcing it to full duplex gives performance equivalent to mussel.
>
> Not that you can use it for long, as we're about to shut it down and move
> it to a dual 833mhz alpha with 2GiB of ram.
woot.
adrian
From zanchey at ucc.gu.uwa.edu.au Tue Jul 12 21:49:08 2005
From: zanchey at ucc.gu.uwa.edu.au (David Adam)
Date: Tue Jul 12 21:49:15 2005
Subject: machine naming [was: Re: [tech] morwong NFS speed problem]
In-Reply-To: <20050712122037.GJ219425@morwong.ucc.gu.uwa.edu.au>
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
<20050712122037.GJ219425@morwong.ucc.gu.uwa.edu.au>
Message-ID:
> It seems that this would violate the host naming recommendations (I forget
> the RFC number). What is the case for doing this instead of commissioning
> the abovementioned machine with a new name and a fresh OSF/1 install?
The case is one from the Business School machines (har har har).
> PS -- Assuming the move goes ahead, shouldn't there be a message to
> ucc-announce (or maybe ucc)?
Remember, every time you send a HEADSUP, you're a perfect candidate for
HEADSOFF!
David Adam
UCC Wheel Member
Somewhat ironically, I picked up a nasty disease at a medical conference.
From trs80 at ucc.gu.uwa.edu.au Wed Jul 13 00:26:07 2005
From: trs80 at ucc.gu.uwa.edu.au (James Andrewartha)
Date: Wed Jul 13 00:26:13 2005
Subject: machine naming [was: Re: [tech] morwong NFS speed problem]
In-Reply-To: <20050712122037.GJ219425@morwong.ucc.gu.uwa.edu.au>
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
<20050712122037.GJ219425@morwong.ucc.gu.uwa.edu.au>
Message-ID:
On Tue, 12 Jul 2005, Alastair Irvine wrote:
> On Tue, 12 July, 2005 at 08:12:30PM +0800, James Andrewartha wrote:
>> On Tue, 12 Jul 2005, Alastair Irvine wrote:
>>> I noticed that /home read and write speeds on morwong are pretty crap
>>> compared to mussel. Any ideas?
>>
>> Yes, it's set to half-duplex. A quick investigation shows that's so, and
>> forcing it to full duplex gives performance equivalent to mussel.
>
> Would this be "SIMPLEX" mentioned below?
>
> % ifconfig -a
> ...
> tu2: flags=200c63
RTFM
SIMPLEX
The interface cannot hear its own transmissions. This is a read-only
option that is set by the driver.
>> Not that you can use it for long, as we're about to shut it down and move
>> it to a dual 833mhz alpha with 2GiB of ram.
>
> I assume that the hard disk(s) containing the OS are being moved over?
Yes.
> It seems that this would violate the host naming recommendations (I forget
> the RFC number). What is the case for doing this instead of commissioning
> the abovementioned machine with a new name and a fresh OSF/1 install?
morwong currently is a working install, and transferring the disks over is
much less pain than reinstalling, as it has been customised quite a bit. I
see no reason to duplicate this effort merely to conform to some RFC that
you can't even remember the number of (google anyone?) and which is
informational at best, therefore has no bearing on how UCC operates.
> PS -- Assuming the move goes ahead, shouldn't there be a message to
> ucc-announce (or maybe ucc)?
Not really, there was discussion on ucc already about how tonight would be
the continuation of the hardware night, and that morwong would be moved
over during the proceeding.
--
# TRS-80 trs80(a)ucc.gu.uwa.edu.au #/ "Otherwise Bub here will do \
# UCC Wheel Member http://trs80.ucc.asn.au/ #| what squirrels do best |
[ "There's nobody getting rich writing ]| -- Collect and hide your |
[ software that I know of" -- Bill Gates, 1980 ]\ nuts." -- Acid Reflux #231 /
From trs80 at ucc.gu.uwa.edu.au Wed Jul 13 00:27:20 2005
From: trs80 at ucc.gu.uwa.edu.au (James Andrewartha)
Date: Wed Jul 13 00:27:22 2005
Subject: [tech] morwong NFS speed problem
In-Reply-To: <20050712124422.GN22014@mermaid.ucc.gu.uwa.edu.au>
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
<20050712124422.GN22014@mermaid.ucc.gu.uwa.edu.au>
Message-ID:
On Tue, 12 Jul 2005, Adrian Chadd wrote:
> On Tue, Jul 12, 2005, James Andrewartha wrote:
>> On Tue, 12 Jul 2005, Alastair Irvine wrote:
>>
>>> I noticed that /home read and write speeds on morwong are pretty crap
>>> compared to mussel. Any ideas?
>>
>> Yes, it's set to half-duplex. A quick investigation shows that's so, and
>> forcing it to full duplex gives performance equivalent to mussel.
>>
>> Not that you can use it for long, as we're about to shut it down and move
>> it to a dual 833mhz alpha with 2GiB of ram.
>
> woot.
Currently only running on one CPU as the fans on the second are not
working. Also morwong is currently half out of the rack, and there is a
CPU on the floor - please be careful if you are going into the machine
room. I will clean this up tomorrow night, as it is far past 11pm now.
--
# TRS-80 trs80(a)ucc.gu.uwa.edu.au #/ "Otherwise Bub here will do \
# UCC Wheel Member http://trs80.ucc.asn.au/ #| what squirrels do best |
[ "There's nobody getting rich writing ]| -- Collect and hide your |
[ software that I know of" -- Bill Gates, 1980 ]\ nuts." -- Acid Reflux #231 /
From cameron at ucc.asn.au Wed Jul 13 00:30:30 2005
From: cameron at ucc.asn.au (Cameron Patrick)
Date: Wed Jul 13 00:30:38 2005
Subject: machine naming [was: Re: [tech] morwong NFS speed problem]
In-Reply-To:
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
<20050712122037.GJ219425@morwong.ucc.gu.uwa.edu.au>
Message-ID: <20050712163030.GG10236@zeno.patrick.wattle.id.au>
David Adam wrote:
> > It seems that this would violate the host naming recommendations (I forget
> > the RFC number). What is the case for doing this instead of commissioning
> > the abovementioned machine with a new name and a fresh OSF/1 install?
>
> The case is one from the Business School machines (har har har).
Actually, the case (along with the rest of the machine) is from
Fugro, Davyd's current employer.
It is also vaguely traditional (at least in my memory of UCC, which
only goes back two or three years) for machines that have their drives
transplanted into faster hardware to retain their name.
> > PS -- Assuming the move goes ahead, shouldn't there be a message to
> > ucc-announce (or maybe ucc)?
The move was completed this evening. One of new-Morwong's CPU fans
did not function correctly so it's running with only one CPU at the
moment.
I also have mudhead (the first node of UCC's Alpha cluster) booting -
also using only one CPU because it needs an SMP kernel. It needs a
static IP and clustery software installed, then we can look into
making the rest of the donated Alphas netboot from it.
Cameron.
From davyd at bridgewayconsulting.com.au Wed Jul 13 07:53:50 2005
From: davyd at bridgewayconsulting.com.au (Davyd Madeley)
Date: Wed Jul 13 07:53:55 2005
Subject: [tech] morwong NFS speed problem
In-Reply-To:
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
<20050712124422.GN22014@mermaid.ucc.gu.uwa.edu.au>
Message-ID: <20050713075350.ottmyu4e8bs48sw8@mail.bridgewayconsulting.com.au>
Quoting James Andrewartha :
> Currently only running on one CPU as the fans on the second are not
> working. Also morwong is currently half out of the rack, and there is a
> CPU on the floor - please be careful if you are going into the machine
> room. I will clean this up tomorrow night, as it is far past 11pm now.
When you say CPU on the floor, you mean an EV7? There are three spare
fans on a
spare set of cowls. Failing that, it looks like a fairly bog standard fan, I'm
sure we can order more of them.
Rather then changing over the whole cowl, it proved easier for me to just
unscrew and change the fan on melanopus. YMMV.
Will we run into dodgy licensing issues running on two CPUs? I have no
idea how
Tru64 is licensed.
--d
From adrian at ucc.gu.uwa.edu.au Wed Jul 13 09:16:05 2005
From: adrian at ucc.gu.uwa.edu.au (Adrian Chadd)
Date: Wed Jul 13 09:16:11 2005
Subject: [tech] morwong NFS speed problem
In-Reply-To: <20050713075350.ottmyu4e8bs48sw8@mail.bridgewayconsulting.com.au>
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
<20050712124422.GN22014@mermaid.ucc.gu.uwa.edu.au>
<20050713075350.ottmyu4e8bs48sw8@mail.bridgewayconsulting.com.au>
Message-ID: <20050713011604.GA15292@morwong.ucc.gu.uwa.edu.au>
On Wed, Jul 13, 2005, Davyd Madeley wrote:
> When you say CPU on the floor, you mean an EV7? There are three spare
> fans on a
> spare set of cowls. Failing that, it looks like a fairly bog standard fan,
> I'm
> sure we can order more of them.
>
> Rather then changing over the whole cowl, it proved easier for me to just
> unscrew and change the fan on melanopus. YMMV.
>
> Will we run into dodgy licensing issues running on two CPUs? I have no
> idea how
> Tru64 is licensed.
In case noone actually knows, I've asked Deborah here to clarify.
Did UCC get their Tru64 licence officially at all? Did it come
from UCS?
adrian
From davyd at bridgewayconsulting.com.au Wed Jul 13 09:58:28 2005
From: davyd at bridgewayconsulting.com.au (Davyd Madeley)
Date: Wed Jul 13 09:58:34 2005
Subject: [tech] morwong NFS speed problem
In-Reply-To: <20050713011604.GA15292@morwong.ucc.gu.uwa.edu.au>
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
<20050712124422.GN22014@mermaid.ucc.gu.uwa.edu.au>
<20050713075350.ottmyu4e8bs48sw8@mail.bridgewayconsulting.com.au>
<20050713011604.GA15292@morwong.ucc.gu.uwa.edu.au>
Message-ID: <20050713095828.0hmay6vgjugwcckw@mail.bridgewayconsulting.com.au>
Quoting Adrian Chadd :
> On Wed, Jul 13, 2005, Davyd Madeley wrote:
> In case noone actually knows, I've asked Deborah here to clarify.
> Did UCC get their Tru64 licence officially at all? Did it come
> from UCS?
We pay UCS for Tru64 licensing, as part of their license thingy with HP. I did
also organise free lifetime Tru64 licensing with HP, but got distracted and
never finished it when old Morwong died.
--d
From adrian at ucc.gu.uwa.edu.au Wed Jul 13 09:59:45 2005
From: adrian at ucc.gu.uwa.edu.au (Adrian Chadd)
Date: Wed Jul 13 09:59:49 2005
Subject: [tech] morwong NFS speed problem
In-Reply-To: <20050713095828.0hmay6vgjugwcckw@mail.bridgewayconsulting.com.au>
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
<20050712124422.GN22014@mermaid.ucc.gu.uwa.edu.au>
<20050713075350.ottmyu4e8bs48sw8@mail.bridgewayconsulting.com.au>
<20050713011604.GA15292@morwong.ucc.gu.uwa.edu.au>
<20050713095828.0hmay6vgjugwcckw@mail.bridgewayconsulting.com.au>
Message-ID: <20050713015945.GB15292@morwong.ucc.gu.uwa.edu.au>
On Wed, Jul 13, 2005, Davyd Madeley wrote:
> Quoting Adrian Chadd :
>
> >On Wed, Jul 13, 2005, Davyd Madeley wrote:
>
> >In case noone actually knows, I've asked Deborah here to clarify.
> >Did UCC get their Tru64 licence officially at all? Did it come
> >from UCS?
>
> We pay UCS for Tru64 licensing, as part of their license thingy with HP. I
> did
> also organise free lifetime Tru64 licensing with HP, but got distracted and
> never finished it when old Morwong died.
>
Apparently the licencing for the OS is based on the hardware licence
you're meant to have with your alpha. Other applications (volume manager?)
may require multi-CPU licences.
Deborah did some poking about. I suggest UCC email UCS officially for
clarification, if only to have the response on record.
Adrian
From davyd at bridgewayconsulting.com.au Wed Jul 13 13:25:38 2005
From: davyd at bridgewayconsulting.com.au (Davyd Madeley)
Date: Wed Jul 13 13:25:44 2005
Subject: [tech] morwong NFS speed problem
In-Reply-To: <20050713015945.GB15292@morwong.ucc.gu.uwa.edu.au>
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
<20050712124422.GN22014@mermaid.ucc.gu.uwa.edu.au>
<20050713075350.ottmyu4e8bs48sw8@mail.bridgewayconsulting.com.au>
<20050713011604.GA15292@morwong.ucc.gu.uwa.edu.au>
<20050713095828.0hmay6vgjugwcckw@mail.bridgewayconsulting.com.au>
<20050713015945.GB15292@morwong.ucc.gu.uwa.edu.au>
Message-ID: <20050713132538.tookip13pxc08oo0@mail.bridgewayconsulting.com.au>
Quoting Adrian Chadd :
> Apparently the licencing for the OS is based on the hardware licence
> you're meant to have with your alpha. Other applications (volume manager?)
> may require multi-CPU licences.
This could be interesting, as the UP2000s, not being DEC, may not have an
implicit hardware license. If anyone asks, we'll say we're using the licenses
from piggery and morwong, that's two CPUs ;)
I don't think we currently have a license for the volume management stuff, but
we're not really using that, as we're not using morwong as an uberdisk cluster
any more.
> Deborah did some poking about. I suggest UCC email UCS officially for
> clarification, if only to have the response on record.
Sounds sane. If there look to be any problems, we can try and hook up with HP
again to try for free licensing.
--d
From trs80 at ucc.gu.uwa.edu.au Thu Jul 14 01:09:47 2005
From: trs80 at ucc.gu.uwa.edu.au (James Andrewartha)
Date: Thu Jul 14 01:09:50 2005
Subject: [tech] morwong NFS speed problem
In-Reply-To: <20050713075350.ottmyu4e8bs48sw8@mail.bridgewayconsulting.com.au>
References: <20050712055135.GC219425@morwong.ucc.gu.uwa.edu.au>
<20050712124422.GN22014@mermaid.ucc.gu.uwa.edu.au>
<20050713075350.ottmyu4e8bs48sw8@mail.bridgewayconsulting.com.au>
Message-ID:
On Wed, 13 Jul 2005, Davyd Madeley wrote:
> Quoting James Andrewartha :
>
>> Currently only running on one CPU as the fans on the second are not
>> working. Also morwong is currently half out of the rack, and there is a
>> CPU on the floor - please be careful if you are going into the machine
>> room. I will clean this up tomorrow night, as it is far past 11pm now.
>
> When you say CPU on the floor, you mean an EV7? There are three spare
> fans on a spare set of cowls. Failing that, it looks like a fairly bog
> standard fan, I'm sure we can order more of them.
>
> Rather then changing over the whole cowl, it proved easier for me to just
> unscrew and change the fan on melanopus. YMMV.
Yeah, that seemed to be the easiest way. New fans installed and the CPU
reinsterted.
> Will we run into dodgy licensing issues running on two CPUs? I have no
> idea how Tru64 is licensed.
Well, I can get 200% cpu usage according to top, so I assume that both are
working.
--
# TRS-80 trs80(a)ucc.gu.uwa.edu.au #/ "Otherwise Bub here will do \
# UCC Wheel Member http://trs80.ucc.asn.au/ #| what squirrels do best |
[ "There's nobody getting rich writing ]| -- Collect and hide your |
[ software that I know of" -- Bill Gates, 1980 ]\ nuts." -- Acid Reflux #231 /
From MaciejBrough_8948 at jemu.com Sat Jul 16 02:48:40 2005
From: MaciejBrough_8948 at jemu.com (Maciej Broughton)
Date: Sat Jul 16 02:48:57 2005
Subject: [tech] New Vacancies Availlable
Message-ID: <20050715184844.273F8183EF5@asclepius.uwa.edu.au>
Hello,
Be welcome aboard the Cinco Llagas, Colonel, darling, a voiceso entirely desirable, a woman whose charm must irradiate all theThe Admiral ceased to smile. He revealed something of the rage thatof grace, whereafter M. de Rivarol proceeded to devour the city.had left his face. Hope had leapt within him at this interruption,him in the very moment of success. He accepted the situation withthe town to tempt the lads, and there's the wench for you. ShallPLANS OF ESCAPErecklessness that is born of despair.may... faith, she may remember me more kindly - if It's only innot comic at all.rebels-convict.The Captain came in, assured and very dignified. M. de Rivarolthis supercilious, arrogant cockerel.His lordship's pale eyes opened a little wider. Languidly he raisedYou never heard me? How should you have heard me when you weren't
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20050715/85f6ff07/attachment.html
From FielKer at jazzfunksoul.com Sat Jul 16 02:48:40 2005
From: FielKer at jazzfunksoul.com (Kerena Fields)
Date: Sat Jul 16 02:49:01 2005
Subject: [tech] New Vacancies Availlable
Message-ID: <20050715184844.15A8B183DF5@asclepius.uwa.edu.au>
Hello,
Be welcome aboard the Cinco Llagas, Colonel, darling, a voiceso entirely desirable, a woman whose charm must irradiate all theThe Admiral ceased to smile. He revealed something of the rage thatof grace, whereafter M. de Rivarol proceeded to devour the city.had left his face. Hope had leapt within him at this interruption,him in the very moment of success. He accepted the situation withthe town to tempt the lads, and there's the wench for you. ShallPLANS OF ESCAPErecklessness that is born of despair.may... faith, she may remember me more kindly - if It's only innot comic at all.rebels-convict.The Captain came in, assured and very dignified. M. de Rivarolthis supercilious, arrogant cockerel.His lordship's pale eyes opened a little wider. Languidly he raisedYou never heard me? How should you have heard me when you weren't
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20050715/b37b6230/attachment.htm
From adrian at ucc.gu.uwa.edu.au Mon Jul 18 13:11:12 2005
From: adrian at ucc.gu.uwa.edu.au (Adrian Chadd)
Date: Mon Jul 18 13:11:19 2005
Subject: [tech] google and ucc mailing list archives
Message-ID: <20050718051112.GD28601@morwong.ucc.gu.uwa.edu.au>
eww.
http://www.google.com.au/search?hl=en&q=chadda01%40student.uwa.edu.au&btnG=Google+Search&meta=
My student account is now being spammed.
Can someone please remove the ucc mailing lists from google somehow and,
if possible, lock the archives to subscribers only?
Thanks,
adrian
From davyd at madeley.id.au Mon Jul 18 13:22:16 2005
From: davyd at madeley.id.au (Davyd Madeley)
Date: Mon Jul 18 13:22:26 2005
Subject: [tech] google and ucc mailing list archives
In-Reply-To: <20050718051112.GD28601@morwong.ucc.gu.uwa.edu.au>
References: <20050718051112.GD28601@morwong.ucc.gu.uwa.edu.au>
Message-ID: <1121664137.5965.80.camel@frobisher.madeley.id.au>
On Mon, 2005-07-18 at 13:11 +0800, Adrian Chadd wrote:
> http://www.google.com.au/search?hl=en&q=chadda01%40student.uwa.edu.au&btnG=Google+Search&meta=
>
> My student account is now being spammed.
> Can someone please remove the ucc mailing lists from google somehow and,
> if possible, lock the archives to subscribers only?
Googleability of the mailing lists is a good thing. Instead it might
just be easier to remove all of the @ and . signs from the email
addresses, ala what GNOME does. You then need to apply your own logic
when putting the address back together.
--d
--
Davyd Madeley http://www.davyd.id.au/
PGP Fingerprint
08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA
From zanchey at ucc.gu.uwa.edu.au Mon Jul 18 18:20:14 2005
From: zanchey at ucc.gu.uwa.edu.au (David Adam)
Date: Mon Jul 18 18:20:19 2005
Subject: [tech] google and ucc mailing list archives
In-Reply-To: <20050718051112.GD28601@morwong.ucc.gu.uwa.edu.au>
References: <20050718051112.GD28601@morwong.ucc.gu.uwa.edu.au>
Message-ID:
On Mon, 18 Jul 2005, Adrian Chadd wrote:
>
>
> My student account is now being spammed.
> Can someone please remove the ucc mailing lists from google somehow and,
> if possible, lock the archives to subscribers only?
The standard response from most of the mailing lists I am on is
"tough, use a spam filter".
I believe that disabling the archives from Google (how we remove them is
beyond me, and according to several sources, it's beyond Google too)
and/or making them subscribers only is a bit overkill - we have a lot of
valuable technical information on our lists, and Google is the best way
to search them.
Plus, your account is now on at least one spammer's list, so this is
clearly something of a stable-door action.
Patches to Mailman to obfuscate the archives are probably a Good Idea(tm)
- are the GNOME patches available?
David Adam
zanchey@
From matt at ucc.asn.au Mon Jul 18 18:45:33 2005
From: matt at ucc.asn.au (Matt Johnston)
Date: Mon Jul 18 18:45:35 2005
Subject: [tech] google and ucc mailing list archives
In-Reply-To:
References: <20050718051112.GD28601@morwong.ucc.gu.uwa.edu.au>
Message-ID: <20050718104532.GA4228@ucc.gu.uwa.edu.au>
On Mon, Jul 18, 2005 at 06:20:14PM +0800, David Adam wrote:
> On Mon, 18 Jul 2005, Adrian Chadd wrote:
> >
> >
> > My student account is now being spammed.
> > Can someone please remove the ucc mailing lists from google somehow and,
> > if possible, lock the archives to subscribers only?
>
> Patches to Mailman to obfuscate the archives are probably a Good Idea(tm)
> - are the GNOME patches available?
The html archive pages already are obfuscated (ignoring
arguments about how useful the obfuscation is). Should we
just restrict the .txt mbox files to 130.95/16 ?
Matt
From matt at ucc.asn.au Tue Jul 19 14:26:15 2005
From: matt at ucc.asn.au (Matt Johnston)
Date: Tue Jul 19 14:27:58 2005
Subject: [tech] google and ucc mailing list archives
In-Reply-To: <20050718104532.GA4228@ucc.gu.uwa.edu.au>
References: <20050718051112.GD28601@morwong.ucc.gu.uwa.edu.au>
<20050718104532.GA4228@ucc.gu.uwa.edu.au>
Message-ID: <20050719062615.GB4290@ucc.gu.uwa.edu.au>
On Mon, Jul 18, 2005 at 06:45:33PM +0800, Matt Johnston wrote:
> On Mon, Jul 18, 2005 at 06:20:14PM +0800, David Adam wrote:
> > On Mon, 18 Jul 2005, Adrian Chadd wrote:
> > >
> > >
> > > My student account is now being spammed.
> > > Can someone please remove the ucc mailing lists from google somehow and,
> > > if possible, lock the archives to subscribers only?
> >
> > Patches to Mailman to obfuscate the archives are probably a Good Idea(tm)
> > - are the GNOME patches available?
>
> The html archive pages already are obfuscated (ignoring
> arguments about how useful the obfuscation is). Should we
> just restrict the .txt mbox files to 130.95/16 ?
Done.
And the obfuscation is different to default now, hacked into
the mailman archiver .py.
Matt
From HofZilla_2751 @.at.@ tkgi.com Mon Jul 25 22:41:03 2005
From: HofZilla_2751 @.at.@ tkgi.com (Zilla Hoffman)
Date: Mon Jul 25 22:41:19 2005
Subject: [tech] =?iso-8859-1?q?CIALL=EDS_V=C0L1UM_ViAGR=C1?=
Message-ID: <20050725144101.AB18018353B@asclepius.uwa.edu.au>
Hello,
powder on his face to render him unrecognizable.But what are you going to do? Is it that you will tell me? Itbustle - the clatter of many feet, the shouts of hoarse voices, andThe musketeers, at their station at the waist, obeyed him withI am looking at it, said Cahusac.Let Spain play the part of Pilate. Let her disclaim responsibilitychoice occupation this for the General of the King's Armies byDon't you, by God! And what else do you call this? But as HisBlood answered him.apparently stands. Ask yourself, M. le Baron, how came the Spaniardsbeautiful Spanish ship, to go make war upon other Spaniards! Ha!herd of a hundred head of cattle driven in by negro slaves.which poured for the second time that day towards Castle Field,that is by the way. I mention it chiefly as a warning, for whenCaution above everything, was Blood's last recommendation to himit would be true enough. He was never out with Monmouth; that is
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20050725/3a1ea375/attachment.html
From Domingu @.at.@ kadytv.com Mon Jul 25 22:41:03 2005
From: Domingu @.at.@ kadytv.com (Anjelica Dominguez)
Date: Mon Jul 25 22:41:24 2005
Subject: [tech] =?iso-8859-1?q?CIALL=EDS_V=C0L1UM_ViAGR=C1?=
Message-ID: <20050725144101.AB983183AE4@asclepius.uwa.edu.au>
Hello,
powder on his face to render him unrecognizable.But what are you going to do? Is it that you will tell me? Itbustle - the clatter of many feet, the shouts of hoarse voices, andThe musketeers, at their station at the waist, obeyed him withI am looking at it, said Cahusac.Let Spain play the part of Pilate. Let her disclaim responsibilitychoice occupation this for the General of the King's Armies byDon't you, by God! And what else do you call this? But as HisBlood answered him.apparently stands. Ask yourself, M. le Baron, how came the Spaniardsbeautiful Spanish ship, to go make war upon other Spaniards! Ha!herd of a hundred head of cattle driven in by negro slaves.which poured for the second time that day towards Castle Field,that is by the way. I mention it chiefly as a warning, for whenCaution above everything, was Blood's last recommendation to himit would be true enough. He was never out with Monmouth; that is
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20050725/8f542e7c/attachment.html
From bernard @.at.@ blackham.com.au Tue Jul 26 01:36:42 2005
From: bernard @.at.@ blackham.com.au (Bernard Blackham)
Date: Tue Jul 26 01:36:49 2005
Subject: [tech] mermaid
Message-ID: <20050725173642.GJ11832@blackham.com.au>
is currently now running as a Xen. If there are any problems let me
know. The plan AIUI currently looks like this ...
1. Implement support for accessing serial ports from non domain-0 VMs
2. Drop migimaki's disk in there and make that dom0
3. Run mermaid & others as xen guests
4. Perhaps do the same to mooneye/mussel and play with live
migration ....
For another day. :)
Bernard.
--
Bernard Blackham
From davyd @.at.@ madeley.id.au Tue Jul 26 10:10:15 2005
From: davyd @.at.@ madeley.id.au (Davyd Madeley)
Date: Tue Jul 26 10:10:24 2005
Subject: [tech] dropping the webpage suggestion box
Message-ID: <1122343815.6031.82.camel@frobisher.madeley.id.au>
It's only ever used for spam, and stuff we don't care about.
Should we drop it?
--d
--
Davyd Madeley
http://www.davyd.id.au/
08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA
From matt @.at.@ ucc.asn.au Tue Jul 26 11:16:36 2005
From: matt @.at.@ ucc.asn.au (Matt Johnston)
Date: Tue Jul 26 11:16:39 2005
Subject: [tech] dropping the webpage suggestion box
In-Reply-To: <1122343815.6031.82.camel@frobisher.madeley.id.au>
References: <1122343815.6031.82.camel@frobisher.madeley.id.au>
Message-ID: <20050726031636.GB4192@ucc.gu.uwa.edu.au>
On Tue, Jul 26, 2005 at 10:10:15AM +0800, Davyd Madeley wrote:
> It's only ever used for spam, and stuff we don't care about.
>
> Should we drop it?
I think there've been a couple of genuine ones. A captcha
perhaps?
Matt
From trs80 @.at.@ ucc.gu.uwa.edu.au Thu Jul 28 23:19:30 2005
From: trs80 @.at.@ ucc.gu.uwa.edu.au (James Andrewartha)
Date: Thu Jul 28 23:19:37 2005
Subject: [tech] martello's raid array
Message-ID:
davyd and I stuck a new drive into martello tonight, and it's currently
resyncing. I'll test the dead drive with seagate's tools and RMA it. Then
we can have a hot spare in martello.
--
# TRS-80 trs80(a)ucc.gu.uwa.edu.au #/ "Otherwise Bub here will do \
# UCC Wheel Member http://trs80.ucc.asn.au/ #| what squirrels do best |
[ "There's nobody getting rich writing ]| -- Collect and hide your |
[ software that I know of" -- Bill Gates, 1980 ]\ nuts." -- Acid Reflux #231 /
From matt @.at.@ ucc.asn.au Fri Jul 29 14:18:50 2005
From: matt @.at.@ ucc.asn.au (Matt Johnston)
Date: Fri Jul 29 14:18:53 2005
Subject: [tech] ssh.ucc should work now
Message-ID: <20050729061850.GP3970@ucc.gu.uwa.edu.au>
Hi all.
Just a note, ssh.ucc.asn.au should now be working again with
password auth. (Figured that the PAM module was asking for
"Password: ", not "Password:". Bleh to PAM).
If things seem still-broken, please let me know.
Matt