|
Grex > Helpers > #138: Grex System Problems - Winter 2004/2005 |  |
|
| Author |
Message |
| 25 new of 870 responses total. |
mcnally
|
|
response 538 of 870:
| 
Jan 25 22:31 UTC 2005 |
re #536: depending on how much space you need, and whether you can
find another world-writable temporary directory, possibly you could
bypass the /tmp quota problem by setting the TMPDIR environment
variable to something else. I haven't checked how the filesystem
is laid out on Grex to see whether this would work..
|
cross
|
|
response 539 of 870:
|
Jan 25 22:42 UTC 2005 |
This response has been erased.
|
mcnally
|
|
response 540 of 870:
|
Jan 25 22:51 UTC 2005 |
I suppose I could have gathered that from the startup message,
but thanks..
|
gelinas
|
|
response 541 of 870:
|
Jan 26 03:06 UTC 2005 |
Re 536: Can you tell which name server(s) you are using? All that I can check
have the right address for cyberspace.org.
|
gelinas
|
|
response 542 of 870:
|
Jan 26 03:10 UTC 2005 |
It looks like the changes to the terminal server didn't 'take.' I'll
power-cycle it the next time I'm in the Pumpkin, which will probably be
tomorrow morning.
|
keesan
|
|
response 543 of 870:
|
Jan 26 03:13 UTC 2005 |
I can now forward mail without having to make it into an attachment - thanks
to whoever fixed this. I exceeded my /tmp quota one time by trying to save
a large file to it. If you tried to use /tmp recently how can you figure out
which files in there you still own so as to delete them? I. e., list all
files that you own in /tmp. Surely there is some command for this. How
often is /tmp automatically emptied?
|
keesan
|
|
response 544 of 870:
|
Jan 26 03:26 UTC 2005 |
w3m www.google.com -- opening socket...............
lynx google - tries to access the IP number and nothing happens
links - g - www.google.com - works instantly
|
gelinas
|
|
response 545 of 870:
|
Jan 26 03:32 UTC 2005 |
The command you want, Sindi, is
find /tmp -user keesan -ls
It looks like I'll also have to kill and restart the web proxy.
|
keesan
|
|
response 546 of 870:
|
Jan 26 03:47 UTC 2005 |
Why is links working if lynx is not?
|
cobalt
|
|
response 547 of 870:
|
Jan 26 03:49 UTC 2005 |
"links - g - www.google.com - works instantly" Yes, but when you attempt to
access the sign in link it fails with error "no route to host"
"lynx google - tries to access the IP number and nothing happens" --the
system seems to be attempting to access Grex's OLD ip address.
Perhaps this is a DNS proxy issue with a stale cache?
Thanks for attention to this matter.
|
keesan
|
|
response 548 of 870:
|
Jan 26 03:52 UTC 2005 |
Re #545, I copied a small file to /tmp, ls -l showed I had read-write-execute
permissions but others had just read-execute permissions, and then
find /tmp -user keesan -ls listed a bunch of files for all but one of which
I was denied permission so I deleted the one that I had permission for (which
I had copied). This is the answer to how to empty your overflowing mailbox.
|
gelinas
|
|
response 549 of 870:
|
Jan 26 03:56 UTC 2005 |
No, it's not trying to reach grex's old IP address. The old address was
216.93.104.34; the address lynx is trying to reach is 216.93.104.35, which
is the web proxy.
The web proxy is still on the DSL link. I don't know if the problem you are
seeing is caused by the DSL link being flakey or by the web proxy not being
configured for the new subnet. I added the new subnet to the web proxy's
configuration last night, but the "kill -HUP" may not have been enough to
cause the proxy to reread its configuration file.
|
gelinas
|
|
response 550 of 870:
|
Jan 26 04:02 UTC 2005 |
I don't see how the find command is "the answer to how to empty your
overflowing mailbox." It's just the way to find the files in /tmp that you
own. The error message
find: /tmp/lynx-mLGAA21624: Permission denied
means that we don't have sufficient access to the directory
/tmp/lynx-mLGAA21624 to see the files within it.
|
naftee
|
|
response 551 of 870:
|
Jan 26 04:21 UTC 2005 |
re 536 What! How could you e-mail staff if you could not run mail ?
|
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.
|