|
Grex > Helpers > #138: Grex System Problems - Winter 2004/2005 |  |
|
| Author |
Message |
| 25 new of 870 responses total. |
richard
|
|
response 3 of 870:
| 
Dec 29 06:36 UTC 2004 |
Backtalk bounced an attempt to post in coop. gave the following error
message:
"Oops! The authors of Backtalk are deeply sorry to confess that our
program has failed to operate correctly. This is due to an error in
Backtalk itself, or in one of Backtalk's script files, or in the
configuration of the system. It is probably not due to anything you
might have done. The page below contains an error message and a
detailed dump of the state Backtalk was in when the error occurred.
This may be useful to anyone trying to fix the problem.
All this information has been logged, but it may still be helpful for
you to report this error and the circumstances under which it occurred
to the system administrators.
Thanks for your assistance in getting the bugs out of this
conferencing system. We sincerely and humbly beg your forgiveness.
-----------------------------------------------------------------------
---------
ERROR: index_new_resp called with response number 218103807
executing "post_resp" on line 113 of pistachio/response.bt "
I re-entered the post and it took the second time...
|
scott
|
|
response 4 of 870:
|
Dec 29 07:16 UTC 2004 |
Had to edit my .cshrc to point to where global.cshrc is now located,
/usr/local/etc instead of /usr/local/lib
|
aruba
|
|
response 5 of 870:
|
Dec 29 07:47 UTC 2004 |
Ah, thanks for those locations, Scott. I have now done the same.
Maybe someone should symlink them to /usr/local/lib (where they used to be).
|
richard
|
|
response 6 of 870:
|
Dec 29 08:08 UTC 2004 |
when I telnet in, it says "user not authenticated, using plain text"????
|
i
|
|
response 7 of 870:
|
Dec 29 12:22 UTC 2004 |
Looks like i've got a 0-bit disk quota on /tmp, which is killing mail
programs.
|
tpryan
|
|
response 8 of 870:
|
Dec 29 12:53 UTC 2004 |
C
a
n
'
t
t
a
b
|
nharmon
|
|
response 9 of 870:
|
Dec 29 13:36 UTC 2004 |
nharmon@grex ~ > mnet
ssh: connect to host m-net.arbornet.org port 22: No route to host
I've tried it with other hostnames, same problem. I think my membership is
still current too. :P
|
gelinas
|
|
response 10 of 870:
|
Dec 29 13:48 UTC 2004 |
Check which ssh you are using Nathan; there may be more than one, and you
may be using the wrong one.
I noted that my path included /usr/ucb , which does not exist, and did not
inlcude /bin , which has stty, among other things.
|
dpc
|
|
response 11 of 870:
|
Dec 29 14:09 UTC 2004 |
I was able to read my mail without any problems. Hoewwever,
when I quit mail by typing q, here is what I got:
SHELL environment variable is wrong!!!
try this: "define" "shell" "/bin/sh"
I haven't tried this because I don't know
if I should.
Also, my backspace key no longer deletes characters. Instead,
I get a stream of ^H.
Finally, at the lower left hand corner of each screen of text,
I see "byte abcd". This vanishes when I go on to the next screen.
These are *really small* problems. Congrats to janc and others
for the successful transfer to NextGrex!
|
dpc
|
|
response 12 of 870:
|
Dec 29 14:18 UTC 2004 |
Ahaa--the "byte abcd" replaces the reverse-video --Moerre--
that used to appear on my screen.
|
blaise
|
|
response 13 of 870:
|
Dec 29 15:29 UTC 2004 |
Backtalk is continuing to give the
"ERROR: index_new_resp called with response number 218103807
executing "post_resp" on line 113 of pistachio/response.bt"
message, but is posting the response anyway.
|
davel
|
|
response 14 of 870:
|
Dec 29 15:37 UTC 2004 |
gracel & kingjon report being unable to read their mail because of a quota
exceeded on /tmp. I'm not sure "huge" is a good description, and as most
of it is recently-arrived spam I don't see how it's avoidable. Shouldn't
the quota on /tmp be big enough to allow reading mail?
Grace also is experiencing the problem with her backspace being set to ^?
instead of ^H. Are we going to have to fix this in one of the setup files?
And she also sees the
SHELL environment variable is wrong!!!
try this: "define" "shell" "/bin/sh"
message. FWIW, her shell is /usr/local/bin/bbs; I suspect that this is
the problem. IIRC, on old Grex the shell for people who wanted to come up
in bbs was something that set up the user's environment correctly and then
exec'd bbs, wasn't it? She has a .profile which sets PATH and PAGER (which
also is not working) and does stty, but it's not getting executed.
I'll fix her up (by changing her shell), assuming I can - I'm assuming that
the program to do that will work. But I suspect that a lot of people will
be affected. (There are almost 600 entries in /etc/passwd with
/usr/local/bin/bbs as the shell.)
|
remmers
|
|
response 15 of 870:
|
Dec 29 15:44 UTC 2004 |
I think Dan Cross just fixed the shell problem with bbs.
|
cross
|
|
response 16 of 870:
|
Dec 29 16:02 UTC 2004 |
This response has been erased.
|
eprom
|
|
response 17 of 870:
|
Dec 29 16:08 UTC 2004 |
Is anyone else having problems with there .procmail filter? Do I need to
change something in my .forward?
|
nharmon
|
|
response 18 of 870:
|
Dec 29 16:10 UTC 2004 |
When opening pine, get the following:
[Folder vulnerable - directory /var/mail must have 1777 protection]
But I don't know why it needs to be globably writable. :/
BTW, my previous ssh problem, I was using /usr/bin/ssh. /usr/local/bin/ssh
works better. Strange.
|
keesan
|
|
response 19 of 870:
|
Dec 29 16:18 UTC 2004 |
I just reported the same problems as in 17 and 18 in coop. And I am not
getting ANY mail including two I sent myself just a few minutes ago, one of
which should have gone to /dev/null. I will try turning off procmail.
|
keesan
|
|
response 20 of 870:
|
Dec 29 16:24 UTC 2004 |
My mail is no longer in /var/spool/mail/k/e/keesan (which I had set up
.procmailrc to point at) but in /var/mail/keesan. I have edited .procmailrc
and sent myself another test mail.
|
keesan
|
|
response 21 of 870:
|
Dec 29 16:32 UTC 2004 |
Changing to /var/mail/keesan did not fix my problem of not getting any of my
test mails. I had to turn off procmail by putting # in front of the line in
.forward. Procmail is still in /usr/local/bin as it should be. I get mail
now but most of it will be spam.
|
keesan
|
|
response 22 of 870:
|
Dec 29 16:36 UTC 2004 |
My first spam just arrived, now that I have no filter. Can the inbox limit
be temporarily increased until procmail can be made to work again? 50 spams
a day won't leave me room for any mail.
|
gull
|
|
response 23 of 870:
|
Dec 29 16:42 UTC 2004 |
I got the following crash dump from Backtalk when I tried to post a
response in the "diy" conference. The response was posted anyway.
Backtalk Crash!
Wed Dec 29 11:41:31 2004
Oops! The authors of Backtalk are deeply sorry to confess that our
program has failed to operate correctly. This is due to an error in
Backtalk itself, or in one of Backtalk's script files, or in the
configuration of the system. It is probably not due to anything you
might have done. The page below contains an error message and a detailed
dump of the state Backtalk was in when the error occurred. This may be
useful to anyone trying to fix the problem.
All this information has been logged, but it may still be helpful for
you to report this error and the circumstances under which it occurred
to the system administrators.
Thanks for your assistance in getting the bugs out of this conferencing
system. We sincerely and humbly beg your forgiveness.
ERROR: index_new_resp called with response number 990052351
executing "post_resp" on line 113 of pistachio/response.bt
Version: Backtalk version 1.3.17
Stack:
(empty)
User Dictionary 0:
bgcolor=(FFFFCC) pw_url=(/cgi-bin/pw/backtalk/) goto=(pistachio/read)
vlinkcolor=() allowhtml=1 bgimage=() logout_url=(/cgi-bin/backtalk/)
post.x=(2\
1) post.y=(12) bodytags=() alinkcolor=() anon_url=(/cgi-bin/backtalk/)
highcolor=(FF0000) pseudo=(David Brodbeck) global_header={...} prevmax=(825)
textcolor=() adm_url=(/cgi-bin/adm/backtalk/) linkcolor=()
global_footer={...}
System Dictionary:
anonymity=0 since=@0 author_erase=1 texttype=(text/plain) amadm=0 mayhide=0
http_headers=1 fw_retitle=1 blindfold=0 resp=0 editdate=@0 hidden=0
id=(gull)
http_expires=@0 uid=9062 newbie=0 linktonew=1 sessions=0
homedir=(/a/g/u/gull)
yapp_format=0 mayread=1 mayedit=0 ifav=1 expire_session=3600 mayretire=0
canspell=1 flavor=(pistachio) lastdate=@1098745982
scriptdir=(/usr/local/lib/b\
acktalk-1.3.17/script) parentresp=0 saverep=0 fishbowl=0 maxresp=825
spell_lang=() expect_resp=826 userlist=0 authorid=() spell_ignore=()
authorname=() fw_erase=0 author_retire=1 csel=() http_location=() maypost=1
conf=(diy) copyright=(Copyright 1996-2004, Jan Wolter and Steve Weiss)
conflist=(/bbs/conflist) authoruid=0 conftitle=(Diy) [=mark isel=() linked=0
`=mark loglevel=0 cpass=() secret=0 canattach=0 fwlist=(keesan, scott)
canemail=0 auto_recompile=1 progname=(backtalk) grouplist=0 exec_limit=0
forgotten=0 maxread=825 mark=mark showforgotten=1 mayseefname=1
publicflavors=(public) author_kill=1 http_no_cache=0 urlarg=()
bbsdir=(/bbs/)
dbtype=() fw_hide=0 allowgraphics=1 alias=(David Brodbeck) stack_limit=0
nopwedit=1 attachments=() gid=1002 item=8 author_retitle=1 author_hide=1
frozen=0 scriptname=(response) mayfreeze=0 editfrozen=1 fw_edit=0
linkdate=@886612066 mayretitle=0
cgiquery=(pseudo=David+Brodbeck&texttype=text\
%2Fplain&post.x=21&post.y=12&conf=diy&csel=&item=8&isel=&rsel=new&goto=pistach\
io%2Fread&prevmax=825&noskip=1&showforgotten=1&text=I+installed+a+Wheelskins+l\
eather+steering+wheel+cover+on+my+car.++It+was%0D%0Asomewhat+time+consuming+%2\
8about+an+hour+and+a+half%29+but+the+results+are%0D%0Aworth+it+for+the+one+par\
t+of+the+car+I+touch+the+most.%0D%0A) newuseropen=0 amfw=0 post_log_file=()
secure=1 rfav=2 http_content_type=(text/html) maxitem=42 author_edit=0
mayresp=1 readdate=@1098799493 author_freeze=1 allowanon=1 title=()
mayseealias=1 maykill=0 noskip=1 confdir=(/bbs/diy) particip=(.fixit.cf)
erased=0 date=@0 favicon=(/usr/local/www/favicon.ico) timezone=()
text=(I inst\
alled a Wheelskins leather steering wheel cover on my car. It
was\nsomewhat t\
ime consuming \(about an hour and a half\( but the results are\nworth it
for t\
he one part of the car I touch the most.\n) retired=0 loginlen=8 rsel=(new)
mayerase=0
Environment: AUTH_TYPE=Basic CONTENT_LENGTH=383
CONTENT_TYPE=application/x-www-form-urlencoded
DOCUMENT_ROOT=/usr/local/www
HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/
plain;q=0.8,image/png,*/*;q=0.5
HTTP_ACCEPT_CHARSET=ISO-8859-1,utf-8;q=0.7,*;q=0.7
HTTP_ACCEPT_ENCODING=gzip,deflate HTTP_ACCEPT_LANGUAGE=en-us,en;q=0.5
HTTP_CACHE_CONTROL=max-age=259200 HTTP_CONNECTION=keep-alive
HTTP_HOST=www.cyberspace.org HTTP_KEEP_ALIVE=300 HTTP_REFERER=http://www.cy
berspace.org/cgi-bin/pw/backtalk/pistachio/read?x.x=0&
x.y=0&conf=diy&csel=&rsel=new&noskip=1&showforgotten=1&isel=8
HTTP_USER_AGENT=Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5)
Gecko/20041107 Firefox/1.0 HTTP_VIA=1.1 gatekeeper.interclean.com:8080
(squid/2.5.STABLE6) HTTP_X_FORWARDED_FOR=152.160.178.15
PATH=/sbin:/bin:/usr/sbin:/usr/bin REMOTE_ADDR=152.160.178.33 REMOTE_PORT=37109
REMOTE_USER=gull SCRIPT_FILENAME=/usr/local/libexec/cgi-bin/pw/backtalk
SERVER_ADDR=216.93.104.34 SERVER_ADMIN=webmaster@cyberspace.org
SERVER_NAME=www.cyberspace.org SERVER_PORT=80
SERVER_SIGNATURE=<ADDRESS>Apache/1.3.29 Server at <A HREF="mailto:webmast
er@cyberspace.org">www.cyberspace.org</A> Port 80</ADDRESS>
SERVER_SOFTWARE=Apache/1.3.29 (Unix) mod_ssl/2.8.16 OpenSSL/0.9.7c
GATEWAY_INTERFACE=CGI/1.1 SERVER_PROTOCOL=HTTP/1.0 REQUEST_METHOD=POST
QUERY_STRING= REQUEST_URI=/cgi-bin/pw/backtalk/pistachio/response
SCRIPT_NAME=/cgi-bin/pw/backtalk PATH_INFO=/pistachio/response
PATH_TRANSLATED=/usr/local/www/pistachio/response
|
janc
|
|
response 24 of 870:
|
Dec 29 16:56 UTC 2004 |
The backtalk crashs and the weird "response not posted" message from fronttalk
are the same problem. They have to do with byte-order problems in the sum
files for the conferences. Old and new Grex stored binary files with opposite
byte orders. So when we copied over the sum files from the Sun, they arrived
all backwards. Theoretically both Picospan and Backtalk are supposed to be
able to detect the backwardness of the sum files and compensate for that.
Looks like Picospan is succeeding but Backtalk is slightly confused.
Easiest fix is to regenerate the sum files. You can just delete them.
Picospan will complain about missing sum files until someone does a "fix sum"
command in the conference to regenerate it. Backtalk automaticaly regenerates
them if they are missing.
|
cross
|
|
response 25 of 870:
|
Dec 29 17:06 UTC 2004 |
This response has been erased.
|
janc
|
|
response 26 of 870:
|
Dec 29 17:23 UTC 2004 |
I removed all the old sum files, and had backtalk regenerate most of them.
I think I probably missed regenerating some.
If you see a conference where Picospan complains about there being no sum
file, there are two fixes. Either a fairwitness can say "set summary" in
Picospan, or any user can join the conference with Fronttalk or Backtalk.
Picospan will still work without a summary file - it'll just be slower.
|
keesan
|
|
response 27 of 870:
|
Dec 29 17:35 UTC 2004 |
While trying to get procmail to work (now it lets through ALL my mails) I
attempted to logout and then login as a different user and logout got me a
NO CARRIER with no opportunity to login again. I had to redial.
|