[LON-CAPA-admin] One of our access servers isn't talking to hujil1

[Stuart Raeburn]

Hi,

> Just wondering if there's anything I can do about our 2nd access   
> server, johnabbotta2   
> (curie.johnabbott.qc.ca<http://curie.johnabbott.qc.ca> ---   
> 207.162.58.142), being unable to connect to hujil1.

The same issue with the huji library server came up two years ago.

See:  
http://mail.lon-capa.org/pipermail/lon-capa-admin/2011-September/002546.html

At that time I sent an e-mail to the systems administrator for the  
huji servers, reporting the issue, and offering advice on how to  
resolve it.

In response to your posting to the admin list yesterday, I will send a  
follow-up e-mail to the sysadmin at huji later today.

Currently, it appears that the list of LON-CAPA hosts known to  
capa1.cc.huji.ac.il is populated from the static file:

/home/httpd/lonTabs/dns_hosts.tab

instead of being populated with up to date information retrieved from  
a web request to the LON-CAPA "DNS" servers at MSU, UIUC or SFU.

This means that either cron's nightly run of /home/httpd/perl/loncron  
has been disabled on the huji library server, or the server is not  
retrieving the contents of the "authoritative" dns_hosts.tab and  
dns_domain.tab files from MSU, UIUC or SFU for some other reason.

In any event, what this means is that capa1.cc.huji.ac.il is refusing  
connections, including replication requests for huji resources,  
published with  system-wide usage rights, from servers added to the  
cluster after May 8, 2010, i.e., post-rev 1.89 of  
production_dns_hosts.tab. Rev 1.89 was the version of the file shipped  
with LON-CAPA 2.9.0, which is the LON-CAPA version running on the huji  
library server.

curie.johnabbott.qc.ca was added to production_dns_hosts.tab rev.  
1.95, on July 6, 2010 so falls into the group of hosts unknown to  
hujil1.  By contrast, the johnabbott library server, and the first of  
your access servers were included in rev. 1.57, so hujil1 accepts  
connections from them.

Until this issue is resolved, one possible solution would be to set up  
a process to copy the huji resources used in your courses from  
/home/httpd/html/res/huji on kepler or galileo to the equivalent  
location on curie.


Stuart Raeburn
LON-CAPA Academic Consortium


Quoting Michael Dugdale <michael.dugdale at johnabbott.qc.ca>:

> Hi,
>
> Just wondering if there's anything I can do about our 2nd access   
> server, johnabbotta2   
> (curie.johnabbott.qc.ca<http://curie.johnabbott.qc.ca> ---   
> 207.162.58.142), being unable to connect to hujil1.  It's caused   
> some problems for one of our teachers who had assigned some problems  
>  from them.  Both our library server johnabbottl1 (207.162.58.141)   
> and our first access server johnabbotta1   
> (galileo.johnabbott.qc.ca<http://galileo.johnabbott.qc.ca>) seem to   
> connect just fine.
>
> I've double-checked and our firewall is open to hujil1 on port 5663.
>
> Many thanks for any suggestions,
>
> Cheers,
> Michael Dugdale
>
> Michael Dugdale
> Co-chair (Scheduling)
> Department of Physics
> John Abbott College
> 21,275 Lakeshore Road
> Ste. Anne de Bellevue, Québec
> H9X 3L9, Canada
> (514) 457-6610 Ext. 5888
> michael.dugdale at johnabbott.qc.ca<mailto:michael.dugdale at johnabbott.qc.ca>
>