Re: [Server-devel] Collaboration unreliable 0.5
On Sun, Dec 21, 2008 at 7:05 AM, David Leeming leem...@pipolfastaem.gov.sb wrote: - 0.5 version downloaded on 19/11/08 (note if there is an update this might be significant, it is difficult to download 500MB in this region) You can update with yum, enabling the olpcxs-updates repo, like yum --enablerepo=olpcxs-updates update should download under a MB of RPMs data. The latest xs-config available for updates has some changes that will require that you remove a file - /etc/udev/rules.d/70-persistent-net.rules -- otherwise the networkign will be messed up. CONNECTED BUT NOT YET REGISTERED I repeated a test three times: reboot and wait 5 minutes, check neighbourhood view, run olpc-netstatus and check eJabberd Wed Admin for stats, then try sharing Memorise activity and Video Chat (which requires registration). After each test I checked again the netstatus Results (all 3 tests): - All four XOs connect to the server on rebooting - Neighbourhood views become fully populated on all four XOs within 3 minutes. - olpc-netstatus has Telepathy=salut, Jabber=(blank), XOs=5, Essid=olpc-mesh, Channel=1, School=school.oceania.org, Config=School Mesh - eJabberd Admin Stats shows one user (admin) and no online users - Sharing is working with Memorize (even though no XOs registered)!!! - Sharing not working with Video Chat (Telepathy error - as expected) - Netstatus remains stable throughout the tests as above Cool - that's getting internet connectivity from the XS, but nothing else. Ejabberd is not involved... I now registered and rebooted all the four XOs and tried same tests (without rebooting the server / without restarting eJabberd) CONNECTED AND REGISTERED - eJABBERD NOT RESTARTED Test as above, but I gave it more time (up to 20 mins) Results (3 tests) - All XOs connect after rebooting - Neighbourhood view does NOT become populated - olpc-netstatus (after 15 mins) on all XOs has Telepathy=gabble, Jabber=school.oceania.org (not scholserver.oceania.org) XOs=2 (i.e. that XO and the XS only), Essid=olpc-mesh, Channel=1, School=school.oceania.org, Config=School Mesh - eJabberd Admin Stats shows five users (inc admin) and 4 online users - Sharing does NOT work with Memorize (no icon in neighbourhood view on the other XOs, cannot invite as no XOs in view) - Video Chat starts OK but no other XO running it can be seen, so sharing NOT working I get the same thing. To avoid re-installing the XS to re-test the just registered scenario you can - go with a webbrowser to the ejabberd admin panel, go into the 'schoolserver' vhost listed there and delete all the users registered - restart ejabberd - restart the laptops CONNECTED AND REGISTERED - eJABBERD RESTARTED No different from above if after registration and first reboot on the XO, you restart ejabberd and you restart the XOs once more, they'll see eachother -- if you have created the 'Online' shared roster! This works well here. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Collaboration unreliable 0.5
Martin, Here is some info to help you trace the problem. Hardware XS:Toshiba Tecra A3 model PTA20A Hardware XO:2 x XO-C2, 2 x XO-B4 Wireless: Active antenna OLPC S/R 009 black box prototype type USB device PROCEDURE: - 0.5 version downloaded on 19/11/08 (note if there is an update this might be significant, it is difficult to download 500MB in this region) - revert to 0.4 and check all is OK (check) - install 0.5 from kickstart - Guadalcanal time zone - System clock not using UTC - Basic install - no add ons CONNECTED BUT NOT YET REGISTERED I repeated a test three times: reboot and wait 5 minutes, check neighbourhood view, run olpc-netstatus and check eJabberd Wed Admin for stats, then try sharing Memorise activity and Video Chat (which requires registration). After each test I checked again the netstatus Results (all 3 tests): - All four XOs connect to the server on rebooting - Neighbourhood views become fully populated on all four XOs within 3 minutes. - olpc-netstatus has Telepathy=salut, Jabber=(blank), XOs=5, Essid=olpc-mesh, Channel=1, School=school.oceania.org, Config=School Mesh - eJabberd Admin Stats shows one user (admin) and no online users - Sharing is working with Memorize (even though no XOs registered)!!! - Sharing not working with Video Chat (Telepathy error - as expected) - Netstatus remains stable throughout the tests as above I now registered and rebooted all the four XOs and tried same tests (without rebooting the server / without restarting eJabberd) CONNECTED AND REGISTERED - eJABBERD NOT RESTARTED Test as above, but I gave it more time (up to 20 mins) Results (3 tests) - All XOs connect after rebooting - Neighbourhood view does NOT become populated - olpc-netstatus (after 15 mins) on all XOs has Telepathy=gabble, Jabber=school.oceania.org (not scholserver.oceania.org) XOs=2 (i.e. that XO and the XS only), Essid=olpc-mesh, Channel=1, School=school.oceania.org, Config=School Mesh - eJabberd Admin Stats shows five users (inc admin) and 4 online users - Sharing does NOT work with Memorize (no icon in neighbourhood view on the other XOs, cannot invite as no XOs in view) - Video Chat starts OK but no other XO running it can be seen, so sharing NOT working CONNECTED AND REGISTERED - eJABBERD RESTARTED No different from above ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Collaboration unreliable 0.5
On Wed, Dec 17, 2008 at 12:55 PM, Martin Langhoff martin.langh...@gmail.com wrote: I'm trying to reproduce the problem. Any hints as to how long it takes for it to happen? What triggers laptops not seeing eachother? I'll keep trying stuff... but any hint... I just created a jabber login called anna-test via the webadmin interface and logged in via pidgin. I didn't see anyone online, though I logged out and logged back in repeatedly. My previously established login could see seven users online, which matched the online users according to webadmin. Only after I restarted the ejabberd service could the anna-test login see other users. This would explain why the issue seemed to resolve itself for us as the server matured. I know I've rebooted at some point, thus restarting ejabberd, after all my regular users were registered. Anna Schoolfield Birmingham ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Collaboration unreliable 0.5
On Wed, Dec 17, 2008 at 5:25 PM, Anna ascho...@gmail.com wrote: I just created a jabber login called anna-test via the webadmin interface and logged in via pidgin. I didn't see anyone online, though I logged out and logged back in repeatedly. My previously established login could see seven users online, which matched the online users according to webadmin. Only after I restarted the ejabberd service could the anna-test login see other users. That looks like a bug Guillaume mentioned - https://support.process-one.net/browse/EJAB-731 This would explain why the issue seemed to resolve itself for us as the server matured. I know I've rebooted at some point, thus restarting ejabberd, after all my regular users were registered. That would make sense and seems to match the bug above. On the other hand, I started with a blank ejabberd mnesia DB, and registered 2 users and it just worked... Hmmm, I may have restarted it to enable debugging - will retest... cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Collaboration unreliable 0.5
2008/12/14 David Leeming leem...@pipolfastaem.gov.sb This is intermittent; 30 mins ago I did have 3 out of 4 showing, but after rebooting everything and waiting 30 mins, still no sign of any. My user group helping me test XS 0.5 has noticed the same issue. It's not limited to XOs in the neighborhood view, either. Several of us use other chat clients like finch, pidgin, gajim, and adium (on the Mac), and the buddy list in those does not reliably populate. Luckily we had already established the convention of a permanent MUC named chat, which no one had trouble joining. There, at least, we could see and chat with everyone fairly reliably. That is not an acceptable solution for children, of course. Our theory was that ejabberd isn't pushing out all the roster data to other connected users or there's a longer time interval in between pushes. We noticed if we stayed on long enough, eventually more folks would show up in the buddy list or the XO network home, but it seemed competely random. I think it's gotten better lately, but that's probably subjective. Anna Schoolfield Birmingham ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Collaboration unreliable 0.5
On Sun, Dec 14, 2008 at 7:59 PM, David Leeming leem...@pipolfastaem.gov.sb wrote: I apologise if this issue has already been dealt with on this list. Thanks for bringing this up, it's definitely news to me. Testing on the ejabberd on 0.5 has been on load testing -- this is a new issue. A few questions - Are you using Access Points or AAs? (I seem to remember you were using APs...) - When an XO cannot see its buddies, what does olpc-netstatus say? I have used the same set up exactly with XS version 0.4 and it's all solid – the neighbourhood view fills up rapidly after connecting. What's causing the unreliability with 0.5? Unsure. Anna's email gives me a bit more info to sort this out. Let me try and reproduce this here... cheers, martin -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Collaboration unreliable 0.5
Hi I am using USB active antenna (prototype). Has always worked well with 0.4. I concur with Anna that if you leave them connected, after considerable time they do partially populate. I have run olpc-netstatus on all four laptops, making first certain that: - all are connected to School Server - all appear in eJabberd as online users - none appear in network neighbourhood (you can't see any on any laptop) 15 mins+ after first connected Remember, they are all registered and running 8.2 The olpc-netstatus shows the following: On ALL the four XOs: - Correct m0odel, serial, MAC - Build 767, Firmware CL1 Q2E18 Q2E - Libertas: 5.110.22.p18 - Correct Nick, uptime - IP msh0 172.18.10.2 (3,4,5 i.e. the four XOs) - DNS 172.18.0.1 - Telepaphy gabble - Jabber school.oceania.org - XOs 2 - Essid olpc-mesh - Channel 1 - School school.oceania.org - Config School Mesh Note, in eJabberd the server name is shown as schoolserver.oceania.org not school.oceania.org and the domain name was configured on the XS as schoolserver.oceania.org (that's also what the hostname is in the /etc/sysconfig/network file) David Leeming OLPC Coordinator, SPC and Technical Advisor, People First Network Honiara, Solomon Islands -Original Message- From: Martin Langhoff [mailto:martin.langh...@gmail.com] Sent: Tuesday, 16 December 2008 2:52 a.m. To: David Leeming Cc: XS Devel Subject: Re: Collaboration unreliable 0.5 On Sun, Dec 14, 2008 at 7:59 PM, David Leeming leem...@pipolfastaem.gov.sb wrote: I apologise if this issue has already been dealt with on this list. Thanks for bringing this up, it's definitely news to me. Testing on the ejabberd on 0.5 has been on load testing -- this is a new issue. A few questions - Are you using Access Points or AAs? (I seem to remember you were using APs...) - When an XO cannot see its buddies, what does olpc-netstatus say? I have used the same set up exactly with XS version 0.4 and it's all solid - the neighbourhood view fills up rapidly after connecting. What's causing the unreliability with 0.5? Unsure. Anna's email gives me a bit more info to sort this out. Let me try and reproduce this here... cheers, martin -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] Collaboration unreliable 0.5
I apologise if this issue has already been dealt with on this list. I have some problems reliably getting collaboration working when using server version 0.5. I have been using a laptop with an USB active antenna and after a few attempts managed to get 0.5 working and configured with no errors. The hostname was changed in the /etc/sysconfig/network file, eJabberd configured and started, shared roster group Online created, XOs registered. Over the past couple of weeks I have noticed that collaboration is intermittent. This is the scenario: - I have XS 0.5 running as above, with four XOs (two XO-1s and two B4s, all running version 8.2) - Four XOs are all connected to school server and show IP addresses in range 172.18.10.2 - 5 - I can ping between all XOs and to/from XS - I can ping the fully qualified domain name - I can log onto eJabberd admin from an XO and see four online users, all are registered - I can see the Who are you pages in the browser on all the XOs So, eJabberd appears to be working OK, but none of the XOs show any others in the neighbourhood view. This is intermittent; 30 mins ago I did have 3 out of 4 showing, but after rebooting everything and waiting 30 mins, still no sign of any. I have used the same set up exactly with XS version 0.4 and it's all solid - the neighbourhood view fills up rapidly after connecting. What's causing the unreliability with 0.5? David Leeming Solomon Islands ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel