You are not logged in. Login Now
 0-24   25-49   50-74   75-99   100-124   125-149   150-174   175-199   200-224 
 225-249   250-274   275-299   300-324   325-349   350-374   375-399   400-424   425-449 
 450-474   475-499   500-524   525-549   550-574   575-599   600-624   625-649   650-674 
 675-699   700-724   725-749   750-774   775-799   800-824   825-849   850-870   
 
Author Message
i
Grex System Problems - Winter 2004/2005 Mark Unseen   Dec 22 09:08 UTC 2004

This item is for system problems.  If something on Grex isn't working 
right (line noise on a modem, weird behavior from a program, etc.), 
this is the place to announce it.  Except for security holes.  If you 
find a hole in system security, mail information about it to "staff".
870 responses total.
jep
response 1 of 870: Mark Unseen   Dec 29 04:08 UTC 2004

Nethack doesn't work.  I get an error:

No write permission to lock perm!
gelinas
response 2 of 870: Mark Unseen   Dec 29 05:43 UTC 2004

I think I fixed it, jep; let us know here.
richard
response 3 of 870: Mark Unseen   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: Mark Unseen   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: Mark Unseen   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: Mark Unseen   Dec 29 08:08 UTC 2004

when I telnet in, it says "user not authenticated, using plain text"????
i
response 7 of 870: Mark Unseen   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: Mark Unseen   Dec 29 12:53 UTC 2004



C
a
n
'
t
t
a
b
nharmon
response 9 of 870: Mark Unseen   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: Mark Unseen   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: Mark Unseen   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: Mark Unseen   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: Mark Unseen   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: Mark Unseen   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: Mark Unseen   Dec 29 15:44 UTC 2004

I think Dan Cross just fixed the shell problem with bbs.
cross
response 16 of 870: Mark Unseen   Dec 29 16:02 UTC 2004

This response has been erased.

eprom
response 17 of 870: Mark Unseen   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: Mark Unseen   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: Mark Unseen   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: Mark Unseen   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: Mark Unseen   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: Mark Unseen   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: Mark Unseen   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: Mark Unseen   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.
 0-24   25-49   50-74   75-99   100-124   125-149   150-174   175-199   200-224 
 225-249   250-274   275-299   300-324   325-349   350-374   375-399   400-424   425-449 
 450-474   475-499   500-524   525-549   550-574   575-599   600-624   625-649   650-674 
 675-699   700-724   725-749   750-774   775-799   800-824   825-849   850-870   
Response Not Possible: You are Not Logged In
 

- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss