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.   <br>

<br>All the problems are located in /home/httpd/html/res/domain/author/<br><br>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.<br>

<br>Todd<br><br><div class="gmail_quote">On Fri, Oct 2, 2009 at 8:46 AM, Jana C Avery/FS/VCU <span dir="ltr"><<a href="mailto:jcavery@vcu.edu">jcavery@vcu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<font face="sans-serif" size="2">Hi,</font>
<br>
<br><font face="sans-serif" size="2">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?  </font>
<br>
<br><font face="sans-serif" size="2">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.  (</font><a href="http://mail.lon-capa.org/pipermail/lon-capa-admin/2009-June/002237.html" target="_blank"><font face="sans-serif" size="2">http://mail.lon-capa.org/pipermail/lon-capa-admin/2009-June/002237.html</font></a><font face="sans-serif" size="2">)
 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.</font>
<br>
<p><font color="#008080" face="Papyrus" size="2"><b>Jana Avery</b></font>
</p><p><font face="Calibri" size="2">Learning Systems, Technology Services<br>
Virginia Commonwealth University </font>
</p><p><font face="Calibri" size="2"><br>
<br>
</font><font color="#008080" face="Calibri" size="2"><b><i><br>
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
</i></b></font><a href="http://infosecurity.vcu.edu/phishing.html" target="_blank"><font color="blue" face="Calibri" size="2"><i>http://infosecurity.vcu.edu/phishing.html</i></font></a><font color="blue" face="Calibri" size="2"><i>.</i></font>
</p><p><font face="Arial" size="2"> </font></p></blockquote></div><br>