|
Grex > Helpers > #138: Grex System Problems - Winter 2004/2005 |  |
|
| Author |
Message |
| 25 new of 870 responses total. |
asddsaasddsaasddsa
|
|
response 552 of 870:
| 
Jan 26 05:01 UTC 2005 |
-bash-2.05b$ w
12:00AM up 11:19, 20 users, load averages: 0.65, 0.62, 0.59
USER TTY FROM LOGIN@ IDLE WHAT
cross p0 fubar.cshack.net Tue05PM 2:22 -tcsh
russ p1 sf31-d20.dynamic Tue11PM 3 -csh
qw2 p2 e81-197-68-102.e Tue11PM 1 menu
cobalt p3 218.13.94.233 Tue10PM 10 lynx
contaxes p4 174-227.lib.umic Tue10PM 2 mail
rasputin p5 dialup-4.247.140 12:00AM 0 lynx
asddsaasddsaasddsa p7 - 12:00AM 0 w
ryan p9 67.39.176.100 Tue11PM 0 all your base are belong to us
ketsara pa 210.246.163.253 Tue11PM 16 -tcsh
naftee pc 55sub16.edunet.u Tue11PM 0 -bash
charcat pd host145.64-31-10 Tue11PM 0 /usr/local/bin/party_
pez pf ip68-228-34-112. Tue11PM 0 /usr/local/bin/party_
gelinas q0 216.86.65.248 Tue09PM 0 bbs
richard q3 pool-70-19-93-15 Tue10PM 0 /usr/local/bin/party_
janc q4 h-69-3-69-232.sf Tue04PM 57 -csh
jmhut q6 157.95.31.61 Tue11PM 15 (pine)
gelinas qa 216.86.65.248 Tue10PM 2 lynx http://google.com
srw qc pcp05308365pcs.w Tue10PM 1:33 -csh
erikb qf a80-127-224-218. Tue10PM 16 mutt
rcurl r1 pcp09229896pcs.s Tue11PM 0 pico /a/r/c/rcurl/.cfdir/cf.buffer
Whoa.
|
scholar
|
|
response 553 of 870:
|
Jan 26 05:02 UTC 2005 |
whoa!
|
naftee
|
|
response 554 of 870:
|
Jan 26 05:02 UTC 2005 |
Whoa!
|
cobalt
|
|
response 555 of 870:
|
Jan 26 05:09 UTC 2005 |
1. Yes, of course, this was normal prior to the move
2. I have checked again, the problem still exists, as explicated on the BBS
System Problems Board,
Item #544 and response.
SUMMARY:
links : can access google but forbids sign on, "no route to host"
lynx : attempts to access old proxy then timeout.
Thanks you for attention to this.
|
albaugh
|
|
response 556 of 870:
|
Jan 26 05:14 UTC 2005 |
You can *send* mail to others without any bearing on your inbox!
|
naftee
|
|
response 557 of 870:
|
Jan 26 05:21 UTC 2005 |
Oh, I got the impression that you could not run mail.
|
albaugh
|
|
response 558 of 870:
|
Jan 26 05:23 UTC 2005 |
When you run mail without a recipient list (or other command line parameters)
it invokes it in "read the inbox" mode.
Setting TMPDIR to my home directory also causes quota exceeded on mail
startup. Who is going to fix this? (!) It is intolerable that I can't fix
my situation due to system setup "flaws".
|
cobalt
|
|
response 559 of 870:
|
Jan 26 06:43 UTC 2005 |
(In reference to Item #555 ):
The Google link rejected by LINKS is an https link.
I hope that https links are not restricted on this new server.
Thank you for your attention to this.
|
naftee
|
|
response 560 of 870:
|
Jan 26 06:52 UTC 2005 |
re 558 So it can't "read the inbox" if your quota has exceeded ?
|
cobalt
|
|
response 561 of 870:
|
Jan 26 07:23 UTC 2005 |
sorry: clarification of Item #559-
LINKS loads www.google.com without error (I believe another user has
mentioned this) and it is the sign-on that fails with error "no route
to host"
but the sign-on link being accessed by LINKS is an HTTPS link.
So seeing that LINKS can access http://www.google.com there seems
to be no problem there whatsoever,
but actually the problem PERHAPS is the LINKS rejection of an HTTPS page.
Please respond at your convenience.
Thank you for attention to this matter.
|
keesan
|
|
response 562 of 870:
|
Jan 26 13:11 UTC 2005 |
Re 554 - proof that 8 character logins are enough for normal users.
And that longer ones don't display properly in certain programs.
Longer ones are also a nuisance to add to the twit filter.
I thought that the mail problem has to do with /tmp being over quota and
removing files owned by the user in /tmp would fix it.
I just had a 20 sec freeze. Shades of old grex.
|
gelinas
|
|
response 563 of 870:
|
Jan 26 13:39 UTC 2005 |
There was some kind of routing problem at provide.net about an hour ago.
It may come back; I don't know.
Ah. Yes, clearing out your files from /tmp would give you more room for
mail's temporary files.
|
jep
|
|
response 564 of 870:
|
Jan 26 14:46 UTC 2005 |
I'm seeing:
& a p o s ;
instead of a single quote character, using Backtalk this morning, only
on Grex. (I don't get the same thing on M-Net.)
|
mooncat
|
|
response 565 of 870:
|
Jan 26 15:00 UTC 2005 |
Oops, apparently posted in the wrong item- but yeah, having the same
problem as jep. (Maybe it's a Perry thing. ;) )
|
slynne
|
|
response 566 of 870:
|
Jan 26 15:13 UTC 2005 |
No, I am having the same problem
|
keesan
|
|
response 567 of 870:
|
Jan 26 15:30 UTC 2005 |
I just got a legitimate email in 8859-9 (Turkish - someone sent me a tel and
I guessed he was Turkish and emailed back what I thought meant 'I don't speak
Turkish' but maybe I left out the 'not') so please don't set the spam filter
to rule out subject lines in other charsets. I got a 'From' in Chinese
recently and a message body in Russian.
bbs is working fine. Procmail just threw out 6 spams in 2 hours and if this
is typical I must be getting about 70/day. Any progress towards choosing a
spam filter or at least porting Marcus's minimal one?
|
keesan
|
|
response 568 of 870:
|
Jan 26 16:35 UTC 2005 |
5 more spams since 10:30 (in one hour).
|
albaugh
|
|
response 569 of 870:
|
Jan 26 16:55 UTC 2005 |
cyberspace.org now yields grex
|
albaugh
|
|
response 570 of 870:
|
Jan 26 17:29 UTC 2005 |
&%$&%$&* grex froze while I was entering the following:
I have *no* files on /tmp!!! The problem is that my filled mailbox, which
apparently mail wants to replicate somewhere while it's running, is larger
than my quota on /tmp - and also larger than my quota in my home directory.
Cannot someone on staff simply pick a larger, more suitable quota on /tmp
to address this situation, and deploy it? A larger personal quota for me
should also allow me to clean out my mailbox, but it is not addressing the
underlying problem of incorrect settings for mailbox versus /tmp quota.
Note: I'm not faulting anyone. But now that we know there's a problem,
it should be corrected.
P.S. Curiously, and different from old grex, since my .forward file has mail
left in my grex mailbox as well as being forwarded off-grex, I continue to
receive the forwarded mail at my non-grex account. I assume that the messages
are *not* stored in my filled mailbox, and I wonder if senders are getting
"mailbox full" bounces...
|
keesan
|
|
response 571 of 870:
|
Jan 26 18:12 UTC 2005 |
My arrow keys on 101 or 84-key keyboard do not work to move around within the
text in fronttalk with vt100 or linux, sshed with linux to grex. [D beep etc.
I will try dialing directly with kermit when that is possible. vt320.
|
dpc
|
|
response 572 of 870:
|
Jan 26 21:12 UTC 2005 |
It's great that Grex is up at Provide.Net and that Grex via the Web is
working fine. Unfortunately, the dialins are still hosed. Here is
what I just got when I tried to log in:
Welcome to Grex! It may take a few seconds to connect.
Grex is the Midnight Snack of Champs
New to grex? Type help at the login prompt
groupie.cyberspace.org login: dpc
dpc's Password:
This is NOT grex. Please use the domain name, not the IP address.
Dial-in Users
End of message. I have gotten this several times over the past week.
I have no idea what "groupie.cyberspace.org" is. Also, the "Dial-in
Users" line was truncated, and I was promptly logged off. I was
dialing 761-3000, so I am sure that I did in fact reach Grex.
What's happening here?
|
davel
|
|
response 573 of 870:
|
Jan 26 21:26 UTC 2005 |
Re 572:
kingjon reports the same thing, as of (I think) last night.
|
gelinas
|
|
response 574 of 870:
|
Jan 26 22:12 UTC 2005 |
What's happening is that "groupie" is now using the IP address that used to
belong to "grex." I *tried* to tell the terminal server to use the new IP
address for grex, but it doesn't seem to have taken. I'll try again.
The machine known as "groupie" was known as "grex" until a month ago, BTW. I
put it back on its old address because we need a name server at that address
until I get the domain name registry updated.
I'll post the full text of its "nologin" file as soon as I can log on to
groupie.
|
bru
|
|
response 575 of 870:
|
Jan 27 01:32 UTC 2005 |
havign a problem loging in just now vie telnet.
|
cobalt
|
|
response 576 of 870:
|
Jan 27 03:28 UTC 2005 |
Now experiencing dns name resolution timeouts for lynx and links.
Thank you for your attention to this.
|