[LON-CAPA-users] Could not process request

Gerd Kortemeyer lon-capa-users@mail.lon-capa.org
Thu, 14 Jul 2005 16:19:04 -0400


Hi All,

Further analysis: the offending character was produced by this entity:

μ

- that was meant to produce a "micro", but somehow was interpreted as  
unicode (probably after being expanded into binary by the parser),  
and then subsequently choked upon because of course it is not valid  
unicode. I replaced it by "micro" as in

<resource src="/res/sc/gblanpied/courses/usclib/hrw/chapter26/ 
hrwc26p63.problem" id="18" title="You have several 2.0 microF  
capacitors">

- did the trick.

- Gerd.

On Jul 14, 2005, at 3:53 PM, Gerd Kortemeyer wrote:

> Hi Richard,
>
> Fixed. There was a unicode character inside the title of one of the  
> resources, and the Perl version you have running choked on it.
>
> http://bugs.lon-capa.org/show_bug.cgi?id=4241
>
> - need to test with newer versions of Perl. Anyway, you are back in  
> business.
>
> - Gerd.
>
> On Jul 14, 2005, at 8:38 AM, lucasm@ohiou.edu wrote:
>
>
>> Richard,
>>
>> It sounds like one of the sequences for the course has gotten  
>> mucked up in a way that it can't traverse the sequence properly  
>> (this would need to be confirmed by one of the experts).
>>
>> It would be useful to know which resource the instructor was  
>> trying to import and where it was in the course layout (top level  
>> or in a folder).
>> I'm presuming that the instructor was working in DOCs when this  
>> happened.
>>
>> If the sequence somehow got discombobulated(sp?), someone who  
>> knows the internal syntax sequence may need to go to that course's  
>> directory (under lonUsers) and fix the sequences by hand. This  
>> would require access from www or root.
>>
>> If you want, I can go in and poke around, but in the end someone  
>> like Guy or Gerd is the one you want doing any surgery if this is  
>> the proper diagnosis 8)
>>
>> Later,
>> Mark
>>
>>
>> On Thu, 14 Jul 2005, Richard Hoskins wrote:
>>
>>
>>
>>> We are still experiencing the same problem.  No matter who tries  
>>> to access the class we get the same error: Could not process  
>>> request. Page asking what went wrong.
>>>
>>> I have tried to find out what the class coordinator was doing at  
>>> the time of the problem.  It appears he was importing a resource  
>>> and the import never completed and he said the it locked up.   
>>> Since that time we get the error message.  I have tried accessing  
>>> from several accounts, even the domain coordinator but with the  
>>> same result.  It does not look like it can be repaired from a  
>>> user account.
>>>
>>> Richard Hoskins
>>>
>>>
>>>
>>> Guy Albertelli II wrote:
>>>
>>>
>>>
>>>> If it persists for more than a few minutes. Doing a reload on httpd
>>>> server will correct that.
>>>> /etc/init.d/httpd reload
>>>> If it occurs again. I'd be really curious to now about that.
>>>> (I think I remeber fixing 1 other case, in which it was possible to
>>>> cause this to occur by doing something related to printing, and  
>>>> fixing
>>>> it for the upcoming 2.0 release bt I can't find the info about this
>>>> anywhere.)
>>>> > This can happen if a user re-selects the same course in rapid  
>>>> order, > i.e., by getting impatient during initialization. It  
>>>> will "fix > itself" if you wait a while.
>>>> >
>>>> > In 1.99.1, the issue is fixed, and this should not happen  
>>>> anymore.
>>>> >
>>>> > On Jul 12, 2005, at 4:08 PM, Richard Hoskins wrote:
>>>> >
>>>> > > We are getting a Could not process request page when trying  
>>>> to > > select a class.  There is an error in the lonnet.log file  
>>>> that reads:
>>>> > >
>>>> > > Tue Jul 12 14:20:04 2005 (3295): <font color=blue>WARNING:  
>>>> Could > > not tie
>>>> > > coursemap /home/httpd/perl/tmp/ozel_sc_30245fc759742a7scl1 for
>>>> > > /uploaded/sc/30245fc759742a7scl1/default.sequence.</font>
>>>> > >
>>>> > > Has anyone had this problem and how do we correct it.
>>>> > >
>>>> > > Thanks,
>>>> > >
>>>> > > Richard Hoskins
>>>> > >
>>>> > > --
>>>> > >
>>>> > > Richard M. Hoskins
>>>> > > University of South Carolina
>>>> > > Physics and Astronomy
>>>> > > Columbia, South Carolina 29208
>>>> > > (803) 777-8994
>>>> > > hoskins@mail.psc.sc.edu
>>>> > >
>>>> > > _______________________________________________
>>>> > > LON-CAPA-users mailing list
>>>> > > LON-CAPA-users@mail.lon-capa.org
>>>> > > http://mail.lon-capa.org/mailman/listinfo/lon-capa-users
>>>> > >
>>>> >
>>>> > _______________________________________________
>>>> > LON-CAPA-users mailing list
>>>> > LON-CAPA-users@mail.lon-capa.org
>>>> > http://mail.lon-capa.org/mailman/listinfo/lon-capa-users
>>>> >
>>>> -- 
>>>> guy@albertelli.com   0-7-2-5-15,728
>>>> _______________________________________________
>>>> LON-CAPA-users mailing list
>>>> LON-CAPA-users@mail.lon-capa.org
>>>> http://mail.lon-capa.org/mailman/listinfo/lon-capa-users
>>>>
>>>>
>>>
>>> -- 
>>> Richard M. Hoskins
>>> University of South Carolina
>>> Physics and Astronomy
>>> Columbia, South Carolina 29208
>>> (803) 777-8994
>>> hoskins@mail.psc.sc.edu
>>>
>>> _______________________________________________
>>> LON-CAPA-users mailing list
>>> LON-CAPA-users@mail.lon-capa.org
>>> http://mail.lon-capa.org/mailman/listinfo/lon-capa-users
>>>
>>>
>>>
>>
>> --------------------------------------------------------------------- 
>> -------
>> Mark Lucas                    email: lucasm@ohiou.edu
>> 252D Clippinger Lab                  phone: (740)597-2984
>> Department of Physics and Astronomy             fax:   (740)593-0433
>> Ohio University
>> Athens, OH 45701
>> _______________________________________________
>> LON-CAPA-users mailing list
>> LON-CAPA-users@mail.lon-capa.org
>> http://mail.lon-capa.org/mailman/listinfo/lon-capa-users
>>
>>
>
> _______________________________________________
> LON-CAPA-users mailing list
> LON-CAPA-users@mail.lon-capa.org
> http://mail.lon-capa.org/mailman/listinfo/lon-capa-users
>