Setting tag plcapi-5.0-13
- Add timestamps to Nodes, PCUs and Interfaces to make concrete statements about a node's configuration state.
- OMF fixes

try fixing: BootUpdateNode: Invalid argument: Timestamp None - unsupported type <type 'NoneType'>">

methods' return values need to be handled separately

fix typo

require pyaspect >= 0.4

unify handling calls in before and after aspects. check method's return value before proceeding with the aspect's actions.

Add timestamps to Nodes, PCUs and Interfaces to make concrete
statements about a node's configuration state.

Added:
    Node.last_boot             -- updated by BootUpdateNode()
    Node.last_download         -- updated by GetBootMedium()
    Node.last_pcu_reboot       -- updated by RebootNodeWithPCU()
    Node.last_pcu_confirmation -- updated by BootUpdateNode()
    Interface.last_updated     -- updated by UpdateInterface()
    PCU.last_updated           -- updated by UpdatePCU()

With these timestamps we can implement isValid() routines that indicate
whether the DB state is consistent with respect to the external deployment.
Previously, the DB state could be inconsistent, but there was no way to
identify this until runtime.  These checks should make it possible to validate
the DB state prior to runtime.

Also, isValid() is different from whether a node is online.  A node can be
offline and have a valid DB state.

For instance (in pseudocode):

    def Node.isValid():
        return Node.last_download < Node.last_boot &&
                Node.PCU.isValid(Node) &&
                Node.Interface.isValid(Node)

    def PCU.isValid(Node):
        return PCU.last_updated < Node.last_pcu_confirmation

    def Interface.isValid(Node):
        return Interface.last_updated < Node.last_download

In other words, if the primary interface for a node is updated more recently
than a bootimage is downloaded, then the DB configuration is out of sync with
the node deployment.

If the PCU is updated more recently than the last confirmed use of the PCU,
then the DB configuration is potentially out of sync with the deployment.

If the Node has downloaded a boot image prior to rebooting, then the DB config
is potentially out of sync with the deployment.

All of these states can be flagged in the GUI to help a technical contact
known the status of his configuration and deployment more easily.  The
recommended steps to take should be straight forward based on the conditions
above.  i.e. Create new boot image, reboot node, verify PCU, etc.

Add timestamps to Nodes, PCUs and Interfaces to make concrete
statements about a node's configuration state.

Added:
    Node.last_boot             -- updated by BootUpdateNode()
    Node.last_download         -- updated by GetBootMedium()
    Node.last_pcu_reboot       -- updated by RebootNodeWithPCU()
    Node.last_pcu_confirmation -- updated by BootUpdateNode()
    Interface.last_updated     -- updated by UpdateInterface()
    PCU.last_updated           -- updated by UpdatePCU()

With these timestamps we can implement isValid() routines that indicate
whether the DB state is consistent with respect to the external deployment.
Previously, the DB state could be inconsistent, but there was no way to
identify this until runtime.  These checks should make it possible to validate
the DB state prior to runtime.

Also, isValid() is different from whether a node is online.  A node can be
offline and have a valid DB state.

For instance (in pseudocode):

    def Node.isValid():
        return Node.last_download < Node.last_boot &&
                Node.PCU.isValid(Node) &&
                Node.Interface.isValid(Node)

    def PCU.isValid(Node):
        return PCU.last_updated < Node.last_pcu_confirmation

    def Interface.isValid(Node):
        return Interface.last_updated < Node.last_download

In other words, if the primary interface for a node is updated more recently
than a bootimage is downloaded, then the DB configuration is out of sync with
the node deployment.

If the PCU is updated more recently than the last confirmed use of the PCU,
then the DB configuration is potentially out of sync with the deployment.

If the Node has downloaded a boot image prior to rebooting, then the DB config
is potentially out of sync with the deployment.

All of these states can be flagged in the GUI to help a technical contact
known the status of his configuration and deployment more easily.  The
recommended steps to take should be straight forward based on the conditions
above.  i.e. Create new boot image, reboot node, verify PCU, etc.

Setting tag PLCAPI-5.0-12
automatically set vsys tag for omf controlled slices

omfaspect now weaves AddSliceTag to track omf_control and sets vsys
tag (dotsshmount) automatically.

Setting tag PLCAPI-5.0-11
addition of the 'ssh_key' slice tag
first draft of the LDAP interface

added python-ldap requirement

initial checkin of LDAP interface

new tag ssh_key

requires mod_wsgi

Setting tag PLCAPI-5.0-10
reservation granularity defined in plc-config-tty (requires myplc 5.0.5)
and readable through GetLeaseGranularity
GetSlivers to expose reservation_policy and lease_granularity
GetBootMedium fixed for reservable nodes
tweaks in pcucontrol (requires pcucontrol-1.0-6)
new Apache mod_wsgi python interface

- Change .py files to use 4-space indents and no hard tab characters.
- Trim excess spaces and tabs from ends of lines, and remove empty lines at the end of files.
- Ensure the last line ends with a newline.

fix required version of pcucontrol

add a parameter to RebootNodeWithPCU to perform a 'testrun' without rebooting the node.

initial checkin of mod_wsgi interface

tweaks for reservable nodes

expose slice name in leases

fix usage of the 'kargs' node tag

reverting changeset 18126 - ruins the no-hangcheck option - waiting for caglar input

