[LON-CAPA-admin] course problem versions differ between servers

[Todd Ruskell]

Hmm.  Not 100% sure of the cause, but I think I have a work-around, as long
as you have command-line access.  When I've seen new versions of problems
not being grabbed by the access servers, it was because I cloned one access
server into another.  When this happens, the new access server isn't
registered as being subscribed to the resource, so isn't notified by the
library that the resource has been modified.

All the problems are located in /home/httpd/html/res/domain/author/

where domain and author depend on the resouce.  Stuart may not like my
approach, but when needed I've always been able to force the update of a
resource on an access server by removing the problem in question *on the
access server giving problems*.  DO NOT DO THIS ON THE LIBRARY SERVER.
Then, the next time the access server needs the resource, it doesn't have
it, and asks the library server for it.  The library server then offers up
the most recent, published version.

Todd

On Fri, Oct 2, 2009 at 8:46 AM, Jana C Avery/FS/VCU <jcavery at vcu.edu> wrote:

> Hi,
>
> We have an instructor who discovered that her students were seeing
> different versions of the same problem, depending on which access server
> they were logged in to.  Our library server and one access server have the
> correct, current version of the problem, but our other access server has an
> older version.   In the course, under "check/set resource versions" that the
> course is set to use the most current version of the problem, but that is
> not what the instructor or the students see when they go to the actual
> problem.  This issue is occurring with several of the problems in this
> course.  Does anyone have any ideas what might be causing this?
>
> I saw a similar issue posted  to this list in June, which mentioned having
> to make some modifications to the DOCS sequence on the library server.  (
> http://mail.lon-capa.org/pipermail/lon-capa-admin/2009-June/002237.html)
>  Our primary admin is out today, and we are not sure if or how to do this.
>  Any suggestions and assistance would be greatly appreciated.
>
> *Jana Avery*
>
> Learning Systems, Technology Services
> Virginia Commonwealth University
>
>
>
> *
> Don't be a phishing victim - VCU and other reputable organizations will
> never use email to request that you reply with your password, social
> security number or confidential personal information.  For more details
> visit **http://infosecurity.vcu.edu/phishing.html*<http://infosecurity.vcu.edu/phishing.html>
> *.*
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.lon-capa.org/pipermail/lon-capa-admin/attachments/20091005/879b8189/attachment.html>