User:Holt/XS Community Edition/0.2/Test Plan: Difference between revisions

From OLPC
Jump to navigation Jump to search
No edit summary
 
(21 intermediate revisions by 3 users not shown)
Line 1: Line 1:
==XSCE Services Testing Checklist==
=Test plan=
Using only the instructions in the [[User:Holt/XS_Community_Edition/0.2/Hacking | Hacking page]] and a fresh Fedora 17 install.


Using only the instructions in the [[User:Holt/XS_Community_Edition/0.2/Hacking#Installing | Hacking page]] and a fresh Fedora 17 install.
<li>Clone xs-config repo
<li>Build the rpm


Repeat for both XO1-1.75 and commodity x86.
Then repeat all below on XO-1.75 and "big iron" generic/commodity x86.


===Registration (idmgr)===
==Hacker side==
Register the XSCE (yes, you're actually registering it to itself). You should get a message informing you that registration was successful. Registration also creates a directory named the XO's serial number in /library/users.
<li>Install XS from testing repo


==Admin side==
<li>Install XS from stable repo

==Services Checks==
===Dynamic Host Configuration Protocol (dhcpd)===
===Dynamic Host Configuration Protocol (dhcpd)===
Connect an XO to the XSCE's AP. The XO will get an IP in the 172.18.x.x range.


===Internet Domain Name Server (named)===
===XMPP Server (ejabberd)===
Now that a client XO is connected to the XSCE, register it. If you get a message that registration failed, go to the Sugar Control Panel and in Network, clear out the collaboration server field. Upon successful registration, both XOs will appear in Network Neighborhood. To verify that ejabberd is managing collaboration and not the LAN, issue this in a root terminal:
ejabberdctl connected-users.


===Network Address Translation/NAT (iptables)===
===Proxy Caching and Internet Access (squid)===
Check the initial size of the squid cache directory: du -sh /library/cache. From the client XO's Browse Activity, surf the internet. Check the cache directory size again and it should be larger.


===XMPP server (ejabberd)===
===Apache Web Server (httpd)===
Go to http://schoolserver and http://schoolserver.local. Both should resolve to the Apache test page.


===Activity Server (uses httpd)===
===IDMGR===
If http://schoolserver/upload_activity.php resolves, the Activity Server is working.


To upload an Activity to the school server, use a browser to navigate to http://schoolserver.local/upload_activity.php.
===Web server (apache)===
Click on "Choose File", and use the file chooser to indicate which Activity you would like to upload.


===Proxy server and web cache (squid)===
===External SD Card for /library===
Mount should report /dev/mmcblk0p1 on /library


===OLPC-update (rsync)===
===Ejabberd Web Interface===


This isn't necessary for testing, but is fun to poke around in:
===Activity update (activity updater)===


Register the admin user: <code>ejabberdctl register admin schoolserver.local <password></code>
===Virtual Private Network (open vpn)===

In a browser, go to http://schoolserver.local:5280/admin

The username is admin@schoolserver.local and the password is whatever you set above.

===Internet Domain Name Server (named)===
===Network Address Translation/NAT (iptables)===
===Virtual Private Network (openvpn) [FOR EXPERIMENTATION]===
===OLPC-update (rsync) [NOT YET SUPPORTED]===

Latest revision as of 00:27, 22 February 2013

XSCE Services Testing Checklist

Using only the instructions in the Hacking page and a fresh Fedora 17 install.

Then repeat all below on XO-1.75 and "big iron" generic/commodity x86.

Registration (idmgr)

Register the XSCE (yes, you're actually registering it to itself). You should get a message informing you that registration was successful. Registration also creates a directory named the XO's serial number in /library/users.

Dynamic Host Configuration Protocol (dhcpd)

Connect an XO to the XSCE's AP. The XO will get an IP in the 172.18.x.x range.

XMPP Server (ejabberd)

Now that a client XO is connected to the XSCE, register it. If you get a message that registration failed, go to the Sugar Control Panel and in Network, clear out the collaboration server field. Upon successful registration, both XOs will appear in Network Neighborhood. To verify that ejabberd is managing collaboration and not the LAN, issue this in a root terminal:

ejabberdctl connected-users.

Proxy Caching and Internet Access (squid)

Check the initial size of the squid cache directory: du -sh /library/cache. From the client XO's Browse Activity, surf the internet. Check the cache directory size again and it should be larger.

Apache Web Server (httpd)

Go to http://schoolserver and http://schoolserver.local. Both should resolve to the Apache test page.

Activity Server (uses httpd)

If http://schoolserver/upload_activity.php resolves, the Activity Server is working.

To upload an Activity to the school server, use a browser to navigate to http://schoolserver.local/upload_activity.php. Click on "Choose File", and use the file chooser to indicate which Activity you would like to upload.

External SD Card for /library

Mount should report /dev/mmcblk0p1 on /library

Ejabberd Web Interface

This isn't necessary for testing, but is fun to poke around in:

Register the admin user: ejabberdctl register admin schoolserver.local <password>

In a browser, go to http://schoolserver.local:5280/admin

The username is admin@schoolserver.local and the password is whatever you set above.

Internet Domain Name Server (named)

Network Address Translation/NAT (iptables)

Virtual Private Network (openvpn) [FOR EXPERIMENTATION]

OLPC-update (rsync) [NOT YET SUPPORTED]