From trs80 at ucc.gu.uwa.edu.au Thu Jul 3 14:29:46 2003 From: trs80 at ucc.gu.uwa.edu.au (James Andrewartha) Date: Wed Oct 27 01:27:34 2004 Subject: [tech] ebay SBBs Message-ID: http://cgi.ebay.com.au/ws/eBayISAPI.dll?ViewItem&item=2739671124&category=11160 http://cgi.ebay.com.au/ws/eBayISAPI.dll?ViewItem&item=2739673102&category=11160 -- # TRS-80 trs80(a)ucc.gu.uwa.edu.au #/ "Otherwise Bub here will do \ # UCC President 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 coxy at ucc.gu.uwa.edu.au Thu Jul 3 15:12:50 2003 From: coxy at ucc.gu.uwa.edu.au (coxy@ucc.gu.uwa.edu.au) Date: Wed Oct 27 01:27:35 2004 Subject: [tech] 10.2 for Nautilus In-Reply-To: References: Message-ID: <1057216370.3f03d77223a69@webmail.ucc.asn.au> I've donated a set of legal 10.2 discs [and the license! ;) ] to UCC, right now they're sitting next to Nautilus. Also, Apple has confirmed that 10.2.x will be the last operating system that you'll officially be able to run on a beige G3. Before reinstalling, though, it would be good to put a larger drive in there: the current 4 GB partition isn't big enough, and even by giving it the whole drive (6 GB, currently) there's not going to be a whole lot of room for user documents and all the apps that will finally be able to run. Do we even have any decent-ish SCSI/IDE drives to put in? [RME] ~Coxy ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From dayta at ucc.gu.uwa.edu.au Thu Jul 3 15:17:53 2003 From: dayta at ucc.gu.uwa.edu.au (Leighton Haynes) Date: Wed Oct 27 01:27:35 2004 Subject: [tech] 10.2 for Nautilus In-Reply-To: <1057216370.3f03d77223a69@webmail.ucc.asn.au> References: <1057216370.3f03d77223a69@webmail.ucc.asn.au> Message-ID: <20030703071753.GE467335@morwong.ucc.gu.uwa.edu.au> On Thu, Jul 03, 2003 at 03:12:50PM +0800, coxy@ucc.gu.uwa.edu.au wrote: > I've donated a set of legal 10.2 discs [and the license! ;) ] to UCC, right now > they're sitting next to Nautilus. Also, Apple has confirmed that 10.2.x will be > the last operating system that you'll officially be able to run on a beige G3. I suspect the last OS that _ran_ on that beige G3 was MacOS 9. It would be more accurate to was MacOSX crawls on it ;) Thanks for the donation though. Leighton... -- #0421 113 305 - dayta@ucc.gu.uwa.edu.au How do you expect?/I will know what to do./When all I know. Is what you tell me to. - Linkin Park/By Myself From elixxir at ucc.gu.uwa.edu.au Fri Jul 4 14:46:39 2003 From: elixxir at ucc.gu.uwa.edu.au (Paul Marinceu) Date: Wed Oct 27 01:27:36 2004 Subject: [tech] XFree86 4.3 availability (debian) Message-ID: Anyone know of a mirror with it, locally? -- Paul Marinceu http://elixxir.ucc.asn.au From grahame at angrygoats.net Fri Jul 11 13:22:32 2003 From: grahame at angrygoats.net (Grahame Bowland) Date: Wed Oct 27 01:27:36 2004 Subject: [tech] Meito Message-ID: <1057900951.17205.21.camel@typhaon.ucs.uwa.edu.au> Hi all, I'd like to reinstall Meito with Linux rather than Solaris. The disk performance is hideously bad, which makes it fairly worthless as a fileserver. I suspect it just doesn't know how to talk to the IDE chipset at a reasonable speed. As far as I can tell, meito has the following functions: * samba PDC * serving DNS * NFS exporting various things * file storage Anyone see any major reason not to reinstall? Cheers Grahame From dayta at ucc.gu.uwa.edu.au Fri Jul 11 13:26:01 2003 From: dayta at ucc.gu.uwa.edu.au (Leighton Haynes) Date: Wed Oct 27 01:27:36 2004 Subject: [tech] Meito In-Reply-To: <1057900951.17205.21.camel@typhaon.ucs.uwa.edu.au> References: <1057900951.17205.21.camel@typhaon.ucs.uwa.edu.au> Message-ID: <20030711052601.GG135375@morwong.ucc.gu.uwa.edu.au> On Fri, Jul 11, 2003 at 01:22:32PM +0800, Grahame Bowland wrote: > > Hi all, > > I'd like to reinstall Meito with Linux rather than Solaris. The disk > performance is hideously bad, which makes it fairly worthless as a > fileserver. I suspect it just doesn't know how to talk to the IDE > chipset at a reasonable speed. > > As far as I can tell, meito has the following functions: > * samba PDC > * serving DNS > * NFS exporting various things > * file storage > > Anyone see any major reason not to reinstall? Can you back up everything to make sure nothing is lost during the reinstall, and can you provide me documentary evidence that the Linux box will suck less? ("I think Linux is better" does not count :P) Leighton... -- #0421 113 305 - dayta@ucc.gu.uwa.edu.au How do you expect?/I will know what to do./When all I know. Is what you tell me to. - Linkin Park/By Myself From davidb-7654 at rcpt.to Fri Jul 11 13:40:38 2003 From: davidb-7654 at rcpt.to (David Basden) Date: Wed Oct 27 01:27:36 2004 Subject: [tech] Meito In-Reply-To: <1057900951.17205.21.camel@typhaon.ucs.uwa.edu.au> References: <1057900951.17205.21.camel@typhaon.ucs.uwa.edu.au> Message-ID: <20030711054038.GL2619@misato.xware.cx> On Fri, Jul 11, 2003 at 01:22:32PM +0800, Grahame Bowland wrote: > > Hi all, > > I'd like to reinstall Meito with Linux rather than Solaris. The disk > performance is hideously bad, which makes it fairly worthless as a > fileserver. I suspect it just doesn't know how to talk to the IDE > chipset at a reasonable speed. > > As far as I can tell, meito has the following functions: > * samba PDC > * serving DNS > * NFS exporting various things > * file storage > > Anyone see any major reason not to reinstall? (Tell me if i'm wrong here. It's been a while and i'm going from memory). NFS file serving under linux sucks, mainly because it isn't able to do asyncronous writes. NFS3 allows for the server to write to disk without an ack from the client if specifically allowed on the connection. For some reason, Linux does not support this in the server, so writes to a Linux NFS server are mind bogglingly slow. The FAQ I read said this is unlikely to change. This would be a big reason to stay away from Linux for NFS serving, and the reason (from memory) it has been avoided in the past. If we didn't rely as much on NFS, it wouldn't be so much of an issue, but the whole thing is pretty much held together by NFS at the moment. Again, it's been a while, so I could be totally wrong, or just out of date. David From grahame at angrygoats.net Fri Jul 11 13:47:21 2003 From: grahame at angrygoats.net (Grahame Bowland) Date: Wed Oct 27 01:27:36 2004 Subject: [tech] Meito In-Reply-To: <20030711052601.GG135375@morwong.ucc.gu.uwa.edu.au> References: <1057900951.17205.21.camel@typhaon.ucs.uwa.edu.au> <20030711052601.GG135375@morwong.ucc.gu.uwa.edu.au> Message-ID: <1057902440.17205.24.camel@typhaon.ucs.uwa.edu.au> On Fri, 2003-07-11 at 13:26, Leighton Haynes wrote: > On Fri, Jul 11, 2003 at 01:22:32PM +0800, Grahame Bowland wrote: > > > > Hi all, > > > > I'd like to reinstall Meito with Linux rather than Solaris. The disk > > performance is hideously bad, which makes it fairly worthless as a > > fileserver. I suspect it just doesn't know how to talk to the IDE > > chipset at a reasonable speed. > > > > As far as I can tell, meito has the following functions: > > * samba PDC > > * serving DNS > > * NFS exporting various things > > * file storage > > > > Anyone see any major reason not to reinstall? > > Can you back up everything to make sure nothing is lost during the > reinstall, and can you provide me documentary evidence that the Linux > box will suck less? ("I think Linux is better" does not count :P) Yes, backup to mussel was the plan. Linux will suck less because it won't be using pio to talk to the disks - we're getting horrid performance out of the thing. We *should* be able to get 30-40Mb/sec reads from it, we're actually getting 1Mb/sec or so. Even without async writes, it's still going to be better under Linux. From zarquin at ucc.gu.uwa.edu.au Fri Jul 11 13:50:46 2003 From: zarquin at ucc.gu.uwa.edu.au (Alwyn Nixon-Lloyd) Date: Wed Oct 27 01:27:36 2004 Subject: [tech] Meito In-Reply-To: <1057902440.17205.24.camel@typhaon.ucs.uwa.edu.au> Message-ID: > Yes, backup to mussel was the plan. Linux will suck less because it > won't be using pio to talk to the disks - we're getting horrid > performance out of the thing. why not just buy a controller that is supported under solaris??? > > We *should* be able to get 30-40Mb/sec reads from it, we're actually > getting 1Mb/sec or so. Even without async writes, it's still going to be > better under Linux. really??? Alwyn From dunc-mail-131A4F7 at rcpt.to Fri Jul 11 14:13:41 2003 From: dunc-mail-131A4F7 at rcpt.to (Duncan Sargeant) Date: Wed Oct 27 01:27:37 2004 Subject: [tech] Meito In-Reply-To: <1057902440.17205.24.camel@typhaon.ucs.uwa.edu.au> References: <1057900951.17205.21.camel@typhaon.ucs.uwa.edu.au> <20030711052601.GG135375@morwong.ucc.gu.uwa.edu.au> <1057902440.17205.24.camel@typhaon.ucs.uwa.edu.au> Message-ID: <20030711061341.GF28952@optusnet.com.au> Grahame Bowland wrote on Fri July 11, at 13:47 +0800: > Yes, backup to mussel was the plan. Linux will suck less because it > won't be using pio to talk to the disks - we're getting horrid > performance out of the thing. > > We *should* be able to get 30-40Mb/sec reads from it, we're actually > getting 1Mb/sec or so. Even without async writes, it's still going to be > better under Linux. After FS overheads, how do you get 30-40MB/s out of IDE on linux? I've only managed something in the region of 10, except when doing a raidhotadd to a mirrored set, which of course is a linear copy. ,dunc From grahame at angrygoats.net Fri Jul 11 14:25:04 2003 From: grahame at angrygoats.net (Grahame Bowland) Date: Wed Oct 27 01:27:37 2004 Subject: [tech] Meito In-Reply-To: <20030711061341.GF28952@optusnet.com.au> References: <1057900951.17205.21.camel@typhaon.ucs.uwa.edu.au> <20030711052601.GG135375@morwong.ucc.gu.uwa.edu.au> <1057902440.17205.24.camel@typhaon.ucs.uwa.edu.au> <20030711061341.GF28952@optusnet.com.au> Message-ID: <1057904704.17205.29.camel@typhaon.ucs.uwa.edu.au> On Fri, 2003-07-11 at 14:13, Duncan Sargeant wrote: > Grahame Bowland wrote on Fri July 11, at 13:47 +0800: > > Yes, backup to mussel was the plan. Linux will suck less because it > > won't be using pio to talk to the disks - we're getting horrid > > performance out of the thing. > > > > We *should* be able to get 30-40Mb/sec reads from it, we're actually > > getting 1Mb/sec or so. Even without async writes, it's still going to be > > better under Linux. > > After FS overheads, how do you get 30-40MB/s out of IDE on linux? > I've only managed something in the region of 10, except when doing a > raidhotadd to a mirrored set, which of course is a linear copy. I was talking about linear reads :-) It's somewhat lower than that in real life, however it should be much better than 1Mb/s. From nick at ucc.gu.uwa.edu.au Fri Jul 11 15:02:09 2003 From: nick at ucc.gu.uwa.edu.au (Nick Bannon) Date: Wed Oct 27 01:27:37 2004 Subject: [tech] Meito In-Reply-To: <20030711054038.GL2619@misato.xware.cx> <20030711052601.GG135375@morwong.ucc.gu.uwa.edu.au> References: <1057900951.17205.21.camel@typhaon.ucs.uwa.edu.au> <20030711054038.GL2619@misato.xware.cx> <1057900951.17205.21.camel@typhaon.ucs.uwa.edu.au> <20030711052601.GG135375@morwong.ucc.gu.uwa.edu.au> Message-ID: <20030711070209.GO130524@morwong.ucc.gu.uwa.edu.au> On Fri, Jul 11, 2003 at 01:26:01PM +0800, Leighton Haynes wrote: > On Fri, Jul 11, 2003 at 01:22:32PM +0800, Grahame Bowland wrote: > > I'd like to reinstall Meito with Linux rather than Solaris. The disk > > performance is hideously bad, which makes it fairly worthless as a > > fileserver. I suspect it just doesn't know how to talk to the IDE > > chipset at a reasonable speed. Good move. We do need better network FS performance at the UCC: * Clean up morwong - 9GB SCA discs or better, probably some mirroring. I'll probably buy these: http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=11160&item=2739673102 * Reinstall meito. I've got nothing against Solaris, some of my best friends run Solaris^W^W^W^W^W^W _I_ run Solaris, but yeah, meito sucks right now. Let's get a Sun with decent RAM and a disc array sometime. * When meito proves itself, we can put together a uber-PC with big(ger) IDE discs and a fast network. [...] > Can you back up everything to make sure nothing is lost during the > reinstall, and can you provide me documentary evidence that the Linux > box will suck less? ("I think Linux is better" does not count :P) > > Leighton... Yeah - in particular, could you do before and after, local and remote (NFS) bonnie runs on it, Grahame? (actually, I can and will do that too, but I still recommend you do it in controlled circumstances) It's not as if there's any doubt whatsover that this will help, but I'd like to know just how much Slowlaris' ass will be whoop-ed. ::-) On Fri, Jul 11, 2003 at 03:40:38PM +1000, David Basden wrote: > NFS file serving under linux sucks, mainly because it isn't able to do > asyncronous writes. No - I think the traditional "problem" was that the original user-space Linux NFS server _only_ supported (or was it defaulted to?) asynchronous writes, which made it seem fast, but it was playing fast and loose with the data. On other tacks ; * NFS locking between meito and morwong broke sometime around the end of May. Dunno why, the rpc.lockd/rpc.statd's have been restarted and indeed the machines have been rebooted since then, but the problem's still there. It means mutt refuses to write to mailboxes saved on meito. * Linux has advanced filing systems that shoot Solaris UFS (and VxFS) every which way to Sunday. Yes, Solaris UFS "scales" in that a 16 CPU server can do some reasonable proportion of 16 times the I/O's and directory operations per second compared to a 1 CPU server, but when Linux can be a factor of 500 times faster from the start (I've measured...), the choice is clear. > NFS3 allows for the server to write to disk without an ack from the client > if specifically allowed on the connection. For some reason, Linux does not > support this in the server, so writes to a Linux NFS server are mind > bogglingly slow. The FAQ I read said this is unlikely to change. Which FAQ? Can't see it here... http://nfs.sourceforge.net/ > This would be a big reason to stay away from Linux for NFS serving, and the > reason (from memory) it has been avoided in the past. If we didn't rely > as much on NFS, it wouldn't be so much of an issue, but the whole thing > is pretty much held together by NFS at the moment. [...] Held together by NFS to morwong (Tru64), that is. If meito sucked less we might be using it by now, but so far that's been out of the question. Nick. -- Nick Bannon | "I made this letter longer than usual because nick-sig@rcpt.to | I lack the time to make it shorter." - Pascal From david_luyer at pacific.net.au Sun Jul 13 20:50:35 2003 From: david_luyer at pacific.net.au (David Luyer) Date: Wed Oct 27 01:27:37 2004 Subject: [tech] Meito In-Reply-To: <20030711054038.GL2619@misato.xware.cx> Message-ID: <057b01c3493d$5c7f1190$1e1fc80a@hyperion> Shig wrote: > (Tell me if i'm wrong here. It's been a while and i'm going from memory). > > NFS file serving under linux sucks, mainly because it isn't able to do > asyncronous writes. Wrong, I believe. sync vs async is chosen on the client and Linux now supports this. I believe Linux NFS caching behavior on the server has also been significantly improved. Linux also supports NFSv3 and, if you're insane, TCP. Linux NFS performance is generally very good these days. It has had it's bad times with reiserfs NFS performance being something that notably sucked badly for a while recently, but in general it's been good for some time. When Linux NFS was userspace, yes, it sucked. But since people have been working on making it fast in the kernel, it's become rather nice. Of course, for optimum performance use 9k MTU and then your NFS speed will absolutely rock :-) Or, eBay a NetApp. David. From lathiat at sixlabs.org Tue Jul 15 02:18:12 2003 From: lathiat at sixlabs.org (Trent Lloyd) Date: Wed Oct 27 01:27:37 2004 Subject: [tech] machine room access Message-ID: <20030714181811.GA5818@sixlabs.org> Heyas, Anyone with machine room keys going to be in UCC at some point? Need to put an 80GB into seven.sixlabas.org, also need to reboot rattle.bur.st. -- Cheers, Trent Sixlabs GPG Fingerprint: 6EFF FE20 BFE3 F721 6F26 B13A F974 3E56 04AB 3C5D I accept GPG encrypted mail, do you? o_O From nick at ucc.gu.uwa.edu.au Fri Jul 18 17:13:02 2003 From: nick at ucc.gu.uwa.edu.au (Nick Bannon) Date: Wed Oct 27 01:27:38 2004 Subject: [tech] scarlet's disc errors Message-ID: <20030718091302.GW132933@morwong.ucc.gu.uwa.edu.au> scarlet has a very unhappy disc. It's sitting there going "ker-chunk ker-chunk ker-chunk" two or three times per second. It takes a long time to log in and the syslog says this: Jul 18 17:06:29 6A:scarlet unix: dksc0d1s0: <6>[Alert] Media error<6>: Unrecovered data block read error (asc=0x11, asq=0x0)<6> (FRU=0xd0)<6>, (data byte 33)<6>, Block #3946568<6> (4474952)<6> Jul 18 17:06:29 6A:scarlet unix: dksc0d1s0: <6> retries exhausted Jul 18 17:06:29 1A:scarlet unix: ALERT: I/O error in filesystem ("/") meta-data dev 0x2b block 0x3c3848 ("xfs_trans_read_buf") Jul 18 17:06:29 1A:scarlet esplogger - EventMon API is not running Jul 18 17:06:29 6A:scarlet unix: dksc0d1s0: <6>[Alert] Media error<6>: Unrecovered data block read error (asc=0x11, asq=0x0)<6> (FRU=0xd0)<6>, (data byte 33)<6>, Block #3946568<6> (4474952)<6> Jul 18 17:06:29 6A:scarlet unix: dksc0d1s0: <6> retrying request Shall I shut it down and minimise its misery? Nick. -- Nick Bannon | "I made this letter longer than usual because nick-sig@rcpt.to | I lack the time to make it shorter." - Pascal From davyd at zdlcomputing.com Fri Jul 18 18:22:43 2003 From: davyd at zdlcomputing.com (Davyd) Date: Wed Oct 27 01:27:38 2004 Subject: [tech] scarlet's disc errors In-Reply-To: <20030718091302.GW132933@morwong.ucc.gu.uwa.edu.au> References: <20030718091302.GW132933@morwong.ucc.gu.uwa.edu.au> Message-ID: <1058523763.1158.1.camel@pingu> On Fri, 2003-07-18 at 17:13, Nick Bannon wrote: > scarlet has a very unhappy disc. It's sitting there going "ker-chunk > ker-chunk ker-chunk" two or three times per second. It takes a long time > to log in and the syslog says this: scarlet is the green indigo isn't it? I seem to recall that had it's disk replaced very recently (as in last year). It uses a SCSI, which one, I might have some useful disks lying around. On the subject, what SCSI does morwong use? I might have a useful disk for that too. -- http://davyd.ucc.asn.au/ PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 227 bytes Desc: This is a digitally signed message part Url : http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20030718/fbf5dde3/attachment.pgp From maset at ucc.gu.uwa.edu.au Fri Jul 18 18:27:40 2003 From: maset at ucc.gu.uwa.edu.au (Anil Sharma) Date: Wed Oct 27 01:27:39 2004 Subject: [tech] scarlet's disc errors In-Reply-To: <1058523763.1158.1.camel@pingu> References: <20030718091302.GW132933@morwong.ucc.gu.uwa.edu.au> <20030718091302.GW132933@morwong.ucc.gu.uwa.edu.au> Message-ID: <5.2.0.9.0.20030718182712.0230ce48@mooneye.ucc.gu.uwa.edu.au> If it did get its disk replaced im guesing it was from an old one found lying around somewhere. At 06:22 PM 18/07/2003 +0800, Davyd wrote: >On Fri, 2003-07-18 at 17:13, Nick Bannon wrote: > > scarlet has a very unhappy disc. It's sitting there going "ker-chunk > > ker-chunk ker-chunk" two or three times per second. It takes a long time > > to log in and the syslog says this: > >scarlet is the green indigo isn't it? > >I seem to recall that had it's disk replaced very recently (as in last >year). It uses a SCSI, which one, I might have some useful disks lying >around. > >On the subject, what SCSI does morwong use? I might have a useful disk >for that too. > >-- >http://davyd.ucc.asn.au/ > >PGP Fingerprint >08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA Cheers, Anil. BSc. (Neuroscience) Hons. From bernard at blackham.com.au Sun Jul 20 01:58:38 2003 From: bernard at blackham.com.au (Bernard Blackham) Date: Wed Oct 27 01:27:39 2004 Subject: [tech] mermaid and spong Message-ID: <20030719175838.GA6134@amidala> spong decided to spiral out of control, taking mermaid's loadavg to 25ish today and stalling most things. It's been killed - if we really want spong, we should consider moving it to another machine (it's pretty cpu intensive for mermaid). So do we want spong? Bernard. -- Bernard Blackham bernard at blackham dot com dot au From elixxir at ucc.gu.uwa.edu.au Sun Jul 20 16:49:59 2003 From: elixxir at ucc.gu.uwa.edu.au (Paul Marinceu) Date: Wed Oct 27 01:27:39 2004 Subject: [tech] mermaid and spong In-Reply-To: <20030719175838.GA6134@amidala> Message-ID: On Sun, 20 Jul 2003, Bernard Blackham wrote: > really want spong, we should consider moving it to another machine > (it's pretty cpu intensive for mermaid). So do we want spong? I use it from time to time to check machine status/ services and stuff... Moving it should be ok although one crash once in a while shouldn't mean it's dodgy sw. Yeah, I agree it's not the fastest around but doesn't it need to run on the web server machine? Not sure here. If mojarra's not too important, put it on there...from memory it only does some waix stuff right? Anyone object? -- Paul Marinceu http://elixxir.ucc.asn.au From john at ucc.gu.uwa.edu.au Sun Jul 20 17:00:54 2003 From: john at ucc.gu.uwa.edu.au (John "West" McKenna) Date: Wed Oct 27 01:27:39 2004 Subject: [tech] mermaid and spong In-Reply-To: Message-ID: <20030720090054.5C9D5BF653@mussel> On the subject of mermaid, has no one noticed that the root partition has been full for at least a week? I'm sure it shouldn't be like that. From bernard at blackham.com.au Sun Jul 20 17:17:54 2003 From: bernard at blackham.com.au (Bernard Blackham) Date: Wed Oct 27 01:27:39 2004 Subject: [tech] mermaid and spong In-Reply-To: References: <20030719175838.GA6134@amidala> Message-ID: <20030720091754.GA2138@amidala> On Sun, Jul 20, 2003 at 04:49:59PM +0800, Paul Marinceu wrote: > Moving it should be ok although one crash once in a while shouldn't mean > it's dodgy sw. Even under normal load - it uses up about 30% CPU on mermaid on a good day (which I guess isn't *too* bad). > Yeah, I agree it's not the fastest around but doesn't it need to > run on the web server machine? It can run on any machine with a webserver - so it could be mussel (though mussel is generally used as the playground for a lot of things so probably most prone to breaking). > Not sure here. If mojarra's not too important, > put it on there...from memory it only does some waix stuff right? Hmm, well it is running apache already. Not entirely sure why it needs to, but not game to touch it :) Bernard. -- Bernard Blackham bernard at blackham dot com dot au From elixxir at ucc.asn.au Sun Jul 20 18:56:08 2003 From: elixxir at ucc.asn.au (Paul Marinceu) Date: Wed Oct 27 01:27:40 2004 Subject: [tech] mermaid and spong Message-ID: <1058698567.741.0.camel@delonge> On Sun, 2003-07-20 at 17:17, Bernard Blackham wrote: > On Sun, Jul 20, 2003 at 04:49:59PM +0800, Paul Marinceu wrote: > Even under normal load - it uses up about 30% CPU on mermaid on a > good day (which I guess isn't *too* bad). Hmm, 30% you say...well trash it then. It's not that important and it certainly doesn't deserve that much cpu. > It can run on any machine with a webserver - so it could be mussel > (though mussel is generally used as the playground for a lot of > things so probably most prone to breaking). No. Not mussel. Well, I've had a look around and couldn't find something that matches spong. Does anyone know of one? Spong's author says he'll clean up the code and speed it up...though the last post he made on his site is from 18/6/2002. -- Paul Marinceu http://elixxir.ucc.asn.au From elixxir at ucc.asn.au Sun Jul 20 19:45:09 2003 From: elixxir at ucc.asn.au (Paul Marinceu) Date: Wed Oct 27 01:27:40 2004 Subject: [tech] socks Message-ID: <1058701509.791.0.camel@delonge> Can someone restart socks on mooneye. Seems borked atm. :) -- Paul Marinceu http://elixxir.ucc.asn.au From bernard at blackham.com.au Sun Jul 20 20:00:46 2003 From: bernard at blackham.com.au (Bernard Blackham) Date: Wed Oct 27 01:27:40 2004 Subject: [tech] socks In-Reply-To: <1058701509.791.0.camel@delonge> References: <1058701509.791.0.camel@delonge> Message-ID: <20030720120046.GA4246@amidala> On Sun, Jul 20, 2003 at 07:45:09PM +0800, Paul Marinceu wrote: > Can someone restart socks on mooneye. Seems borked atm. Hath been kicked. Now finding out where it fell... Bernrad. -- Bernard Blackham bernard at blackham dot com dot au From bonfire at bur.st Sun Jul 20 20:57:42 2003 From: bonfire at bur.st (Paul Day) Date: Wed Oct 27 01:27:40 2004 Subject: [tech] mermaid and spong In-Reply-To: <1058698567.741.0.camel@delonge> References: <1058698567.741.0.camel@delonge> Message-ID: On Sun, 20 Jul 2003, Paul Marinceu wrote: > Well, I've had a look around and couldn't find something that matches > spong. Does anyone know of one? Spong's author says he'll clean up the > code and speed it up...though the last post he made on his site is from > 18/6/2002. Give NetSaint/Nagios a go? 'tis good and should do everything you use spong for. PD -- Paul Day Web: www.bur.st/~bonfire GPG Key ID: 2EF4ED23 From davyd at zdlcomputing.com Sun Jul 20 21:10:05 2003 From: davyd at zdlcomputing.com (Davyd) Date: Wed Oct 27 01:27:41 2004 Subject: [tech] mermaid and spong In-Reply-To: References: <1058698567.741.0.camel@delonge> Message-ID: <1058706605.1187.0.camel@pingu> On Sun, 2003-07-20 at 20:57, Paul Day wrote: > Give NetSaint/Nagios a go? 'tis good and should do everything you use > spong for. or instead, lets all slit our wrists! -- http://davyd.ucc.asn.au/ PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 227 bytes Desc: This is a digitally signed message part Url : http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20030720/571358fa/attachment.pgp From elixxir at ucc.gu.uwa.edu.au Sun Jul 20 21:12:14 2003 From: elixxir at ucc.gu.uwa.edu.au (Paul Marinceu) Date: Wed Oct 27 01:27:41 2004 Subject: [tech] mermaid and spong In-Reply-To: Message-ID: On Sun, 20 Jul 2003, Paul Day wrote: > Give NetSaint/Nagios a go? 'tis good and should do everything you use > spong for. Interesting. Has some nice features and worth checking out. Of course it all depends on how much cpu it's gonna suck up... so, anyone care to install? -- Paul Marinceu http://elixxir.ucc.asn.au > On Sun, 20 Jul 2003, Paul Marinceu wrote: > > Well, I've had a look around and couldn't find something that matches > > spong. Does anyone know of one? Spong's author says he'll clean up the > > code and speed it up...though the last post he made on his site is from > > 18/6/2002. > > > PD > > -- > Paul Day Web: www.bur.st/~bonfire GPG Key ID: 2EF4ED23 > From david at luyer.net Sat Jul 26 23:04:52 2003 From: david at luyer.net (David Luyer) Date: Wed Oct 27 01:27:41 2004 Subject: [tech] mermaid and spong In-Reply-To: Message-ID: <001301c35387$45e2aec0$42943ecb@hyperion> Paul Marinceu wrote: > On Sun, 20 Jul 2003, Paul Day wrote: > > > Give NetSaint/Nagios a go? 'tis good and should do everything you use > > spong for. > > Interesting. Has some nice features and worth checking out. > Of course it all depends on how much cpu it's gonna suck up... > so, anyone care to install? It has some interesting scheduling problems on SMP when using a distributed setup (local tests as well as remote tests via NSCA persistent daemon). If you hit the problems (lots of processes backing up), strace the parent process and the problems go away... makes trying to find the 'real' problem practically impossible (our startup script just runs a strace 2> /dev/null now, and no problems). Anyway - yes, Nagios or SNIPS are more likely to be used than spong/BB in larger installations. David.