[LON-CAPA-admin] Can't access user status pages

[Stuart Raeburn]

Bob,

>
> I still get cannot access the user status pages on
> loncapa6.chem.binghamton.edu while I can access all of the others.
>

Comparing http://loncapa6.chem.binghamton.edu/adm/login with  
http://loncapa5.chem.binghamton.edu/adm/login it is evident that  
loncapa6 is unable to retrieve domain configuration information from  
the binghamton domain's primary library server.

You'll see that loncapa6 has no custom logo at bottom right of the  
log-in page, but does include a link to "Course/Community Catalog" as  
the fourth item below the Log in button (it is not shown on the log-in  
pages for your other servers).

Can you check if there is a typo in: /home/httpd/lonTabs/domain.tab on  
loncapa6.
That file should contain:

binghamton:Binghamton University:::en-US::::binghamtonl1

(The last item, after the eighth colon, is the lonHostID of the  
primary library server).

You might also look in /home/httpd/perl/logs/lonnet.log on loncapa6  
for this message: get_dom failed - no homeserver and/or domain  
(binghamton)


Stuart Raeburn
LON-CAPA Academic Consortium


Quoting Bob Gonzales <rgonzal at binghamton.edu>:

> Stuart,
>
> I still get cannot access the user status pages on
> loncapa6.chem.binghamton.edu while I can access all of the others.
>
> I dumped memcache and compared the following entries to those on another
> server and they look the same.
>
> dns%3a%2fadm%2fdns%2fdomain
> dns%3a%2fadm%2fdns%2fhosts
> iphost%3aiphost
>
> There are no entries in lonmemcached_errors.
>
> I killed and restarted lonmemcached.  No changes, the Specific ip's' field
> on the   is still blank on the 'Display/Edit Settings' page is still blank.
>
> Something that is different about this server, compared to my other ones,
> is that I had a disk failure and I reinstalled centos and loncapa.  This
> machine is at the same level of centos, with the latest updates, just as my
> other servers are.  The loncapa string on the login page for all of the
> servers is 2.11.1-2015053018.
>
> One other difference between this machine and the others, related to the
> re-install, is that the library moved to another subnet back in January,
> and the reinstall on loncapa6 happened in February.  I don't know what
> difference this might make but I thought I'd include the info.
>
> Bob
>
>
>
>
>
> On Sun, Feb 21, 2016 at 11:28 AM, Stuart Raeburn <raeburn at msu.edu> wrote:
>
>> Bob,
>>
>> I expect expiration of caches will have fixed this issue on binghamtona6
>> by now, but if not ...
>>
>> ... The page it returns has the text 'Your
>>> cookie information is incorrect.' in the body of the page.
>>>
>>
>> You will see that message if you attempt to access the user status page
>> outside of a authenticated session (e.g., using wget) from an IP address
>> that either (a) does not belong to one of your domain's LON-CAPA servers,
>> or (b) is not one of the IP addresses for which access to the user status
>> page has been specified in the domain configuration for your domain.
>>
>>
>>> If I log onto loncapa6 and go to the  'Display/Edit Settings' page, the
>>> 'Specific ip's' field is blank. It is not blank if I do that on the other
>>> servers, it has the correct address in it.
>>>
>>>
>> That indicates that on binghamtona6 the current domain configuration was
>> not retrieved from the primary library server in in your domain (i.e.,
>> binghamtonl1).
>>
>>
>>>        An error occurred saving access settings for server status pages:
>>> no_such_host.
>>>
>>>
>> That error message tells me that when binghamtona6 attempted to save the
>> domain configuration settings for the binghamton domain to the primary
>> library server in your domain (i.e., binghamtonl1), it failed to obtain a
>> hostname for that server. That is consistent with the failure to retrieve
>> the domain configuration information originally.
>>
>> In the case of failure to retrieve a hostname, given a lonhostID, I would
>> recommend checking that the information cached in memcache on binghamtona6
>> for the items:
>>
>> dns%3a%2fadm%2fdns%2fdomain
>> dns%3a%2fadm%2fdns%2fhosts
>> iphost%3aiphost
>>
>> look correct.
>>
>> My 2/9/2015 post to this mailing list included a perl script which can be
>> run to dump the contents of memcached. See:
>> http://mail.lon-capa.org/pipermail/lon-capa-admin/2015-February/003005.html
>> .
>>
>> If it's not correct you might look in
>> /home/httpd/perl/logs/lonmemcached_errors on binghamtona6 to see if
>> anything is logged there.
>>
>> You can restart memcached on binghamtona6, either by restarting all the
>> LON-CAPA daemons using /etc/init.d/loncontrol restart, or by restarting
>> just  memcached, by retrieving the process ID (pid), killing that pid, and
>> then starting loncontrol, i.e.,
>>
>> cat /home/httpd/perl/logs/lonmemcached.pid
>> kill <pid>
>> /etc/init.d/loncontrol start
>>
>>
>> Stuart Raeburn
>> LON-CAPA Academic Consortium
>>
>>
>>
>> Quoting Bob Gonzales <rgonzal at binghamton.edu>:
>>
>> I can't access the user status page on one of my servers from a remote
>>> machine.  The server that  is not allowing access is
>>> loncapa6.chem.binghamton.edu.  The page it returns has the text 'Your
>>> cookie information is incorrect.' in the body of the page.   I can access
>>> it correctly from the command line on loncapa6.
>>>
>>> I can access all of my other server's user status page.
>>>
>>> The remote machine's that is requesting the pages was setup via the gui
>>> 'Display/Edit Settings' page.
>>>
>>> If I log onto loncapa6 and go to the  'Display/Edit Settings' page, the
>>> 'Specific ip's' field is blank.  It is not blank if I do that on the other
>>> servers, it has the correct address in it.  From loncapa6, if I try to set
>>> it to any value then I get the following message:
>>>
>>>        An error occurred saving access settings for server status pages:
>>> no_such_host.
>>>
>>> loncapa6 seems to be working OK.  I can log on an choose various roles and
>>> do normal things.
>>>
>>> The system files /etc/hosts, and /etc/resolv.conf match up with the other
>>> servers.  The files in /home/httpd/lonTabs also seem consistent with the
>>> same on the other access servers.
>>>
>>> Anyone have any suggestions on what else I can check?
>>>
>>> Thanks,
>>> Bob Gonzales
>>> Binghamton University
>>> Chemistry Dept
>>>
>>
>> _______________________________________________
>> LON-CAPA-admin mailing list
>> LON-CAPA-admin at mail.lon-capa.org
>> http://mail.lon-capa.org/mailman/listinfo/lon-capa-admin