|
|
| Author |
Message |
| 25 new of 283 responses total. |
rcurl
|
|
response 250 of 283:
| 
Feb 23 21:01 UTC 1999 |
Come to think of it, ^L has stopped reloading the screen. Is it me or Grex?
|
janc
|
|
response 251 of 283:
|
Feb 23 22:04 UTC 1999 |
I don't think Grex has ever done that. Well, "gate" and "vi" each do
some kind of redraw if you type ^L. But that is specific to those programs.
|
flem
|
|
response 252 of 283:
|
Feb 23 22:55 UTC 1999 |
Pico used to, at least several years ago when I actually used it.
|
other
|
|
response 253 of 283:
|
Feb 24 05:57 UTC 1999 |
i experience the same problem using versaterm 5, zterm 0.9 and telnet 2.6.
the problem is consistent whenever i have stty cols >80 and am composing mail
in pine or a response in bbs using pico as the editor.
|
dpc
|
|
response 254 of 283:
|
Feb 25 21:15 UTC 1999 |
Grex is appallingly s-l-o-w right now, yet the load average is low.
What's happening?
|
steve
|
|
response 255 of 283:
|
Feb 26 04:21 UTC 1999 |
I'm not sure since I wasn't around then, but the uptime log shows
the load av rising just about that time for about 10 minutes and slowly
going back down.
|
krj
|
|
response 256 of 283:
|
Mar 4 03:30 UTC 1999 |
This is a vague problem. My direct dial connection is sluggish.
People telnetted into party are complaining of horrid lags.
Load aaverage is above 30, if I'm reading it correctly.
???
|
steve
|
|
response 257 of 283:
|
Mar 4 05:03 UTC 1999 |
Well, I was a part of it. A delightful soul created several
thousand directories inside each other, and the program that
can delve infinitely deep into such a dir structure takes time.
So that was a part of it. That, and the fact that we would up
running it twice because of a mistake on our part.
Once I finished my bit of piggishness, the system recovered
and became its normal self again.
|
janc
|
|
response 258 of 283:
|
Mar 4 23:43 UTC 1999 |
My compiling of a new version of Apache probably didn't help much
either.
|
hhsrat
|
|
response 259 of 283:
|
Mar 7 18:57 UTC 1999 |
2:00pm Ann Arbor Time, Sunday March 7:
10 waiting, 52 remote + 7 local users; 72 max remote users; 21267 head
Did Grex cut down on the number of available Telnet Ports? or is there
some problem which creates a telnet queue?
|
steve
|
|
response 260 of 283:
|
Mar 7 21:04 UTC 1999 |
Every once in a while we get stuck ptys, which loses us an available
port. Just why this happens is unclear to me. I think the above numbers
are saying that we have two ptys MIA. There should be 64 telnet ptys
available.
|
davel
|
|
response 261 of 283:
|
Mar 9 11:46 UTC 1999 |
Um, STeve, 52+2=54, not 64. Or do I misunderstand your reasoning?
|
steve
|
|
response 262 of 283:
|
Mar 9 16:14 UTC 1999 |
I thought we had 54 allocated but that doesn't sound right as I
type this in. Hmmm.
|
eeyore
|
|
response 263 of 283:
|
Mar 9 21:59 UTC 1999 |
Okey...i'm trying to access other confs, and it's not letting me...telling
me that it;s full...no matter what conf I try to join....Am I the only one
getting this?
|
krj
|
|
response 264 of 283:
|
Mar 9 22:01 UTC 1999 |
/a is full. HELP HELP HELP! :)
|
keesan
|
|
response 265 of 283:
|
Mar 11 01:13 UTC 1999 |
When I get messages about /a being full I log off grex, does that help?
|
scott
|
|
response 266 of 283:
|
Mar 11 11:45 UTC 1999 |
No, although it may save you some aggravation. The only thing that helps is
to delete things from /a to make more room.
|
fungster
|
|
response 267 of 283:
|
Mar 12 23:45 UTC 1999 |
For some reason, my wnn account got my mail unsubscribed. (I don't
think the mailing list was that large.) STeve sent me mail about
a few days later, for some odd reason. Can someone tell me why?
(I was archiving the list for other users who were interested on
Grex.)
|
steve
|
|
response 268 of 283:
|
Mar 13 21:45 UTC 1999 |
Hmmm. What was wnn doing--was it a mailing list or FTPing
things, or ?
I have a record of sending semi-automatic mail on Sat March 6th
at 4.50am. I don't have a record of exactly which situation it
was that caused me to send the mail. Right now I seem to be
sending out 8 of them every day. I send mail out about 1)
bringing over bots, 2) bringing over other huge things, 3)
mailing large things, 4) mailing lists, 5) using lynx to bring
down huge things, 6) misc actions which involve large amounts
of disk (like doing an ls -lR / for example).
|
fungster
|
|
response 269 of 283:
|
Mar 15 03:15 UTC 1999 |
Mailing list of stuff, about 10-20k a day (nothing major).
The mailing list was shut off for some reason. Interestingly,
this will actually make it worse on Grex, as I have to fetch
the archives and bring them down here. :-( That will be about
20k * 10 days = 200 k of mail.
|
mdw
|
|
response 270 of 283:
|
Mar 15 11:48 UTC 1999 |
STeve would not have unsubscribed you from a list at home.ease.lsoft.com
or anywhere else. You'll have to ask the people who run that system and
the mailing list there for any information related to it. I see nothing
unusual in the mail logs related to it - no "mailbox is full" messages.
The message that STeve sent you was 3344 bytes. Most likely, that was
STeve's "Ginai" message, which is 3315 bytes, plus headers. The most
likely reason I can see is because you transfered a file named
"LISTSERV.TXT" of size 206624 bytes via ftp at 00:47:05 march 6. Is
there some reason you wanted this to be a matter of public record?
|
richard
|
|
response 271 of 283:
|
Mar 15 22:47 UTC 1999 |
grex may be getting attacked by junk email spammers. Ive found my
grex address subscribed to a junk email mailing list with a .com
address. its asking me to email a third email address to unsubscribe.
I hate it when that happens. If I email that address to unsubscribe,
I still may not get unsubscribed or may automatically get
subscribed to some other list...grrrr
|
prp
|
|
response 272 of 283:
|
Mar 15 23:24 UTC 1999 |
I keep getting the message:
WARNING: TERMINAL CAN NOT SCROLL BACKWARDS
- Type RETURN
with terminal type 3101. Anyway to stop this from happining (frequently).
|
prp
|
|
response 273 of 283:
|
Mar 16 00:09 UTC 1999 |
And then I tried "join coop". Lots and lots of error messages like
system full, and no disk space.
|
prp
|
|
response 274 of 283:
|
Mar 16 00:12 UTC 1999 |
... Bad participant file.
|