use granularity from config

for reservable nodes - granularity still hardwired in PLC/Leases

expose reservation policy

fix IndexError: list index out of range

pass kernel arguments correctly to the build.sh

Setting tag PLCAPI-5.0-9
the leases system

make xmlrpclib happy, marshal None

expose leases to nodes

First draft for leases
WARNING: this change sets the SQL timezone to UTC
leases are not yet exposed to GetSlivers in this delivery
all code for handling time (Timestamp, Duration) gathered in the new PLC/Timestamp.py file

cosmetic

svn keywords

cosmetic

Setting tag PLCAPI-5.0-8
previous tag had gone wrong

same tagging issue again - I have fixed the cause but this needs to be repaired

store the node actual config in the tags, from the defaults

Setting tag PLCAPI-5.0-6
fix pubsub hostname

ops! this will cause problems for omf back-end. (fixed manually on PLE).

Setting tag PLCAPI-5.0-5
tweaks for the omf support (xmpp groups and RC-controlled slices)
BootNodeUpdate supports also ssh_rsa_key (and logs only changes)
GetNodeFlavour exposes fcdistro

needed for shipping proper yum config on nodes

minor

BootUpdateNode logs event only when a change occurs to avoid spamming the DB

convert email to lowercase

create omf log dir

remove postgresql-devel dependency

omf_control slice tag

add omf log dir in spec and stop logging api method calls (but only xmpp messages)

try creating /OMF and /OMF/SYSTEM groups at start

Setting tag PLCAPI-5.0-4
do not use UpdateNode for handling the 'hrn' tag - should fix refresh peer & foreign nodes more generally

cannot use UpdateNode to force an update of the 'hrn' node tag for peer nodes becuase calling UpdateNode on peer nodes is not allowed. Lets define an lets define an update_tags() method in the Node class (source stolen from UpdateNode) and just call Node.update_tags() within Peer.add_node() and Peer.remove_node()

Setting tag PLCAPI-5.0-3
slice tag 'omf_control' supported for getting OMF's resource controller shipped to slivers
pyaspect hooks allow to  maintain the namespace xmpp groups
new omf_slicemgr is a proxy to xmpp, used by these hooks
nodes have their hrn exposed in the 'hrn' tag
node hrn exposed in GetSlivers, as well as the overall xmpp config
system slice 'drl' gets created by db-config
daniel's changes to Filter for supporting wildcards in lists
AddSliceTag consistency check tweaked

install reset_xmpp_pubsub_nodes.py

reset_xmpp_pubsub_nodes.py will remove all nodes and re-create for all
slices and nodes attached to the slices.

fix observer for pubsub/configure

we'll need to import omf_slicemgr

start adding node configuration, but unfortunately ejabberd doesn't support this feature yet, this will wait for a while

implement publish_to_node

* re-enable error handling in create_node results.
* add subscribe_to_node method.
* subscribe to all nodes created.

refresh nodes hrns at startup

fix adding nodes, and the sync target in the process

try fixing cyclic import

expose node hrn to the OMF resource controller

define the 'hrn' node tag

dont forget to define shell in remove_node

Store node's hrn (SFA specific human readable name) using the 'hrn' tag. This tag is automatically added to the node when AddNode() is called and is updated when either UpdateNode(), Peer.add_node(), Peer.remove_node() is called

get some basic pubsub groups information from our xmpp client

start/stop omf-slicemgr properly

listen localhost for xml-rpc requests, until we have some sort of authentication.

use node_id or hostname in get_node_hostname

change the way 'vref' gets set on omf-control'ed slivers

don't bother with isinstance, a better way to get an int or str.

fix setting name

define omf_control tag

expose omf-related xmpp settings in getSlivers

fix xmlrpc interface

quick fix to start omf-slicemgr

this shall work

fix

get them installed

xmpp requests are handled by omf-slicemgr.py's xmlrpc interface. don't need the backend here.

OMF integration for plcapi, only activated when PLC_OMF_ENABLED is true.
omfaspects.py wraps PLCAPI method calls and manages XMPP PubSub groups for slices and nodes added to slices.

fix Filter.py

DRL tag

Allow wildcards in lists.

corner case: permit adding a slice tag/attribute when there exist sliver attributes of the same name

Setting tag PLCAPI-5.0-2
major cleanup
get rid of all 4.2-related legacy code
reset the migrations code, planetlab5.sql somes with (5,100)
uses hashlib module when available

fallback to old modules for centos5 (python 2.4)

use hashlib as md5 and sha are deprecated

fix order

migrations/v42-to-v42 has gone

oops

end cleanup the legacy stuff

cleanup v42 legacy - GetSlivers exports 'interfaces' - needs related change in nm

svn:keywords

start the db from a clean slate

Setting tag PLCAPI-5.0-1
first working version of 5.0:
pld.c/, db-config.d/ and nodeconfig/ scripts should now sit in the module they belong to
nodefamily is 3-fold with pldistro-fcdistro-arch
site and person tags
new methods GetSliceFamily and GetNodeFlavour
deprecated the dummynet stuff that were for the external dummyboxes
tags definition : more consistency between db-config scripts and accessors
(get accessor to create the tag type too if absent)
logging an event for AddSliceToNodes

fixed broken slice-creation