Chapter 1. MyPLC Users Guide
This document, written by Mark Huang of Princeton University and Thierry Parmentelat of INRIA, describes the design, installation, and administration of MyPLC, a complete PlanetLab Central (PLC) portable installation (see https://www.planet-lab.org/). This document assumes advanced knowledge of the PlanetLab architecture and Linux system administration.
Useful guides:
• PlanetLab User’s Guide: http://www.planet-lab.org/doc/guides/user
• PlanetLab Principal Investigator’s Guide: http://www.planet-lab.org/doc/guides/pi
• PlanetLab Technical Contact’s Guide: http://www.planet-lab.org/doc/guides/tech
1.1. Overview
MyPLC is a complete PlanetLab Central (PLC) portable installation. The default installation consists of a web server, an XML-RPC API server, a boot server, and a database server: the core components of PLC. The installation is customized through an easy-to-use graphical interface. All PLC services are started up and shut down through a single script installed on the host system.
Figure 1-1. MyPLC architecture
1.2. Historical Notes
This document focuses on the new packaging as introduced in the 4.2 release of PlanetLab (a "native" packaging as opposed to the former, chroot-based one, which is not supported any more).
With 4.2, the general architecture of the build system has drastically changed as well. Rather than providing a static chroot image for building the software, that was formerly known asmyplc-devel, the current paradigm is to create a fresh VServer and to rely on yum to install all needed development tools. More details on how to set up such an environment can be found at http://svn.planet-lab.org/wiki/VserverCentos that describes how to turn a CentOS5 box into a VServer-capable host system.
1.3. Requirements
The recommended way to deploy MyPLC relies on VServer. Here again, please refer to
http://svn.planet-lab.org/wiki/VserverCentos for how to set up such en environment. As of PlanetLab 4.2, the recommended Linux distribution here is CentOS 5, because there are publicly available resources that allow a smooth setup.
As of PlanetLab 4.2, the current focus is on Fedora 8. This means that you should create a fresh Fedora 8 VServer in your VServer-capable CentOS box, and perform all subsequent installations from that place as described below. Although you might find builds for other Linux distributions, it is recommended for new users to use this particular variant.
It is also possible to perform these installations from a fresh Fedora 8 installation. However, having a VServer-capable box instead provides much more flexibility and is thus recommended, in particular in terms of future upgrades of the system.
In addition, there have been numerous reports that SELINUX should be turned off for running MyPLC in former releases. This is part of the instructions provided to set up VServer, and please keep this in mind if you plan on running MyPLC in a dedicated Fedora 8 box.
Last, you need to check your firewall configuration(s) since it is required, of course, to open up the HTTP and HTTPS ports, so as to accept connections from the managed nodes and from the users desktops, and possibly SSH as well.
1.4. Installing and using MyPLC
1.4.1. Locating a build
The following locations are entry points for locating the build you plan on using:
• http://build.planet-lab.org/ is maintained by the PlanetLab team at Princeton University. • http://build.onelab.eu/ is maintained by the OneLab team at INRIA.
There are currently two so-called PlanetLab Distributions known asplanetlabandonelab.
planet-lab.orggenerally builds only theplanetlabflavour, while both flavours are generally available atonelab.eu.
1.4.2. Note on IP addressing
Once you’ve located the build you want to use, it is strongly advised to assign this VServer a unique IP address, and to avoid sharing the hosting box’s one. To that end, the typical sentence for creating such a VServer would be:
Example 1: Creating the VServer
# vtest-init-vserver.sh -p linux32 myvserver \
http://build.onelab.eu/4.2/planetlab-4.2-rc2.1lab-f8-32/RPMS \
-- --netdev eth0 --interface 138.96.250.134 --hostname myvserver.inria.fr
In this example, we have chosen to use aplanetlabflavour, based onrc2.1lab, fori386(this is what the final32stands for).
1.4.3. Setting up yum
If you do not use the convenience script mentioned above, you need to create an entry in your yum configuration:
Example 2: Setting up yum repository
[myvserver] # cd /etc/yum.repos.d [myvserver] # cat > myplc.repo [myplc] name= MyPLC baseurl=http://build.onelab.eu/4.2/planetlab-4.2-rc2.1lab-f8-32/RPMS enabled=1 gpgcheck=0 ^D [myvserver] #
1.4.4. Installing MyPLC
To actually install MyPLC at that stage, just run:
Example 3: Installing MyPLC
[myvserver] # yum -y install mypl
Section 4.13 Files and directories involved in MyPLC, below, explains in details the various files and directories involved.
1.4.5. Preparing for upgrades
In addition to that, it is recommended to perform the following installation (of course you may need to replaceplanetlabandi386with the appropriate distribution and architecture names for your particular case).
[myvserver] # yum -y install noderepo-planetlab-i386
This will let yum update themyplc-server’s yum repository that is used for keeping nodes up-to-date, and will free you from the burden of managing the node software manually.
1.4.6. Quick start
On a RedHat or Fedora host system, it is customary to use the service command to invoke System V init scripts. As the examples suggest, the service must be started as root:
Example 4: Starting MyPLC
[myvserver] # service plc start
Example 5: Stopping MyPLC
[myvserver] # service plc stop
In Section 4.12 Understanding the startup sequence, we provide greater details that might be helpful in the case where the service does not seem to take off correctly.
Like all other registered System V init services, MyPLC is started and shut down automatically when your host system boots and powers off. You may disable automatic startup by invoking thechkconfigcommand on a RedHat or Fedora host system:
Example 6: Disabling automatic startup of MyPLC
# chkconfig plc off
Example 7: Re-enabling automatic startup of MyPLC
# chkconfig plc on
1.4.7. Changing the configuration
After verifying that MyPLC is working correctly, shut it down and begin changing some of the default variable values. Shut down MyPLC with serviceplc stop(see Section 4.6 Quick start, above).
The preferred option for changing the configuration is to use theplc-config-ttytool. The full set of applicable variables is described in Section 5 Configuration variables, but using theuparameters (ufor usual changes) you to the most useful ones. Here is sample session:
Example 8: Usingplc-config-ttyfor configuration
<myvserver> # plc-config-tty
Enter command (u for usual changes, w to save, ? for help) u == PLC_NAME : [PlanetLab Test] OneLab
== PLC_SLICE_PREFIX : [pl] thone
== PLC_ROOT_USER : [root@localhost.localdomain] root@onelab-plc.inria.fr == PLC_ROOT_PASSWORD : [root] plain-passwd
== PLC_MAIL_ENABLED : [false] true
== PLC_MAIL_SUPPORT_ADDRESS : [root+support@localhost.localdomain] support@onelab.eu == PLC_BOOT_HOST : [localhost.localdomain] onelab-plc.inria.fr
== PLC_NET_DNS1 : [127.0.0.1] 138.96.250.248 == PLC_NET_DNS2 : [None] 138.96.250.249
Enter command (u for usual changes, w to save, ? for help) w Wrote /etc/planetlab/configs/site.xml
Merged
and /etc/planetlab/configs/site.xml into /etc/planetlab/plc_config.xml
You might want to type ’r’ (restart plc) or ’q’ (quit) Enter command (u for usual changes, w to save, ? for help) r ==================== Stopping plc
...
==================== Starting plc ...
Enter command (u for usual changes, w to save, ? for help) q [myvserver] #
The variables that you should change immediately are:
• PLC_NAME: Change this to the name of your PLC installation.
• PLC_SLICE_PREFIX: Pick some reasonable, short value; this is especially crucial if you plan on federating with other PLCs.
• PLC_ROOT_PASSWORD: Change this to a more secure password.
• PLC_MAIL_SUPPORT_ADDRESS: Change this to the e-mail address at which you would like to receive support requests.
• PLC_DB_HOST, PLC_API_HOST,PLC_WWW_HOST, PLC_BOOT_HOST, Change all of these to the preferred FQDN address of your host system. The corresponding*_IPvalues can be safely ignored if the
FQDN can be resolved through DNS.
After changing these variables, make sure that you save (w) and restart your PLC (r), as shown in the above example. You should notice that the password of the default administrator account is no longer root, and that the default site name includes the name of your PLC installation instead of PlanetLab. As a side effect of these changes, the ISO images for the boot CDs now have new names, so that you can freely remove the ones names after "PlanetLab Test", which is the default value ofPLC_NAME.
If you used the above method method for configuring, you can skip to Section 4.8 Login as a real user. As an alternative to usingplc-config-tty, you may also use a text editor, but this requires some understanding of how the configuration files are used within MyPLC. The default configuration is stored in a file named
/etc/planetlab/default_config.xml, that is designed to remain intact. You may store your local changes in a file named/etc/planetlab/configs/site.xml, that gets loaded on top of the defaults. The resulting complete configuration is stored in the file/etc/planetlab/plc_config.xmlthat is used as the reference. If you use this strategy, be sure to issue the following command to refresh this file:
Example 9: Refreshingplc_config.xmlafter a manual change insite.xml [myvserver] # service plc reload
The defaults configuration file is a self-documenting configuration file written in XML. Variables are divided into categories. Variable identifiers must be alphanumeric, plus underscore. A variable is referred to canonically as the uppercase concatenation of its category identifier, an underscore, and its variable identifier. Thus, a variable with an id ofslice_prefixin theplccategory is referred to canonically as
The reason for this convention is that during MyPLC startup,plc_config.xmlis translated into several different languages/shell, PHP, and Python/so that scripts written in each of these languages can refer to the same underlying configuration. Most MyPLC scripts are written in shell, so the convention for shell variables predominates.
1.4.8. Login as a real user
Now that MyPLC is up and running, you can connect to the website that by default runs on port 80. You can either directly use the default administrator user that you configured inPLC_ROOT_USERand
PLC_ROOT_PASSWORD, or create a real user through the "Joining" tab. Do not forget to select both PI and Tech roles, and to select the only site created at this stage. Login as the administrator to enable this user, then login as the real user.
1.4.9. Installing nodes
Install your first node by clicking "Add Node" under the "Nodes" tab. Fill in all the appropriate details, then click "Add". Then download the node’s boot material. For more details about this stage, please refer to the PlanetLab Technical Contact’s Guide by Mark Huang Princeton University, located at
http://www.planet-lab.org/doc/guides/tech .
Please keep in mind that this boot medium is customized for your particular instance, and contains details such as the host that your configured asPLC_BOOT_HOST), or the SSL certificate of your boot server that might expire. So changes in your configuration may require you to replace all your boot CDs.
1.4.10. Administering nodes
You may administer nodes as root by using the SSH key stored in/etc/planetlab/root_ssh_key.rsa.
Example 10: Accessing nodes via SSH - replace node with the hostname of the node
[myvserver] # ssh -i /etc/planetlab/root_ssh_key.rsa root@node
From the node’s root context, besides the standard Linux log files located in/var/log, several other files can give you clues about any problems with active processes:
• /var/log/nm: The log file for the "Node Manager".
• /vservers/slicename/var/log/nm: The log file for the "Node Manager" operations that perform within the slice’s VServer.
1.4.11. Creating a slice
Create a slice by clicking "Create Slice" under the "Slices" tab. Fill in all the appropriate details, then click "Create". Add nodes to the slice by clicking "Manage Nodes" on the "Slice Details" page for the slice.
Slice creation is performed by the "Node Manager" (for further information, see
https://svn.planet-lab.org/wiki/NodeManager ).In some particular cases you may wish to restart it manually, here is how to do this:
Example 11: Forcing slice creation on a node
[myvserver] # ssh -i /etc/planetlab/root_ssh_key.rsa root@node service nm restart
1.4.12. Understanding the startup sequence
During service startup described in Section 4.6 Quick start, observe the output of this command for any failures. If no failures occur, you should see output similar to the following. Please note that as of this writing, with 4.2 the system logger step might fail. This is harmless!
Example 12: A successful MyPLC startup
PLC: Generating network files: [ OK ] PLC: Starting system logger: [ OK ] PLC: Starting database server: [ OK ] PLC: Generating SSL certificates: [ OK ] PLC: Configuring the API: [ OK ] PLC: Updating GPG keys: [ OK ] PLC: Generating SSH keys: [ OK ] PLC: Starting web server: [ OK ] PLC: Bootstrapping the database: [ OK ] PLC: Starting DNS server: [ OK ]
PLC: Starting crond: [ OK ]
PLC: Rebuilding Boot CD: [ OK ] PLC: Rebuilding Boot Manager: [ OK ] PLC: Signing node packages: [ OK ]
A complete log file of the startup process may be found at/var/log/boot.log. Possible reasons for failure of each step include:
• Starting database server: If this step fails, check/var/log/pgsqland/var/log/boot.log. The most common reason for failure is that the default PostgreSQL port, TCP port 5432, is already in use. Check that you are not running a PostgreSQL server on the host system.
• Starting web server: If this step fails, check/var/log/httpd/error_logand/var/log/boot.log
for obvious errors. The most common reason for failure is that the default web ports, TCP ports 80 and 443, are already in use. Check that you are not running a web server on the host system.
• Bootstrapping the database: If this step fails, it is likely that the previous step (Starting web server) also failed. Another reason that it could fail is ifPLC_API_HOST(see Section 5: Configuration variables) does not resolve to the host on which the API server has been enabled. By default, all services, including the API server, are enabled and run on the same host, so check thatPLC_API_HOSTis either localhost or resolves to a local IP address. Also check thatPLC_ROOT_USERlooks like an e-mail address.
• Startingcrond: If this step fails, it is likely that the previous steps (Starting web server and Bootstrapping the database) also failed. If not, check/var/log/boot.logfor obvious errors. This step starts the cron service and generates the initial set of XML files that the slice creation service uses to determine slice state.
If no failures occur, then MyPLC should be active with a default configuration. Open a web browser on the host system and visit http://localhost/, which should bring you to the front page of your PLC installation. The default password for the administratoraccount root@...(set byPLC_ROOT_USER) is root (set by
PLC_ROOT_PASSWORD).
1.4.13. Files and directories involved in MyPLC
The various places where is stored the persistent information pertaining to your own deployment are:
• /etc/planetlab: This directory contains the configuration files, keys, and certificates that define your MyPLC installation.
• /var/lib/pgsql: This directory contains PostgreSQL database files.
• /var/www/html/boot: This directory contains the Boot Manager, customized for your MyPLC installation, and its data files.
• /var/www/html/download: This directory contains Boot CD images, customized for your MyPLC installation.
• /var/www/html/install-rpms: This directory is where you should install node package updates, if any. By default, nodes are installed from the tarball located at
/var/www/html/boot/PlanetLab-Bootstrap.tar.bz2, which is pre-built from the latest
PlanetLab Central sources, and installed as part of your MyPLC installation. However, nodes will attempt to install any newer RPMs located in/var/www/html/install-rpms/planetlab, after initial installation and periodically thereafter. You must run the following command to update the yum caches in this directory after installing a new RPM:
[myvserver] # service plc start packages
If you wish to upgrade all your nodes’ RPMs from a more recent build, you should take advantage of the noderepo RPM, as described in http://svn.planet-lab.org/wiki/NodeFamily
1.4.14. Debugging the node manager
Also regarding the node manager, you can turn on more verbose information on its execution by doing the following:
[root@planetlab1 ~]# cat > /etc/sysconfig/NodeManager OPTIONS="--daemon --startup --verbose"
RESTARTOPTIONS="--daemon --verbose" ^D
[root@planetlab1 ~]# service nm restart
1.4.15. Rebuilding and customizing MyPLC
• http://svn.planet-lab.org/wiki/VserverCentos will get you started for setting up VServer, launching a nightly build or running the build manually.
• http://svn.planet-lab.org/svn/build/trunk/ and in particular the variousREADMEfiles, provide some help on how to use advanced features of the build.
1.5. Configuration variables
Listed below is the set of standard configuration variables together with their default values, as defined in the template/etc/planetlab/default_config.xml.
This information is available online withinplc-config-tty, for example:
Example 1: Advanced usage ofplc-config-tty [myvserver] # plc-config-tty
Enter command (u for usual changes, w to save, ? for help) V plc_dns ========== Category = PLC_DNS
### Enable DNS
# Enable the internal DNS server. The server does not provide reverse # resolution and is not a production quality or scalable DNS solution. # Use the internal DNS server only for small deployments or for testing. PLC_DNS_ENABLED
The sections below list the MyPLC configuration variables.
1.5.1. Category
PLC
Basic system variables. Be sure that the values of these variables are the same across all machines in your installation.
PLC_NAME (Default:PlanetLab Test)
The name of this PLC installation. It is used in the name of the default system site (e.g., PlanetLab Central) and in the names of various administrative entities (e.g., PlanetLab Support).
PLC_SLICE_PREFIX (Default:pl)
The abbreviated name of this PLC installation. It is used as the prefix for system slices (e.g., pl_conf). Warning: Currently, this variable should not be changed.
PLC_ROOT_USER (Default:root@localhost.localdomain)
The name of the initial administrative account. We recommend that this account be used only to create additional accounts associated with real administrators, then disabled.
PLC_ROOT_PASSWORD (Default:root)
The password of the initial administrative account. Also the password of the root account on the Boot CD.
PLC_ROOT_SSH_KEY_PUB (Default:/etc/planetlab/root_ssh_key.pub)
The SSH public key used to access the root account on your nodes.
PLC_ROOT_SSH_KEY (Default:/etc/planetlab/root_ssh_key.rsa)
The SSH private key used to access the root account on your nodes.
PLC_DEBUG_SSH_KEY_PUB (Default:/etc/planetlab/debug_ssh_key.pub)
The SSH public key used to access the root account on your nodes when they are in Debug mode.
PLC_DEBUG_SSH_KEY (Default:/etc/planetlab/debug_ssh_key.rsa)
The SSH private key used to access the root account on your nodes when they are in Debug mode.
PLC_ROOT_GPG_KEY_PUB (Default:/etc/planetlab/pubring.gpg)
The GPG public keyring used to sign the Boot Manager and all node packages.
PLC_ROOT_GPG_KEY (Default:/etc/planetlab/secring.gpg)
The SSH private key used to access the root account on your nodes.
1.5.2. Category
PLC_NET
Network environment:
PLC_NET_DNS1 (Default:127.0.0.1)
Primary DNS server address.
PLC_NET_DNS2 (Default:)
Secondary DNS server address.
1.5.3. Category
PLC_DNS
MyPLC can provide forward DNS resolution for itself and for its nodes. To enable resolution for MyPLC itself, set the primary DNS address to127.0.0.1and provide external IP addresses for the database, API, web, and boot servers below. To enable resolution for nodes, use the external IP address of this machine as the primary DNS address for each node.
PLC_DNS_ENABLED (Default:true)
Enable the internal DNS server. The server does not provide
reverse resolution and is not a production quality or scalable DNS solution. Use the internal DNS server only for small deployments or for testing.
1.5.4. Category
PLC_MAIL
Many maintenance scripts, as well as the API and web site themselves, send e-mail notifications and warnings.
PLC_MAIL_ENABLED (Default:false)
Set to false to suppress all e-mail notifications and warnings.
PLC_MAIL_SUPPORT_ADDRESS (Default:root+support@localhost.localdomain)
This address is used for support requests. Support requests may include traffic complaints, security incident reporting, web site malfunctions, and general requests for information. We recommend that the address be aliased to a ticketing system such as Request Tracker.
PLC_MAIL_BOOT_ADDRESS (Default:root+install-msgs@localhost.localdomain)
The API will notify this address when a problem occurs during node installation or boot.
PLC_MAIL_MOM_LIST_ADDRESS (Default:root+mom@localhost.localdomain)
This address is used by operations staff to monitor Mom (formerly pl_mom) messages indicating excessive BW or memory usage by a slice. Mom messages sent to slices will be cc’ed to this list so as not to clog the Support Address list.
PLC_MAIL_SLICE_ADDRESS (Default:root+SLICE@localhost.localdomain)
This address template is used for sending e-mail notifications to slices. SLICE will be replaced with the name of the slice.
1.5.5. Category
PLC_DB
Database server definitions.
PLC_DB_ENABLED (Default:true)
Enable the database server on this machine.
The type of database server. Currently, only postgresql is supported.
PLC_DB_HOST (Default:localhost.localdomain)
The fully qualified hostname of the database server.
PLC_DB_IP (Default:)
The IP address of the database server, if not resolvable.
PLC_DB_PORT (Default:5432)
The TCP port number through which the database server should be accessed.
PLC_DB_NAME (Default:planetlab4)
The name of the database to access.
PLC_DB_USER (Default:pgsqluser)
The username to use when accessing the database.
PLC_DB_PASSWORD (Default:)
The password to use when accessing the database. If left blank, one will be generated.
1.5.6. Category
PLC_API
API (XML-RPC) server definitions.
PLC_API_ENABLED (Default:true)
Enable the API server on this machine.
PLC_API_DEBUG (Default:false)
Enable verbose API debugging. Do not enable on a production system!
PLC_API_HOST (Default:localhost.localdomain)
The fully qualified hostname of the API server.
PLC_API_IP (Default:)
The IP address of the API server, if not resolvable.
PLC_API_IPOD_SUBNET (Default:127.0.0.1)
The IP Subnet for all API servers. Used to identify IPoD packet senders.
PLC_API_IPOD_MASK (Default:255.255.255.255)
the IP Subnet for IPoD packets.
PLC_API_PORT (Default:443)
The TCP port number through which the API should be accessed.
PLC_API_PATH (Default:/PLCAPI/)
The base path of the API URL.
PLC_API_MAINTENANCE_USER (Default:maint@localhost.localdomain)
The username of the maintenance account. This account is used by local scripts that perform automated tasks, and cannot be used for normal logins.
PLC_API_MAINTENANCE_PASSWORD (Default:)
The password of the maintenance account. If left blank, one will be generated. We recommend that the password be changed
periodically.
PLC_API_MAINTENANCE_SOURCES (Default:)
A space-separated list of IP addresses allowed to access the API through the maintenance account. The value of this variable is set automatically to allow only the API, web, and boot servers, and should not be changed.
PLC_API_SSL_KEY (Default:/etc/planetlab/api_ssl.key)
The SSL private key to use for encrypting HTTPS traffic. If non-existent, one will be generated.
PLC_API_SSL_CRT (Default:/etc/planetlab/api_ssl.crt)
The corresponding SSL public certificate. By default, this
certificate is self-signed. You may replace the certificate later with one signed by a root CA.
PLC_API_CA_SSL_CRT (Default:/etc/planetlab/api_ca_ssl.crt)
The certificate of the root CA, if any, that signed your server certificate. If your server certificate is self-signed, then this file is the same as your server certificate.
1.5.7. Category
PLC_WWW
Web server definitions.
PLC_WWW_ENABLED (Default:true)
PLC_WWW_DEBUG (Default:false)
Enable debugging output on web pages. Do not enable on a production system!
PLC_WWW_HOST (Default:localhost.localdomain)
The fully qualified hostname of the web server.
PLC_WWW_IP (Default:)
The IP address of the web server, if not resolvable.
PLC_WWW_PORT (Default:80)
The TCP port number through which the unprotected portions of the web site should be accessed.
PLC_WWW_SSL_PORT (Default:443)
The TCP port number through which the protected portions of the web site should be accessed.
PLC_WWW_SSL_KEY (Default:/etc/planetlab/www_ssl.key)
The SSL private key to use for encrypting HTTPS traffic. If non-existent, one will be generated.
PLC_WWW_SSL_CRT (Default:/etc/planetlab/www_ssl.crt)
The corresponding SSL public certificate for the HTTP server. By default, this certificate is self-signed. You may replace the certificate later with one signed by a root CA.
PLC_WWW_CA_SSL_CRT (Default:/etc/planetlab/www_ca_ssl.crt)
The certificate of the root CA, if any, that signed your server certificate. If your server certificate is self-signed, then this file is the same as your server certificate.
1.5.8. Category
PLC_BOOT
Boot server definitions. Multiple boot servers may be brought up for load balancing, but we recommend that a single DNS round-robin system be implemented so that the following variables are the same across all of them.
PLC_BOOT_ENABLED (Default:true)
Enable the boot server on this machine.
PLC_BOOT_HOST (Default:localhost.localdomain)
The fully qualified hostname of the boot server.
The IP address of the boot server, if not resolvable.
PLC_BOOT_PORT (Default:80)
The TCP port number through which the unprotected portions of the boot server should be accessed.
PLC_BOOT_SSL_PORT (Default:443)
The TCP port number through which the protected portions of the boot server should be accessed.
PLC_BOOT_SSL_KEY (Default:/etc/planetlab/boot_ssl.key)
The SSL private key to use for encrypting HTTPS traffic.
PLC_BOOT_SSL_CRT (Default:/etc/planetlab/boot_ssl.crt)
The corresponding SSL public certificate for the HTTP server. By default, this certificate is self-signed. You may replace the certificate later with one signed by a root CA.
PLC_BOOT_CA_SSL_CRT (Default:/etc/planetlab/boot_ca_ssl.crt)
The certificate of the root CA, if any, that signed your server certificate. If your server certificate is self-signed, then this file is the same as your server certificate.
1.5.9. Category
PLC_PLANETFLOW
Planetflow service definitions used in the netflow slice.
PLC_PLANETFLOW_HOST (Default:localhost.localdomain)
The fully qualified hostname of the boot server.
1.6. Back up and restore MyPLC
In order to back up the MyPLC database:pg_dump -U pgsqluser -d planetlab -f planetlab.dump
To restore the MyPLC database:
