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