From ben at ucc.gu.uwa.edu.au Tue Aug 10 22:38:12 1999 From: ben at ucc.gu.uwa.edu.au (Ben Rampling) Date: Wed Oct 27 01:17:05 2004 Subject: [tech] Testing, and Flame Message-ID: <199908101438.WAA03120@mermaid.ucc.gu.uwa.edu.au> Bing. Does any one foresee any problems moving flame to a dedicated, unfirewalled IP? It gives us the advantage of real smtp, nntp and telnet services for it, and allows traffic monitoring that would otherwise be difficult. Regards, Ben Rampling From mustang at ucc.gu.uwa.edu.au Tue Aug 10 22:49:10 1999 From: mustang at ucc.gu.uwa.edu.au (David Manchester) Date: Wed Oct 27 01:17:06 2004 Subject: [tech] Testing, and Flame In-Reply-To: <199908101438.WAA03120@mermaid.ucc.gu.uwa.edu.au> from Ben Rampling at "Aug 10, 99 10:38:12 pm" Message-ID: <199908101449.WAA03190@mermaid.ucc.gu.uwa.edu.au> > Bing. > > Does any one foresee any problems moving flame to a dedicated, unfirewalled > IP? It gives us the advantage of real smtp, nntp and telnet services for it, > and allows traffic monitoring that would otherwise be difficult. As an alias on moray, or on its own box..? Cheers /dave -- / David Manchester [TDH] Netware/UNIX droid. \ Tell someone who's interested, tell someone who can keep their lunch digested Tell someone who wants your conversation, tell someone who doesn't regard you \as an argument for compulsory sterilisation." [TISM], `How Do I Love Thee?'/ From yakk at yakk.net.au Tue Aug 10 23:00:43 1999 From: yakk at yakk.net.au (Ian McKellar) Date: Wed Oct 27 01:17:07 2004 Subject: [tech] Testing, and Flame In-Reply-To: <199908101449.WAA03190@mermaid.ucc.gu.uwa.edu.au>; from David Manchester on Tue, Aug 10, 1999 at 10:49:10PM +0800 References: <199908101438.WAA03120@mermaid.ucc.gu.uwa.edu.au> <199908101449.WAA03190@mermaid.ucc.gu.uwa.edu.au> Message-ID: <19990810230043.B13293@yakk.net.au> On Tue, Aug 10, 1999 at 10:49:10PM +0800, David Manchester wrote: > > Bing. > > > > Does any one foresee any problems moving flame to a dedicated, unfirewalled > > IP? It gives us the advantage of real smtp, nntp and telnet services for it, > > and allows traffic monitoring that would otherwise be difficult. > > As an alias on moray, or on its own box..? > Probably as an alias I would say. Ian -- Ian McKellar | Email: yakk(a)yakk.net | Web: http://www.yakk.net/ Prefix: +61 8 | Fax/VoiceMail: 9265 0821 | Home: 9389 9162 | Work: 9380 3688 From andrew at ucc.gu.uwa.edu.au Wed Aug 11 00:20:25 1999 From: andrew at ucc.gu.uwa.edu.au (Andrew Williams) Date: Wed Oct 27 01:17:07 2004 Subject: [tech] Testing, and Flame Message-ID: <199908101620.AAA32232@ucc.gu.uwa.edu.au> On Tue, 10 Aug 1999 22:38:12 +0800 (WST), Ben Rampling wrote: >Does any one foresee any problems moving flame to a dedicated, unfirewalled >IP? It gives us the advantage of real smtp, nntp and telnet services for it, >and allows traffic monitoring that would otherwise be difficult. > A few questions... -Would it still be running on moray, or a new dedicated box? -Can we arrange things so that the old IP will still work until the DNS changes propagate out to the world? It could take days, especially for third-world areas like Murdoch uni... :-) -If it's set up as an alias, would it still have access to the client IP's so we can tell where people are logging in from? Would this be for the standard port 4242 access and/or port 23? If the second two answers are 'yes', then great, sounds fine. If it's on a new box, let me know when and where and we can move it over... Andrew From yakk at yakk.net.au Wed Aug 11 00:45:17 1999 From: yakk at yakk.net.au (Ian McKellar) Date: Wed Oct 27 01:17:07 2004 Subject: [tech] My machine Message-ID: <19990811004517.A668@yakk.net.au> hi, I've got a P133 currently sitting in UCC using scully's monitor, power and ethernet. I'll be in after my 9am tute to pray to the BSD gods and try to make it boot. Please don't break it. Ian -- Ian McKellar | Email: yakk(a)yakk.net | Web: http://www.yakk.net/ Prefix: +61 8 | Fax/VoiceMail: 9265 0821 | Home: 9389 9162 | Work: 9380 3688 From yakk at yakk.net.au Wed Aug 11 01:17:58 1999 From: yakk at yakk.net.au (Ian McKellar) Date: Wed Oct 27 01:17:07 2004 Subject: [tech] IRC server and WAIX Message-ID: <19990811011758.A434@yakk.net.au> Hi, Now that we've got these cute WAIX only IP#s, why don't we move our ircd to a WAIX only IP number? If theres no objections, I'll do it. Ian -- Ian McKellar | Email: yakk(a)yakk.net | Web: http://www.yakk.net/ Prefix: +61 8 | Fax/VoiceMail: 9265 0821 | Home: 9389 9162 | Work: 9380 3688 From ben at ucc.gu.uwa.edu.au Wed Aug 11 08:24:21 1999 From: ben at ucc.gu.uwa.edu.au (Ben Rampling) Date: Wed Oct 27 01:17:07 2004 Subject: [tech] IRC server and WAIX In-Reply-To: <19990811011758.A434@yakk.net.au> from Ian McKellar at "Aug 11, 99 01:17:58 am" Message-ID: <199908110024.IAA05142@mermaid.ucc.gu.uwa.edu.au> > Hi, > > Now that we've got these cute WAIX only IP#s, why don't we move our ircd to a > WAIX only IP number? If theres no objections, I'll do it. I have objections that I've stated before when we've thought about it. Firstly, we want to minimise changes to the server because they often require intervention by Digger, who isn't really interested in spending time on the network. In this case the ircd on the other end will need to be restarted, because server address lookups never expire. Leaving it as is won't make the servers availability subject to WAIX and UCS changes, unless they decide to deny us a network connection completely. The other problem is reverse lookups won't run on the number. And finally, I don't see what it would actually gain us. I spent some serious time coding to make it work this way, and one day there may be hosts that can get to WAIX that couldn't get to an anonymous WAIX number. (I wouldn't be surprised if there was now). Regards, Ben Rampling From ben at ucc.gu.uwa.edu.au Wed Aug 11 08:26:04 1999 From: ben at ucc.gu.uwa.edu.au (Ben Rampling) Date: Wed Oct 27 01:17:07 2004 Subject: [tech] IRC server and WAIX In-Reply-To: <199908110024.IAA05142@mermaid.ucc.gu.uwa.edu.au> from Ben Rampling at "Aug 11, 99 08:24:21 am" Message-ID: <199908110026.IAA05151@mermaid.ucc.gu.uwa.edu.au> > And finally, I don't see what it would actually gain us. I spent some serious > time coding to make it work this way, and one day there may be hosts that can > get to WAIX that couldn't get to an anonymous WAIX number. ^^^^ Get to mermaid, rather. From luyer at ucs.uwa.edu.au Wed Aug 11 09:53:10 1999 From: luyer at ucs.uwa.edu.au (David Luyer) Date: Wed Oct 27 01:17:08 2004 Subject: [tech] IRC server and WAIX In-Reply-To: Your message of "Wed, 11 Aug 1999 01:17:58 +0800." <19990811011758.A434@yakk.net.au> Message-ID: <199908110153.JAA02707@typhaon.ucs.uwa.edu.au> > Hi, > > Now that we've got these cute WAIX only IP#s, why don't we move our ircd to a > WAIX only IP number? If theres no objections, I'll do it. Because it already is? (if you mean for client connections) irc.waix.ucc.gu.uwa.edu.au is the address used from a number of places. David. From yakk at yakk.net.au Wed Aug 11 10:16:09 1999 From: yakk at yakk.net.au (Ian McKellar) Date: Wed Oct 27 01:17:08 2004 Subject: [tech] IRC server and WAIX In-Reply-To: <199908110026.IAA05151@mermaid.ucc.gu.uwa.edu.au>; from Ben Rampling on Wed, Aug 11, 1999 at 08:26:04AM +0800 References: <199908110024.IAA05142@mermaid.ucc.gu.uwa.edu.au> <199908110026.IAA05151@mermaid.ucc.gu.uwa.edu.au> Message-ID: <19990811101609.B434@yakk.net.au> On Wed, Aug 11, 1999 at 08:26:04AM +0800, Ben Rampling wrote: > > And finally, I don't see what it would actually gain us. I spent some serious > > time coding to make it work this way, and one day there may be hosts that can > > get to WAIX that couldn't get to an anonymous WAIX number. > ^^^^ > Get to mermaid, rather. The issue is that irc.ucc.gu.uwa.edu.au is inaccessible from many WAIX IPs. Perhaps the solution would be to have a irc.waix.ucc.gu.uwa.edu.au which _is_ on a WAIX IP# and either tunnel that to the IRC server on mako, or have mako use that IP# too. I understand your concern with breaking it, but there is still a couple of things that need to be done for it to work right. Ian -- Ian McKellar | Email: yakk(a)yakk.net | Web: http://www.yakk.net/ Prefix: +61 8 | Fax/VoiceMail: 9265 0821 | Home: 9389 9162 | Work: 9380 3688 From ben at ucc.gu.uwa.edu.au Wed Aug 11 10:37:13 1999 From: ben at ucc.gu.uwa.edu.au (Ben Rampling) Date: Wed Oct 27 01:17:08 2004 Subject: [tech] IRC server and WAIX In-Reply-To: <19990811101609.B434@yakk.net.au> from Ian McKellar at "Aug 11, 99 10:16:09 am" Message-ID: <199908110237.KAA05681@mermaid.ucc.gu.uwa.edu.au> > The issue is that irc.ucc.gu.uwa.edu.au is inaccessible from many WAIX IPs. > Perhaps the solution would be to have a irc.waix.ucc.gu.uwa.edu.au which _is_ > on a WAIX IP# and either tunnel that to the IRC server on mako, or have mako > use that IP# too. > > I understand your concern with breaking it, but there is still a couple of > things that need to be done for it to work right. If access from WAIX sites is an issue then use irc.omen.com.au or one of the many other WAIX accesable servers. If you still need to use the ucc server than use mermaid.waix.ucc.gu.uwa.edu.au or one of the many aliases. Is the issue you have just that the few people with O/S lines can't use them from WAIX hosts? (Why would you want to anyhow?) Regards, Ben Rampling From mtearle at tartarus.uwa.edu.au Thu Aug 12 15:01:20 1999 From: mtearle at tartarus.uwa.edu.au (Mark Tearle) Date: Wed Oct 27 01:17:08 2004 Subject: [tech] mutt settings Message-ID: I just bashed mutt on mermaid and mussel to not put their hostnames in outgoing mail. Yours Mark -- Mark Tearle - mtearle@tartarus.uwa.edu.au "Hey, doll, is this guy boring you? Try me instead! I'm from a different planet!" -Zaphod Beeblebrox From yakk at ucc.gu.uwa.edu.au Mon Aug 23 10:38:03 1999 From: yakk at ucc.gu.uwa.edu.au (Ian McKellar) Date: Wed Oct 27 01:17:08 2004 Subject: [tech] SOCKS fixed Message-ID: <19990823103803.A22175@mussel.ucc.gu.uwa.edu.au> Hi all, SOCKS wasn't working from anything but mermaid. I read the /var/log/daemon.log file and found that sockd was complaining about an invalid IP# in line 2 of /usr/local/etc/sockd.conf - an entry for m.ucc.gu.uwa.edu.au. I've #ed that line out and SOCKS should now work from mermaid, mussel, beige, starfish and scarlet. Ian -- ___________________________________________________________________________ /\ yakk@yakk.net.au http://www.yakk.net.au/ /\ < > finger yakk@student.uwa.edu.au for more information < > \/_____Disclaimer: These comments are those of my fingers, not my mind_____\/ Peer Pressure: Thats what friends are for. From nick at ucc.gu.uwa.edu.au Mon Aug 23 14:19:43 1999 From: nick at ucc.gu.uwa.edu.au (Nick Bannon) Date: Wed Oct 27 01:17:08 2004 Subject: [tech] NTX board Message-ID: <19990823141943.R10043@mermaid.ucc.gu.uwa.edu.au> A circuit board, presumably for the Laserwriter NTX arrived for [TDH] today - it's on top of the printer in question. Nick. -- Nick Bannon | "I made this letter longer than usual because nick@it.net.au | I lack the time to make it shorter." - Pascal From mtearle at tartarus.uwa.edu.au Tue Aug 24 11:15:38 1999 From: mtearle at tartarus.uwa.edu.au (Mark Tearle) Date: Wed Oct 27 01:17:09 2004 Subject: [tech] Re: John West. In-Reply-To: <001a01beedcb$d61b2600$0800a8c0@soft6.ihgtech.com.au> Message-ID: On Tue, 24 Aug 1999, David Emrich wrote: > Date: Tue, 24 Aug 1999 08:58:41 +0800 > From: David Emrich > To: postmaster@ucc.gu.uwa.edu.au > Subject: John West. > > What's happening!? > > I emailed john@ucc.gu.uwa.edu.au, and this is what I got back. > > [dav] > > > ********************************************** > ** THIS IS A WARNING MESSAGE ONLY ** > ** YOU DO NOT NEED TO RESEND YOUR MESSAGE ** > ********************************************** > > The original message was received at Mon, 23 Aug 1999 15:44:53 +0800 (WST) > from ihg.iinet.net.au [203.59.131.100] (may be forged) > > ----- The following addresses had transient non-fatal errors ----- > > > ----- Transcript of session follows ----- > ... while talking to mailhost.ucc.gu.uwa.edu.au.: > >>> MAIL From: SIZE=1265 > <<< 451 ... Sender domain must resolve > ... Deferred: 451 ... Sender > domain must resolve > Warning: message still undelivered after 4 hours > Will keep trying until message is 5 days old > Cause of problem: named died on moray Long term cause of problem: moray's /etc/resolv.conf lacked entries for secondary DNS servers, fixed now. Yours Mark -- Mark Tearle - mtearle@tartarus.uwa.edu.au "Hey, doll, is this guy boring you? Try me instead! I'm from a different planet!" -Zaphod Beeblebrox From fryers at ucc.gu.uwa.edu.au Tue Aug 24 16:00:38 1999 From: fryers at ucc.gu.uwa.edu.au (Simon Fryer) Date: Wed Oct 27 01:17:09 2004 Subject: [tech] Monitor Switch Box Message-ID: <19990824160038.N12393@ucc.gu.uwa.edu.au> Bingle I am not sure if committee is a sub set of tech so apologies to those who get this more than once. I have been pricing up the cables needed for the monitor swtich box. First the good news - all the machines have VGA which maked life easy. Unfortunatly, most of the machines have 5pin Din style keyboard connectors apart from two machines. From the machine room: Machines with Din5 Keyboard connectors: router, mako, dagon, ziggy, mermaid and moray. Machines with PS2 Keyboard connectors: q, mussel. >From this I recomend we obtain 1 PS2 male -> Din5 male cable, 4 Din5 male -> Din5 male cables and 4 HD 15 pin male (VGA) -> HD 15pin male cables. This allows some flexability when setting up machines. I had a quick look at pre made cables and thought there must be a better way. Then I thought, we have a lot (We we did, this is why cleanouts are a bad thing) of old keyboard with intermittent keys. Also we have a couple of dieing or dead VGA monitors. Solution - grab cables from these and fit connectors to them. This works out to be a very cheap solution. I know I have already been authorized to spend money on this but I thought I would run it past committee again. Part I will need are 5 * Din5 Male connectors@$0.85 each $4.25 4 * DB9 Backshells@$1.50 each $6.00 4 * HD15 Male D style connector@$2.95 each $11.80 These prices are including tax and from the Altronics catalouge. I had a look at the Jaycar price list but it ended up being more expensive. This solution also has the advantage that I get to rope interested freshers into hardware assembly *looks at Grahame*!!! Is this ok or does someone else have any other fantastic ideas? See Ya Simon -- ------------------------------------------------------------------------ "Well, an engineer is not concerned with the truth; that is left to philosophers and theologians: the prime concern of an engineer is the utility of the final product." Lectures on the Electrical Properties of Materials, L.Solymar, D.Walsh From mustang at ucc.gu.uwa.edu.au Wed Aug 25 18:52:06 1999 From: mustang at ucc.gu.uwa.edu.au (David Manchester) Date: Wed Oct 27 01:17:09 2004 Subject: [tech] Re: [wheel] Bring out your dead! (searching for dead Laserwriter II NTX's) In-Reply-To: <199908251046.SAA29536@typhaon.ucs.uwa.edu.au> from David Luyer at "Aug 25, 99 06:46:36 pm" Message-ID: <199908251052.SAA12188@mermaid.ucc.gu.uwa.edu.au> > The point of Mark's post was that the new logic board arrived, and behaved > exactly the same way as the old one, and now we need to decide if both logic > boards are dead or if something else is wrong. Supposedly the LEDs being > displayed indicate 'logic board error'. Fine, well, since I'm ESP-impaired I presumed he had lost the UCC's II NTX. I was going to get a copy of the Apple Certified Tech program CD-ROMs before I opened it up, but since it's already been eviscerated, good luck. Cheers /dave -- / David Manchester [TDH] Netware/UNIX droid. \ Tell someone who's interested, tell someone who can keep their lunch digested Tell someone who wants your conversation, tell someone who doesn't regard you \as an argument for compulsory sterilisation." [TISM], `How Do I Love Thee?'/ From mustang at ucc.gu.uwa.edu.au Wed Aug 25 20:32:36 1999 From: mustang at ucc.gu.uwa.edu.au (David Manchester) Date: Wed Oct 27 01:17:09 2004 Subject: [tech] Mussel @ 450MHz ..? Message-ID: <199908251232.UAA12581@mermaid.ucc.gu.uwa.edu.au> As much as the theory disgusts me, apparently the theory with Celerons is that they must `burn in' at a particular speed before they become stable. Not playing with semis at uni, thinking back to Year 11 physics, this is rather distressing.... but are we game to try Mussel's CPUs at 100MHz FSB once more - they should be able to do it happily... I'm willing to engineer more cooling if required. Cheers /dave (no, I'm -not- building a Kryotech assembly) -- / David Manchester [TDH] Netware/UNIX droid. \ Tell someone who's interested, tell someone who can keep their lunch digested Tell someone who wants your conversation, tell someone who doesn't regard you \as an argument for compulsory sterilisation." [TISM], `How Do I Love Thee?'/ From nick at ucc.gu.uwa.edu.au Wed Aug 25 20:41:39 1999 From: nick at ucc.gu.uwa.edu.au (Nick Bannon) Date: Wed Oct 27 01:17:09 2004 Subject: [tech] vimotd Message-ID: <19990825204139.M7537@mermaid.ucc.gu.uwa.edu.au> vimotd is working again - previously it wasn't getting very far with mermaid due to some clever person putting a linebreak in the appropiate /etc/inetd.conf line. Any Committee member or root can edit the message of the day on mermaid, mussel, moray, beige and starfish simultaneously. Nick. -- Nick Bannon | "I made this letter longer than usual because nick@it.net.au | I lack the time to make it shorter." - Pascal From nick at ucc.gu.uwa.edu.au Wed Aug 25 20:47:41 1999 From: nick at ucc.gu.uwa.edu.au (Nick Bannon) Date: Wed Oct 27 01:17:09 2004 Subject: [tech] Mussel @ 450MHz ..? In-Reply-To: <199908251232.UAA12581@mermaid.ucc.gu.uwa.edu.au>; from David Manchester on Wed, Aug 25, 1999 at 08:32:36PM +0800 References: <199908251232.UAA12581@mermaid.ucc.gu.uwa.edu.au> Message-ID: <19990825204741.N7537@mermaid.ucc.gu.uwa.edu.au> On Wed, Aug 25, 1999 at 08:32:36PM +0800, David Manchester wrote: [...] > Not playing with semis at uni, thinking back to Year 11 physics, this is > rather distressing.... but are we game to try Mussel's CPUs at 100MHz FSB > once more - they should be able to do it happily... I'm willing to engineer > more cooling if required. [...] It might be worth a go, but I'd recommend getting hold of some suitable Teflon tape for voltage fiddling. It could be worth a test, but I don't think it's likely to work without it. (some of the other CPUs in the batch we got won't do 450MHz, either) How are the other Celeron owners going with their SMP mods? We have a suitable drill bit, but I'd recommend getting hold of a sharp soldering iron, good lighting and a bench vice. Nick. -- Nick Bannon | "I made this letter longer than usual because nick@it.net.au | I lack the time to make it shorter." - Pascal From mtearle at tartarus.uwa.edu.au Wed Aug 25 21:47:39 1999 From: mtearle at tartarus.uwa.edu.au (Mark Tearle) Date: Wed Oct 27 01:17:10 2004 Subject: [tech] Re: [wheel] Bring out your dead! (searching for dead Laserwriter II NTX's) In-Reply-To: <199908251052.SAA12188@mermaid.ucc.gu.uwa.edu.au> Message-ID: On Wed, 25 Aug 1999, David Manchester wrote: > > The point of Mark's post was that the new logic board arrived, and behaved > > exactly the same way as the old one, and now we need to decide if both logic > > boards are dead or if something else is wrong. Supposedly the LEDs being > > displayed indicate 'logic board error'. > > Fine, well, since I'm ESP-impaired I presumed he had lost the UCC's II NTX. > > I was going to get a copy of the Apple Certified Tech program CD-ROMs before > I opened it up, but since it's already been eviscerated, good luck. > > Cheers > /dave > It was a straight board swap. Anyhow, I've gotten a couple of useful replies from Craig/Andrew of Starfish. Also, for the moment the old board is back in the printer. Yours Mark -- Mark Tearle - mtearle@tartarus.uwa.edu.au "Hey, doll, is this guy boring you? Try me instead! I'm from a different planet!" -Zaphod Beeblebrox From nick at ucc.gu.uwa.edu.au Thu Aug 26 20:13:11 1999 From: nick at ucc.gu.uwa.edu.au (Nick Bannon) Date: Wed Oct 27 01:17:10 2004 Subject: [tech] su-ing on mermaid In-Reply-To: <19990825203925.L7537@mermaid.ucc.gu.uwa.edu.au>; from Nick Bannon on Wed, Aug 25, 1999 at 08:39:26PM +0800 References: <19990825203925.L7537@mermaid.ucc.gu.uwa.edu.au> Message-ID: <19990826201310.C17478@mermaid.ucc.gu.uwa.edu.au> Careful with password expiry, people. su suddenly stopped working on mermaid yesterday - I thought it was the password itself (it looked different to other machines, but it was probably just set separately). Today it seems to be password expiry. We had an /etc/shadow entry like ; root:xxxxxxxxxxxxx:10646:0:180:14:60:: I killed that for all the accounts in the FMS shadow.template and for root in the /etc/shadow. An FMS update should cure things. Nick. -- Nick Bannon | "I made this letter longer than usual because nick@it.net.au | I lack the time to make it shorter." - Pascal From gbowland at ucc.gu.uwa.edu.au Thu Aug 26 22:08:24 1999 From: gbowland at ucc.gu.uwa.edu.au (Grahame Bowland) Date: Wed Oct 27 01:17:10 2004 Subject: [tech] We should get one of these.. Message-ID: <19990826220824.A22059@mussel.ucc.gu.uwa.edu.au> This looks really cool (I found it browsing the CIIPS site): http://ciips.ee.uwa.edu.au/~morris/research/Achilles.html What happens to cool stuff like this that the Uni develops? -- Grahame Bowland /---------------------------------------------------------------------\ | Email: gbowland@ucc.gu.uwa.edu.au gbowland@iee.org.uk | | gbowland@tartarus.uwa.edu.au gbowland@hotmail.com | | Web: http://users.wantree.com.au/~bowest/gmb.html | \---------------------------------------------------------------------/ From luyer at ucs.uwa.edu.au Thu Aug 26 22:13:05 1999 From: luyer at ucs.uwa.edu.au (David Luyer) Date: Wed Oct 27 01:17:10 2004 Subject: [tech] We should get one of these.. In-Reply-To: Your message of "Thu, 26 Aug 1999 22:08:24 +0800." <19990826220824.A22059@mussel.ucc.gu.uwa.edu.au> Message-ID: <199908261413.WAA12122@typhaon.ucs.uwa.edu.au> > This looks really cool (I found it browsing the CIIPS site): > http://ciips.ee.uwa.edu.au/~morris/research/Achilles.html > > What happens to cool stuff like this that the Uni develops? 1. People break in from Europe and steal the data/design? 2. Someone realises that gigabit ethernet switches and PCI cards have already been done? 3. This space vacant for other sarcastic remarks. David. From dayta at ucc.gu.uwa.edu.au Thu Aug 26 22:32:04 1999 From: dayta at ucc.gu.uwa.edu.au (Leighton Haynes) Date: Wed Oct 27 01:17:10 2004 Subject: [tech] We should get one of these.. In-Reply-To: <199908261413.WAA12122@typhaon.ucs.uwa.edu.au>; from David Luyer on Thu, Aug 26, 1999 at 10:13:05PM +0800 References: <19990826220824.A22059@mussel.ucc.gu.uwa.edu.au> <199908261413.WAA12122@typhaon.ucs.uwa.edu.au> Message-ID: <19990826223204.A18771@mermaid.ucc.gu.uwa.edu.au> On Thu, Aug 26, 1999 at 10:13:05PM +0800, David Luyer wrote: > > This looks really cool (I found it browsing the CIIPS site): > > http://ciips.ee.uwa.edu.au/~morris/research/Achilles.html > > > > What happens to cool stuff like this that the Uni develops? > > 1. People break in from Europe and steal the data/design? > Bah, all my stuff was on a different untrusted subnet :P > 2. Someone realises that gigabit ethernet switches and PCI cards have > already been done? Erm, nothing on the market anywhere near the price is as good as this stuff. Myrinet is the closest.. and their effective bandwidth is nowhere near what we get :P > 3. This space vacant for other sarcastic remarks. > Oooh my turn. Slack buggers like me supposedly develop drivers for it. But because we're slack buggers, they drivers are buggy, and unstable. Which reminds me.. i should really start writing those drivers for the achilles stuff.. *grumblehnoursprojectgrumble* Leighton... -- 4th Year BE(IT) Hons. student. UCC Sysadmin. From bers at ucc.gu.uwa.edu.au Fri Aug 27 15:27:46 1999 From: bers at ucc.gu.uwa.edu.au (Nick Rohrlach) Date: Wed Oct 27 01:17:11 2004 Subject: [tech] Re: coke isnt logging again In-Reply-To: Message-ID: What the hell am I doing wrong. I SIGHUP mola's syslogd after moving the coke file to a new location and it dies horribly :( -- -_-_-_-_-_-_-_-_-_-_-_-_-_-_ Nick "bers" Rohrlach [NRR] bers@ucc.gu.uwa.edu.au 1999 UCC Treasurer 1999 Unigames Treasurer _-_-_-_-_-_-_-_-_-_-_-_-_-_- On Fri, 27 Aug 1999, Michael Dawson wrote: > > cokelog hasnt been restarted since the last time bers did stuff (I'm > assuming). This is probably bad. > > Michael > From luyer at ucs.uwa.edu.au Fri Aug 27 16:41:42 1999 From: luyer at ucs.uwa.edu.au (David Luyer) Date: Wed Oct 27 01:17:11 2004 Subject: [tech] Re: coke isnt logging again In-Reply-To: Your message of "Fri, 27 Aug 1999 15:27:46 +0800." Message-ID: <199908270841.QAA20873@typhaon.ucs.uwa.edu.au> > What the hell am I doing wrong. I SIGHUP mola's syslogd after moving the > coke file to a new location and it dies horribly :( Do you remember to "touch" a new file before you SIGHUP the named? David. From nick at ucc.gu.uwa.edu.au Fri Aug 27 17:38:46 1999 From: nick at ucc.gu.uwa.edu.au (Nick Bannon) Date: Wed Oct 27 01:17:11 2004 Subject: [tech] Re: coke isnt logging again In-Reply-To: ; from Nick Rohrlach on Fri, Aug 27, 1999 at 03:27:46PM +0800 References: Message-ID: <19990827173845.G17478@mermaid.ucc.gu.uwa.edu.au> On Fri, Aug 27, 1999 at 03:27:46PM +0800, Nick Rohrlach wrote: > What the hell am I doing wrong. I SIGHUP mola's syslogd after moving the > coke file to a new location and it dies horribly :( What you're presumably _not_ doing is checking it after you rotate logs (not that the logs need any rotating - you can easily grep out the bit you're interested in). Do a "dispense acct bers -1 test" or something and see if it shows up in the logs. _Every time_. Was this the same thing that happened last time? There was speculation that it might be to do with the BASS probe, which causes a very long syslog entry, which might just break things. Otherwise it might be to do with the Solaris oddities Barnes mentioned... Nick. -- Nick Bannon | "I made this letter longer than usual because nick@it.net.au | I lack the time to make it shorter." - Pascal From ben at ucc.gu.uwa.edu.au Sun Aug 29 16:40:09 1999 From: ben at ucc.gu.uwa.edu.au (Ben Rampling) Date: Wed Oct 27 01:17:11 2004 Subject: [tech] hdd4mako Message-ID: <199908290840.QAA31791@mermaid.ucc.gu.uwa.edu.au> Do we have a 400+ Mb HDD anywhere, or will we have to aquire one? Mako will be needing one for a main drive soon. Regards, Ben Rampling From luyer at ucs.uwa.edu.au Mon Aug 30 13:54:16 1999 From: luyer at ucs.uwa.edu.au (David Luyer) Date: Wed Oct 27 01:17:11 2004 Subject: [tech] cron MAILTO= security hole Message-ID: <199908300554.NAA25403@typhaon.ucs.uwa.edu.au> A temporary patch for the cron MAILTO= security hole has been installed on mermaid. (example exploit - MAILTO='-bi -O AliasFile=/etc/shadow' I think, makes a database /etc/shadow.db mode 644 keys = usernames values = shadow entries; could also probably be used for arbitrary command execution quite easily) Source in /usr/local/src/cyllene/main/admin/cron/... as per normal. David. From nick at ucc.gu.uwa.edu.au Mon Aug 30 14:10:19 1999 From: nick at ucc.gu.uwa.edu.au (Nick Bannon) Date: Wed Oct 27 01:17:12 2004 Subject: [tech] Re: [wheel] Scully.. In-Reply-To: <19990830110045.A15487@mussel.ucc.gu.uwa.edu.au>; from Grahame Bowland on Mon, Aug 30, 1999 at 11:00:45AM +0800 References: <19990830110045.A15487@mussel.ucc.gu.uwa.edu.au> Message-ID: <19990830141011.U17478@mermaid.ucc.gu.uwa.edu.au> On Mon, Aug 30, 1999 at 11:00:45AM +0800, Grahame Bowland wrote: > Scully won't connect to mussel, mermaid or beowulf for xdm. I've looked through the setup and it seems okay, although it is using shared private key "john" - is that right? > > I used the /etc/init.d/xdm script to shutdown and restart xdm but it doesn't seem to be running on port 177 where it should be. The exact message on scully is: > > > XDMCP: Manager unwilling Host unwilling > > Then it resets itself and tries again. Let me guess. Someone did an "apt-get upgrade" on mussel and replaced all the XDM config files with blank ones? Including, say, /etc/X11/xdm/Xaccess? Debugging it was confusing because scully and/or mussel didn't seem to respond immediately to changes - it would continue to fail a few times even after it was fixed. I made the authentication use MIT-MAGIC-COOKIE rather than XDM... I think the shared key is irrelevant to that. XDM on mermaid/mussel isn't configured with any kind of key. Oh - and the setup password seems to have fallen off scully. I can't seem to put it back on. This may mean people will fiddle with it and break it more often. Nick. -- Nick Bannon | "I made this letter longer than usual because nick@it.net.au | I lack the time to make it shorter." - Pascal From nick at ucc.gu.uwa.edu.au Tue Aug 31 14:04:11 1999 From: nick at ucc.gu.uwa.edu.au (Nick Bannon) Date: Wed Oct 27 01:17:12 2004 Subject: [tech] Re: [committee] hdd4mako In-Reply-To: <199908310500.NAA09596@mermaid.ucc.gu.uwa.edu.au>; from Ben Rampling on Tue, Aug 31, 1999 at 01:00:15PM +0800 References: <199908310500.NAA09596@mermaid.ucc.gu.uwa.edu.au> Message-ID: <19990831140411.Y17478@mermaid.ucc.gu.uwa.edu.au> On Tue, Aug 31, 1999 at 01:00:15PM +0800, Ben Rampling wrote: > Apparently either we don't have any spare hdd's, or we don't have anyone that > cares, That's probably about the sum of it, but you could try putting it on this afternoon's agenda. (run "agenda" on mermaid, mussel or starfish) > so I'd like to buy a brand new Quantum Fireball CX, 6.4Gb for the > machine. It's $210, and probably overkill (You can't buy any smaller, [...] It should be less than that, particularly tax-ex. However, if we're buying a new drive, I'd suggest upping the spec to a 6GB or 9GB Fireball KA drive - they're noticably faster to use, and almost as cheap. In fact, if we bought two and stuck one into mermaid, we could be free of the evil Bigfoot as well. Tax inc. prices from http://rtv.ii.net/ ; 6.4GB Quantum Fireball CX Ultra DMA/66 Hard Disk 512K Cache - $205 6.4GB Quantum Fireball KA Ultra DMA/66 7200RPM Hard Disk - $265 9.1GB Quantum Fireball KA Ultra DMA/66 7200RPM Hard Disk - $315 Tax inc. prices from http://simline.ii.net/ ; 6.4GB Fireball CX, UltraDMA/66, 3.5", 512KB Cache, 5400RPM $190 6.4GB Fireball Plus KA, UltraDMA/66, 3.5", 512KB Cache, 7200RPM $265 9.1GB Fireball Plus KA, UltraDMA/66, 3.5", 512KB Cache, 7200RPM $290 Probably a good idea to call Efficient Chips, too. [...] > This needs to be done quickly - I'm happy to arrange the purchase of the > drive, pickup, etc if committee will arrange the cheque. That would be excellent. Nick. -- Nick Bannon | "I made this letter longer than usual because nick@it.net.au | I lack the time to make it shorter." - Pascal From luyer at ucs.uwa.edu.au Tue Aug 31 15:04:19 1999 From: luyer at ucs.uwa.edu.au (David Luyer) Date: Wed Oct 27 01:17:12 2004 Subject: [tech] Re: [committee] hdd4mako In-Reply-To: Your message of "Tue, 31 Aug 1999 14:04:11 +0800." <19990831140411.Y17478@mermaid.ucc.gu.uwa.edu.au> Message-ID: <199908310704.PAA08187@typhaon.ucs.uwa.edu.au> Just for price comparison: Tax Ex 8.4Gb Seagate $165 Austin Computers David. From mustang at ucc.gu.uwa.edu.au Tue Aug 31 15:07:57 1999 From: mustang at ucc.gu.uwa.edu.au (David Manchester) Date: Wed Oct 27 01:17:12 2004 Subject: [tech] Re: [committee] hdd4mako In-Reply-To: <19990831140411.Y17478@mermaid.ucc.gu.uwa.edu.au> from Nick Bannon at "Aug 31, 99 02:04:11 pm" Message-ID: <199908310707.PAA10643@mermaid.ucc.gu.uwa.edu.au> Guys and gals - the most helpful thing to mermaid would be one of the 7200rpm drives - the UDMA/66 doesn't help, but low latency will. That said - what of a new 6GB 7200rpm drive for mermaid and a Bigfoot implant for Mako ..? Cheers /dave-- / David Manchester [TDH] Netware/UNIX droid. \ Tell someone who's interested, tell someone who can keep their lunch digested Tell someone who wants your conversation, tell someone who doesn't regard you \as an argument for compulsory sterilisation." [TISM], `How Do I Love Thee?'/ From ben at ucc.gu.uwa.edu.au Tue Aug 31 21:48:08 1999 From: ben at ucc.gu.uwa.edu.au (Ben Rampling) Date: Wed Oct 27 01:17:13 2004 Subject: [tech] hdd4mako Message-ID: <199908311348.VAA12409@mermaid.ucc.gu.uwa.edu.au> Now I'm told, after people bothered getting quotes and I bothered turning up to the meeting as tired as I was, that we do actually have drives that are suitable for mako. Can someone explain where they are and where a suitable controller is, or can I give up and take Mako down tommorow? Regards, Ben Rampling From nick at ucc.gu.uwa.edu.au Tue Aug 31 22:41:18 1999 From: nick at ucc.gu.uwa.edu.au (Nick Bannon) Date: Wed Oct 27 01:17:13 2004 Subject: [tech] hdd4mako In-Reply-To: <199908311348.VAA12409@mermaid.ucc.gu.uwa.edu.au>; from Ben Rampling on Tue, Aug 31, 1999 at 09:48:08PM +0800 References: <199908311348.VAA12409@mermaid.ucc.gu.uwa.edu.au> Message-ID: <19990831224117.F17478@mermaid.ucc.gu.uwa.edu.au> On Tue, Aug 31, 1999 at 09:48:08PM +0800, Ben Rampling wrote: > Now I'm told, after people bothered getting quotes and I bothered turning up > to the meeting as tired as I was, that we do actually have drives that are > suitable for mako. Can someone explain where they are and where a suitable > controller is, or can I give up and take Mako down tommorow? The suggestion was to stick a couple of the small SCSI drives from the IBM gear into it with a SCSI card from Simon. (or I have some bootable 8 bit TMC-850's in a pinch) They should be in the clubroom. I'm still in favour of picking up one or two new EIDE drives, but it doesn't seem vitally urgent. Nick. -- Nick Bannon | "I made this letter longer than usual because nick@it.net.au | I lack the time to make it shorter." - Pascal