125 new of 291 responses total.
It times out for me, too.
I swapped out the first two modems (3000 and 5041) for two recently removed from service. I also updated the phones script. It looks like whatever was bothering httpd has now been fixed.
/x is not a user partition at all, so its being over 100% is of no consequence.
Speed on the modems is vastly improved. Thanks to gelinas.
Glad it helped. Wish I knew which of the two removed from service was bad.
I have been a supporter of Grex in the past by having several small non-profit organizations with which I have been associated join Grex and use it at least as their website and board mail reflector. The latter, however, has become untenable because of spam. There is nearly ten times more spam being distributed to the boards than board correspondence. Is there any hope of soon having access to a filter here for spam? I will probably move an organization off Grex (and thereby cancel membership) unless there is some recourse against this avalanche of junk e-mail.
} #233 of 233: by Rane Curl (rcurl) on Fri, Nov 21, 2003 (11:18): } Could Grex use the Spamhaus Block List (SBL) to block spam? See } http://www.spamhaus.org/sbl/howtouse.html
(Gag...I did it again - entered that item in oldagora. I always scan oldagora before agora, and have been forgetting where I am.... thanks Joe, for bringing it over.)
From the previous agora: } #234 of 234: by Joshua (jhudson) on Tue, Nov 25, 2003 (10:33): } We will have to put a kludge in it as cyberspace.org sometimes ends } up on various spamblock lists. Might be worth considering though.
Help! Jan Wolter's test backtalk site is nonexistant!
Help! Jim Daloonik's forebrain is nonexistant!
HAHAHAHAHAHA-SPLONK@! <lmao>
AHAHANH DCAT"S FORESKIN IS NONEXISTANT! AHAHAHaha GOOD ONE< OTHER
AHAHAHAHAH DCAT"S GOT SOME FORESHORTENING IN HIS DICK AHAHAHAHA () WHAT A SPANKER>
AHAHAHa
FOAD
TOAD! AHAHAha
SMOTHER MY MOTHER, OTHER! AHAHAHAA
AHAHAHA!
BUNCHA _ HOOLIGANS THESE GUYS root Operator Thu Nov 20 18:42:59 EST 2003 woot STeve Andre's root Thu Nov 20 18:42:59 EST 2003 gcoot Greg Cronau's root Thu Nov 20 18:42:59 EST 2003 noot Scott Helmke's Root Thu Nov 20 18:42:59 EST 2003 hoot Rob Henderson's Root Thu Nov 20 18:42:59 EST 2003 zoot Valerie Mates's root Thu Nov 20 18:42:59 EST 2003 joot John Remmers' root Thu Nov 20 18:42:59 EST 2003 loot Mike O'Leary's root Thu Nov 20 18:42:59 EST 2003 moot Mic's Root Thu Nov 20 18:42:59 EST 2003 foot Marcus Watt's Root Thu Nov 20 18:42:59 EST 2003 soot Steve Weiss's Root Thu Nov 20 18:42:59 EST 2003 coot Jan Wolter's Root Thu Nov 20 18:42:59 EST 2003 scoot Steve Gibbard's Root Thu Nov 20 18:42:59 EST 2003 doot Daniel Gryniewicz's Root Thu Nov 20 18:42:59 EST 2003 koot Jeff Kaplan's Root Thu Nov 20 18:42:59 EST 2003
w00t
I was getting this earlier when logging in with ssh: Server refused to allocate pty Warning: no access to tty; thus no job control in this shell... mesg: I/O stream 2 improperly redirected stty: TCGETS: Operation not supported on socket stty: standard input: Operation not supported on socket stty: standard input: Operation not supported on socket mesg: I/O stream 2 improperly redirected There were approximately 39 people on at the time.
Yeah, that just happens now and then. Often when Grex is heavily loaded.
You'll get 'refused to allocate pty' any time there's a telnet queue. Will NextGrex still be restricted this way, or will we be ditching the telnet queue when we move?
I thought the telnet queue starts much higher than around 39 users. Isn't it around 80?
Seventy-two. However, there seem to be certain circumstances that will create a queue with fewer than seventy users logged on.
GreX IS THE DEVIL!!! bash-2.05$ uptime 11:15pm up 49 days, 13:13, 42 users, load average: 6.66, 5.90, 5.60
HEAL!
6.66, 1/100th of the beast?
It's the closest we could get.
Grex: 99% less evil than AOL.
The simulator on the GE 635 for the new Multics machine (codenamed the 636) ws called 6.36, because it ran at a tenth the speed of the eventual 645.
Shouldn't it, then, have been the 63.6 (or perhaps 64.5)?
re resp:197: You aren't being very kind to Grex.
Surely satanic-looking load average figures don't lie, jep..
Re: #199. Good point.
This morning, we were having some network problems, apparently between
ge-3-4.a00.chcgil07.us.ce.verio.net
and
428.at-0-1-0.rtr0.chcg1.il.voyager.net
I don't know what caused them, but lots of people were summarily cut off.
It appeared like the routing was flapping between a good and bad interface somewhere between these two. One moment, connectivity two grex's network was fine. The next, routing just stopped cold at the interface between the two networks.
From the previous agora: } Response 235 (235) Rane Curl (rcurl) Sat, Dec 6, 2003 (09:12) 4 lines: } } I'm telnetting in from Madeira Beach FL. I cannot connect to Grex } directly as I get a "not responding" response, but I have telnetted into } CAEN, and then telnetted over from there. Why won't Grex respond directly? I don't know why the connection would be timing out. I'd run traceroute from the originating machine to grex, to see where the connection failed.
Unfortuntely, I can't. I am connected only with PPP to an ISP, so don't have a local account from which to issue traceroute.
Your machine doesn't have a traceroute? What kind of machine is it? If it can establish a PPP connection, you should be able to run network utilities on it.
has grex's idle daemon suffered a sneak attack?
ah, false alarm.
scratch one bug report.
I'm relieved.
Re #207: an Apple Powerbook 145B - I do have on it clients for Turbogopher and Anarchie - but not traceroute. Maybe I can find one on the web (with Netscape 2.0)?
Mommy!!! 27202 darkyy 88 0 252K 476K run/3 0:11 19.95% 19.92% tar 27500 naftee 88 0 3380K 3688K run/2 0:07 19.20% 16.41% top 13284 root 102 19 2880K 2064K run/3 348.8H 16.43% 16.41% perl 26183 root 1 0 19M 18M sleep 530:25 10.95% 10.94% named load averages going down now.
Sounds like MacOS 9. Look for WhatRoute, Rane. It's available from
http://homepages.ihug.co.nz/~bryanc/
Interestingly, he has released a MacOS X version, too.
Mac OS 7.1. I did some web creeping for traceroute but have not yet found one for this OS. (This machine tops out for OS 7.6 - but at least that supports java.)
7.6 is still MacTCP, isn't it?
/d is 100% full again right now.
Thanks for the reminder.
Yes, still MacTCP 2.0.6.
Looks like MacTCPWatcher might work:
http://www.versiontracker.com/dyn/moreinfo/mac/4191
The new AMiga OS is going to use Am iga-specific tcp-ip stack and configuration tools. Aargh.
You didn't really expect it to use something normal, did you? A friend of mine was trying out a version of that. He was less than amused when he found out it supports only one specific ethernet card. If it's not a PCI NE2000 clone, forget it.
On the bright side, PCI NE2000 clones are about as cheap and as common as you can possibly get.
(People are still writing OS's for the Amiga?)
Re 222: In fact, there's a joke in there somewhere. "I was at the computer store, and the sales guy was supposed to give me $7.12 in change. He was out of dimes, but instead of 2 nickels I grudgingly accepted an NE2000 clone."
Shouldn't you have gotten a dozen of them for your dime?
<chuckle> True. I do think it's ironic that we're still using PCI clones of one of the worst ethernet card designs ever. On the other hand, CPUs are so fast now that hardware efficiency hardly matters for such things. I use 'em and they work great. :>
I found the MacTCPWatcher website and downloaded the utility. However the Trace option was grayed out and the documentation declares " Note that Traceroute is an OT only function. You cannot use it under MacTCP. (The button greys out under MacTCP.)" I guess it should be called MacOpenTransportWatcher.) Anyway, PING works, but returns no responses from cyberspace.org.
Shoot. We need traceroute, to find out where the packets are dropping.
Can we run it in the other direction? Trace from Grex to Rane's machine, provided he can identify its IP?
Last I heard, only staff could run traceroute. If we know when he is online, and the IP address, we can give it a try.
Re: #226: We're still using clones and kludged upgrades of one of the worst-designed CPUs ever, too. There are rumours that IBM was going to go for the MC68000 for the original PC design, but rejected it on the grounds that it was too expensive and there weren't many expansion cards available for it... If only...!
Yellow Alert: In the next few weeks, UM ITD and CAEN will stop allowing telnet and FTP to and from there. Sometimes I try to telent over to grex from school. The few times I've tried SSH, I get cut off because Grex is using some funny version. Until now I didn't care; telnet and FTP worked. Soon they won't and I wont be able to get to Grex during the day. Can someone help me figure outhow to check email and move files when telent and FTP are forbidden?
Hmm. My machine's version of SSH is too new to be compatible with Grex, so I told it to use rlogin (whatever that is) and I've had no difficulty establishing or maintaining a connection using the SSH utility since. I'm not sure if that translates, but perhaps someone with more knowledge than I about these things can use it to help you.
Re #232: Grex is running an old version of SSH. What client are you trying to use to connect? If you have the option, make sure you tell it to use SSH protocol version 1 instead of version 2. rlogin is non-encrypted, so it's not as good as SSH but it's no worse than telnet. If you get SSH working you can use SCP to copy files to and from Grex, assuming you can find a client. (Under UNIX-ish operating systems the 'scp' command should work.) I don't know of a good SCP client for Windows that works on Grex. Normally I use WinSCP, but it doesn't seem to work with Grex...I get this error: Error listing directory "/a/g/u/gull". Unexpected directory listing line "drwxr-xr-x 5 gull 2560 Dec 8 18:00 .". Operation aborted Maybe Grex should upgrade to a newer version of SSH.
This response has been erased.
I assume that will happen some time in the next decade, when NextGrex comes online. ;>
I've just logged in to grex from ITCS' login servers (login.itd.umich.edu), using the version of ssh installed there. Because my login id on both systems is the same (but the passwords aren't), I created a new id to test with; that one also worked from login.itd I did get the warning about the server lying about its key size, but it still worked. If you are not using login.itd, you may need to talk to the administrators of the system you are using.
I too get the warning about the server lying about its key but it's not always . ..sometimes I get it and sometimes I don't.
re #232: if "ssh grex.org" doesn't work because the host you're trying from wants to talk a newer version of the ssh protocol, you might try "ssh1 grex.org". Some machines support an "ssh1" command for backwards compatibility.
For windows, try putty and psftp to connect to grex. To find them, try this http://www.google.com/search?q=putty+download
Right, putty works great, and it has a pscp client (though you download that separately). Colleen - I happen to be in the UM library at the moment, and I couldn't ssh directly to Grex either (using SSH Secure Shell, version 3.2.3). It says it's downgrading to version 1 to connect to Grex, but then it craps out anyway. However, I am able to use Secure Shell to connect to login.itd.umich.edu, and then from there type "ssh -l aruba cyberspace.org", which connects me to Grex just fine. Kinda clunky, bt it does work.
Hmm... which OS are the Library machines running?
I've never been able to get putty to work with Grex. Might be a configuration issue.
Re #s 227-230: I will probably be on too irregularly from Florida - and only until tomorrow....so we'll probably not be able to trace this problem.... oh well, I have been able to get on these past few days.
I used to use putty with Grex all the time. Worked fine, I used ssh from an NT 4.0 box.
Re #243: I assume you can get other ssh clients to connect to Grex in the same environment? I use PuTTY to connect to Grex also. Configuration could be the problem. I had to fiddle with the "ssh" settings a bit.
I can confirm that PuTY does indeed work with Windows, (XP in my case)
PuTTy works. Except that the motd would scroll by too fast. Annoying
Re #242: I didn't check the OS, but it looked like XP to me. I also use Putty to SSH to Grex, and it works well.
the lab machines in the library (which are lab machines that happen to be in the library, not library machines that happen to be in a lab, i.e., ITD deals with them and libstaff don't know a thing about them (what, me, former UGL staff?)) run Windows XP and Mac OS X(.2, i *think*), as do all other ITD labs on campus. most library workstations run OS X, but some may be stuck on OS 9. i've never had a problem ssh'ing to grex from Pitt's unix server.
Re resp:248: You can always read it with the motd command. motd | more if you want it to pause after each screenful.
Don't always remember to. Another annoying thing. I use Dos telnet to telnet into grex from home. When I read agora, at the beginning of each item it says "Warning: Terminal cannot scroll back Press <Return>". This started happenning recently. I must have changes something, but I'm not sure what.
This response has been erased.
Re #246: Haven't tested others. It's a really irritating problem, but it's
a paging problem, so Tod's probably right.
Re #244 - not being able to telnet directly to Grex from Florida: I should have mentioned that I have also been unable to telnet directly to some of the CAEN servers of the form xxxxx.engin.umich.edu or to login.itd.umich.edu. I am on now by telneting to xxxx = login but xxxx = maize or blue do not work. Yesterday xxxx = login would not work but = maize would. blue hasn't worked since I've been here.Does this information suggest anything about the cause of the problem?
This response has been erased.
It sounds more and more like a routing problem from the Florida end, Rane.
I'm back now and my one-week account in Florida is history, so I won't be able to follow up on this. But at least I was able to connect, even if not directly. (It's is nice being back on a fast machine with a 56K modem now....)
"A Fast machine with a 56K modem"? Wow, that really puts things into perspective. I'm on 56K right now, and it sure as hell doesn't feel fast. Although that might havew something to do with the fact that the ISP keeps disconnecting me this morning. I don't have any leverage over the choice of ISP here, but anyone in or cdoming to the UK take note; Freeserve might just as well be Crap-no-serve.
AHAHAHAH< GOOD WORDPLAY< TWENEX
hai jana annaaaa
hello ra phani how are you
happy
Grex seems super fast this morning. Is this the new grex? My automated login and password script could not keep up and somehow my password got entered instead of my login (which I know is backwards from how a fast grex should behave). I have been unable to get mail from a mail list because grex accepts it too slowly and it all bounces - should I try signing up for a fifth time now? Even Pine was fast this morning.
No, we are not on new hardware. I don't know why it might be faster than usual this morning.
The new GreX...will appear..
Re #232: I looked on CAEN for info on Telnet being discontinued, but didn't find it. Where is there more information? I found and installed MacSSH on this (Mac G4) machine and could ssh to a CAEN server, but not to Grex. I presume this is the problem that cmcgee referred to. Is there some configuration that should work?
Does MacSSH have an option to choose what SSH protocol to use? Grex only supports protocol version 1, and some programs default to version 2.
MacSSH only supports SSH2. The FAQ on the website datails this. NiftyTelnet 1.1 SSH r3 supports only SSH1. Google for the download link. NiftyTelnet is also mirored all over the net.
MacSSH also supports rlogin, rsh, rexec, and raw TCP: any of those protocols compatible with Grex?
rlogin should work.
re: 267 yes. I can get here with SSH, but then get turned away because of something funny about the Grex version.
The voters command is broken. (Unlike the members command, it does not understand about continuation lines in the group file.)
It's probably the same script as the 'member' command which was recently removed. Thank you for reporting the problem.
Re #271: it does: I am now connected via rlogin under MacSSH. However rlogin does not provide ssh type security.
Oh yes - but now the new problem is that the default seems to be white text on a black background - I like it the other way around, but haven't yet found a way in MacSSH to set that. I seem to have to select it on each login under the Session menu. That will be a pain.
I tried, unsuccessfully, to fix the 'voters' command, so I've move it out of the way.
Re #273, 277: type "members -v | fmt" for a list of voters.
And "members -h" for a list of command options. (Discovered the -h by trial & error. Can't find documentation or source for "members" -- which appears to be a compiled C program -- anywhere on line.) I wonder who wrote it.
I wrote it, to STeve's specifications, back in 1995. The source is in ~aruba/src/members.
Further to my problems of telnetting to Grex and CAEN from Florida, I have been discussing it with CAEN Service & Support, and there is a modification of what has been said about CAEN shifting to SSH in January. Here is a remark from CAEN: "Upon further inspection, it appears that our Linux servers are not allowing Telnet connections. I am investigating why this is, but for now, try connecting to loginsun.engin.umich.edu. This routes you directly to our main Sun servers. Of course, as I said, SSH should cause you no problems. "Also, please know that this has no relation to login.itd.umich.edu or cyberspace.org, but I believe login.itd.umich.edu may be blocking Telnet as well." So the mystery of being unable to telnet from FL to Grex remains.
(Telnet will work on login.itd until January 5, 2004.)
bruce died.
I did?
Yup.
Sure did.
System Problem: Agora has not rolled over.
Welcome to life in the fast lane, twenex.
Oh, ha ha.
Or in the grex lane ...
You have several choices: