From: Thierry Parmentelat Add development environment. Review section on configuration and introduce plc-config-tty. Present implementation details last. Abstract Table of Contents MyPLC is a complete PlanetLab Central (PLC) portable
installation contained within a chroot
jail. The default installation consists of a web server, an
@@ -102,7 +111,7 @@
The myplc package comes with all
required node software, rebuilt from the public PlanetLab CVS
@@ -169,7 +178,7 @@
practically any Linux 2.6 based distribution. If your distribution supports RPM: In Section 3.8, âUnderstanding the startup sequenceâ, we provide greater
@@ -212,11 +221,11 @@
chkconfig command on a Red Hat or Fedora host
system:
@@ -29,6 +29,15 @@
Revision History MLH
+
+
+Revision 1.2
+August 18, 2006
+TPT
+
+
-
-
Example 5. Using plc-config-tty for configuration:
+Example 5. Using plc-config-tty for configuration:
# service plc mount Mounting PLC: [ OK ] # chroot /plc/root su - @@ -244,7 +253,7 @@ Want to create /etc/planetlab/configs [y]/n ? y Created directory /etc/planetlab/configs Enter command (u for usual changes, w to save, ? for help) u == PLC_NAME : [PlanetLab Test] OneLab -== PLC_ROOT_USER : [root@localhost.localdomain] odie.inria.fr +== PLC_ROOT_USER : [root@localhost.localdomain] root@odie.inria.fr == PLC_ROOT_PASSWORD : [root] plain-passwd == PLC_MAIL_SUPPORT_ADDRESS : [root+support@localhost.localdomain] support@one-lab.org == PLC_DB_HOST : [localhost.localdomain] odie.inria.fr @@ -271,7 +280,7 @@ Enter command (u for usual changes, w to save, ? for help) q
If you used this method for configuring, you can skip to - the next section. As an alternative to using + the Section 3.4, â Login as a real user â. As an alternative to using plc-config-tty, you may also use a text editor, but this requires some understanding on how the configuration files are used within myplc. The @@ -336,7 +345,7 @@ Enter command (u for usual changes, w to save, ? for help) q
Now that myplc is up and running, you can connect to the web site that by default runs on port 80. You can either directly use the default administrator user that you configured @@ -349,7 +358,7 @@ Enter command (u for usual changes, w to save, ? for help) q
Install your first node by clicking Add
Node
under the Nodes
tab. Fill in
all the appropriate details, then click
@@ -373,12 +382,12 @@ Enter command (u for usual changes, w to save, ? for help) q
You may administer nodes as root
by
using the SSH key stored in
/etc/planetlab/root_ssh_key.rsa
.
Example 6. Accessing nodes via SSH. Replace +
Example 6. Accessing nodes via SSH. Replace
node
with the hostname of the node.
ssh -i /etc/planetlab/root_ssh_key.rsa root@node
Create a slice by clicking Create Slice
under the Slices
tab. Fill in all the
appropriate details, then click Create
. Add
@@ -416,7 +425,7 @@ Enter command (u for usual changes, w to save, ? for help) q
to determine if it needs to create or delete any slices. You may
accelerate this process manually if desired.
Example 7. Forcing slice creation on a node.
+Example 7. Forcing slice creation on a node.
# Update slices.xml immediately service plc start crond @@ -432,7 +441,7 @@ vserver pl_conf exec service pl_conf restartany failures. If no failures occur, you should see output similar to the following:
Example 8. A successful MyPLC startup.
+Example 8. A successful MyPLC startup.
Mounting PLC: [ OK ] PLC: Generating network files: [ OK ] PLC: Starting system logger: [ OK ] @@ -490,7 +499,8 @@ PLC: Signing node packages: [ OK ] all services, including the API server, are enabled and run on the same host, so check thatPLC_API_HOST
is eitherlocalhost
or resolves to a local IP - address. + address. Also check thatPLC_ROOT_USER
looks like + an e-mail address.
Starting crond
: If this step
fails, it is likely that the previous steps (Starting
web server
and Bootstrapping the
@@ -579,6 +589,13 @@ PLC: Signing node packages: [ OK ]
Service uses to determine the state of slices. These XML
files are refreshed periodically by cron
jobs running in the MyPLC root.
/root
: this is the
+ location of the root-user's homedir, and for your
+ convenience is stored under /data
so
+ that your local customizations survive across
+ updates - this feature is inherited from the
+ myplc-devel package, where it is probably
+ more useful.
/etc/init.d/plc
: This file
@@ -620,7 +637,7 @@ PLC: Signing node packages: [ OK ]
repository.
Install the MyPLC development environment similarly to how you would install MyPLC. You may install both packages on the same host system if you wish. As with MyPLC, the MyPLC development @@ -644,7 +661,7 @@ PLC: Signing node packages: [ OK ]
The default configuration should work as-is on most sites. Configuring the development package can be achieved in a similar way as for myplc, as described in @@ -699,6 +716,11 @@ PLC: Signing node packages: [ OK ] chroot jail. The build scripts in this directory are themselves source controlled; see Section 4.5, âBuilding MyPLCâ for more information about executing builds.
+/root
: this is the
+ location of the root-user's homedir, and for your
+ convenience is stored under /data
so
+ that your local customizations survive across
+ updates.
/etc/init.d/plc-devel
: This file is
@@ -709,7 +731,7 @@ PLC: Signing node packages: [ OK ]
The MyPLC development environment requires access to a complete Fedora Core 4 i386 RPM repository, because several different filesystems based upon Fedora Core 4 are constructed @@ -741,7 +763,7 @@ PLC: Signing node packages: [ OK ] such as wget or rsync to download the RPMS from a public mirror:
Example 9. Setting up a local Fedora Core 4 repository.
+Example 9. Setting up a local Fedora Core 4 repository.
# mkdir -p /plc/devel/data/fedora # cd /plc/devel/data/fedora @@ -777,7 +799,7 @@ PLC: Signing node packages: [ OK ] within the MyPLC development environment, execute the following commands as root:-Example 10. Building MyPLC.
+Example 10. Building MyPLC.
# Initialize MyPLC development environment service plc-devel start @@ -821,18 +843,19 @@ make -C $DATEBecause the CVS repository is not automatically upgraded, if you wish to keep your local repository synchronized with the public PlanetLab repository, it is highly recommended that you - use CVS's support for vendor - branches to track changes. Vendor branches ease the task - of merging upstream changes with your local modifications. To - import a new snapshot into your local repository (for example, - if you have just upgraded from + use CVS's support for vendor branches to track changes, as + described here + and here. + Vendor branches ease the task of merging upstream changes with + your local modifications. To import a new snapshot into your + local repository (for example, if you have just upgraded from
myplc-devel-0.4-2
tomyplc-devel-0.4-3
and you notice the new repository in/plc/devel/data/cvs-0.4-3
), execute the following commands as root from within the MyPLC development environment:--Example 11. Updating /data/cvs from /data/cvs-0.4-3.
+Example 11. Updating /data/cvs from /data/cvs-0.4-3.
Warning: This may cause severe, irreversible changes to be made to your local repository. Always tag your local repository before @@ -854,10 +877,10 @@ cvs -d /cvs import -m "Merging myplc-0.4-3" -ko -I ! . planetlab myplc-0_4-3 popd rm -rf $TMP
If there any merge conflicts, use the command suggested by - CVS to help the merge. Explaining how to fix merge conflicts is - beyond the scope of this document; consult the CVS documentation - for more information on how to use CVS.
+If there are any merge conflicts, use the command + suggested by CVS to help the merge. Explaining how to fix merge + conflicts is beyond the scope of this document; consult the CVS + documentation for more information on how to use CVS.
This information is available online within plc-config-tty, e.g.:
[1] PlanetLab Technical Contact's Guide.
diff --git a/doc/myplc.xml b/doc/myplc.xml index b06c862..07e96a8 100644 --- a/doc/myplc.xml +++ b/doc/myplc.xml @@ -38,6 +38,15 @@