Page Comparison

...

A. Interface changes

1. Interface #1
   
   1. Visibility: Public
   2. Change Control: Stable
   3. Synopsis: PBS hook power control moduleA new class “pbs.Power” will be made available that will provide power functionality.  A hook will be able to access it via python import.Generically applicable server power_provisioning  flag
   4. Reference to more detail on the interface. The following define the PMI operations available:

      1. pmi_activate_profile(self, profile_name,  job)

         1. Activate a given power profile on a set of hosts on behalf of a given job.  The parameter “profile_name” is a string containing the name of a profile.  The parameter “job” is a PBS job object.  The hosts will be calculated from the job object.  If the job parameter is not specified, the pbs.event().job object will be used.

         2. The return type is bool where True indicates success and False indicates the request was made without an indication from the PMI if it was successful or not.

         3. If an error occurs where it is appropriate for some or all of the job vnodes to be marked offline, this may be done before an exception is raised.

         4. If an error occurs where it is appropriate for the supported profile names for some or all of the job vnodes to be refreshed, this may be done before an exception is raised.

      2. pmi_get_usage(self, job)

         1. Retrieve power usage for a job.  The parameter “job” is a PBS job object.

         2. The return will be a float which gives the cumulative energy usage for the job at the time of the call in kilowatt-hours (kWh).  If no power usage information is available, None is returned.

      3. pmi_deactivate_profile(self, job)

         1. Inform the PMI that a job is no longer active.  This would be used when a job is suspended or terminated.  The parameter “job” is a PBS job object.  If it is not specified, the pbs.event().job object will be used.

         2. The return type is bool where True indicates success and False indicates the request was made without an indication from the PMI if it was successful or not.

      4. pmi_query(self, query_type)

         1. Return information that matches a request type.  The parameter “query_type” is used to specify what should be returned.  The only value for  query_type is PMI_QUERY_PROFILE, and the return will be a list of strings giving profile names supported by the PMI.

      5. pmi_connect(self, endpoint, port)

         1. Connect to the PMI.  The parameter “endpoint” defaults to None and is a string which will be meaningful to the PMI.  The parameter “port” defaults to None and is an integer.  A typical usage would be “endpoint” specifying a hostname and “port” giving a network port for a network service connection.

         2. Currently the connection/disconnection will be done per hook instead of creating a long lasting session.

         3. Nothing is returned, the connection information is maintained in an instantiation of the Power class.

         4. If the endpoint or port parameters are not specified, the underlying code specific to the PMI will determine the connection details.

      6. pmi_disconnect(self)

         1. Disconnect from the PMI.  There are no parameters needed since each instance of the Power class is associated to a backend power management interface.

      7. Exceptions

         1. InternalError - returned in cases where the underlying cause of a failure cannot be determined.

         2. BackendError - the backend PMI call was unsuccessful.

      8. Power module initialization

         1. A string can optionally be passed to specify the name of the PMI to be used (see A.1.11).  By default, the type of PMI to be used will be determined automatically based on the type of hardware used.

      Examples

      Activate a profile from a job specific event.

      Info
      icon false
      p = pbs.Power() p.pmi_connect(“power_master”) p.pmi_activate_profile(“LOW”) p.pmi_disconnect()

      Get profile name list.

      Info
      icon false
      import pbs p = pbs.Power() p.pmi_connect(port=3564) pnames = p.pmi_query(p.PMI_QUERY_PROFILE) p.pmi_disconnect()

      Deactivate profile on a specific job.

      Info
      icon false
      import pbs p = pbs.Power() badjob = pbs.server().job(“10”) p.pmi_connect() p.pmi_deactivate_profile(job=badjob) p.pmi_disconnect()

   Interface #2
   1. 1. The  power_provisioning boolean server attribute will have a default of unset, be visible to all and changeable by an administrator.  When it is set True, PMI operations may take place if allowed by vnode power_provisioning flag (see A.1.9).  If it is unset or set False, no PMI operations will take place on any vnode.

      2. Use qmgr to set the power_provisioning flag true or false.  For example:   

         Info
         icon false
         qmgr -c “set server power_provisioning = true”

         
         

2. Interface #2
   1. Visibility: Public
   2. Change Control: Stable
   3. Synopsis: Generically applicable energy usage for a job
      1. Add a new attribute for a job: resources_used.energy
   4. Reference to more detail on the interface.
      1. The type will be float.
      2. The units will be kWh.  For example:  resources_used.energy=64.2
      3. The resources_used.energy value will only be updated when PMI operations are allowed on the vnodes used by the job. The resources_used.energy value will not be seen in qstat -f output or server/accounting logs when PMI operations are not allowed on the node.
3. Interface #3
   1. Visibility: Public
   2. Change Control: Stable
   3. Synopsis: Generically applicable resource “eoe”
      1. A new resource similar to “aoe” is added to both jobs and vnodes to specify the energy operational environment.
   4. Reference to more detail on the interface.
      1. Is added to default resource list of scheduler in sched_config file.
      2. It is a non-consumable resource.
      3. It is of type resource, added to attribute resources_available. e.g. resources_available.eoe=”low,med,high”. It is a string array.
      4. Contains list of all power profile names that are available on a vnode. By default, resources_available.eoe is unset.
      5. The list is visible to all but settable only by manager.
      6. Job Resource_List.eoe per chunk in –l select as –l select=1:ncpus:eoe=low. This will request one chunk from a node with resource_available.eoe=low.
      7. Only one eoe value can be active on a vnode at a time.
      8. A job Resource_List.eoe may be requested in a select statement but no more than one distinct value for the requested eoe is currently supported. i.e. -lselect=1:ncpus=1:eoe=med+1:ncpus=2:eoe=med
      9. If a Job request is made with more than one value for eoe (I.e. –l select=1:eoe=low+1:eoe=high), it will be rejected by qsub with the error “qsub: only one value of eoe is allowed”.
      10. A value for resources_available.eoe will not be automatically set on the system(s) where the PBS server and scheduler are running.
      11. If both an aoe and eoe are set for a job, the aoe setting will be processed first by the scheduler.
      12. The scheduler will not preempt a job with eoe set using suspend or checkpoint.
4. Interface #4
   1. Visibility: Public
   2. Change Control: Stable
   3. Synopsis: Generically applicable vnode attribute: current_eoe
   4. Reference to more detail on the interface.
      1. Identifies the eoe active on a vnode. It is of type String. By default, it is unset. It is settable only by manager and visible to all.
      2. A job J1 running with a eoe setting X will cause the value of current_eoe to be set  to X on the vnodes assigned to J1 that allow PMI operations.
      3. Manually changing current_eoe is unsupported.
      4. The scheduler can run a job requesting an eoe on vnodes with a current_eoe value that matches the job eoe.
      5. The scheduler can only run a job on a vnode where the current_eoe does not match the job eoe if no jobs are running on the vnode and PMI operations are allowed on the vnode.
      6. When a job ends the deactivate operation will take place if all the vnodes used by the job have no other jobs running and allow PMI operations.  At this point, current_eoe will be unset on all the vnodes used by the job.
5. Interface #5
   1. Visibility: Public
   2. Change Control: Stable
   3. Synopsis: Generically applicable server power_provisioning  flag: Cray specific job attribute: pstate
   4. Reference to more detail on the interface.
      1. The  power_provisioning boolean server attribute will have a default of unset, be visible to all and changeable by an administrator.  When it is set True, PMI operations may take place if allowed by power_enable flag (see A.1.10).  If it is unset or set False, no PMI operations will take place on any vnode.

      Use qmgr to set the power_provisioning flag true or false.  For example:   

      Info
      icon false
      qmgr -c “set server power_provisioning = true”

   Interface #3
   1. 1. Cray ALPS reservation setting for p-state.  See Basil 1.4 documentation.
      2. It is of type String. By default, it is unset. It is settable and visible to all PBS users.
6. Interface #6
   1. Visibility: Public
   2. Change Control: Stable
   3. Synopsis: Generically applicable energy usage for a jobAdd a new attribute for a job: resources_used.energyCray specific job attribute: pgov
   4. Reference to more detail on the interface.
      1. The type will be float.
      2. The units will be kWh.  For example:  resources_used.energy=64.2
      3. The resources_used.energy value will only be updated when PMI operations are allowed on the vnodes used by the job. The resources_used.energy value will not be seen in qstat -f output or server/accounting logs when PMI operations are not allowed on the node.
   Interface #4
   1. 1. Cray ALPS reservation setting for p-governor.  See Basil 1.4 documentation.
      2. It is of type String. By default, it is unset. It is settable and visible to all PBS users.
7. Interface #7Interface #7
   1. Visibility: Public
   2. Change Control: Stable
   3. Synopsis: Generically applicable resource “eoe”A new resource similar to “aoe” is added to both jobs and vnodes to specify the energy operational environment.: Cray specific job attribute: pcap_node
   4. Reference to more detail on the interface.
      1. Is added to default resource list of scheduler in sched_config file.
      2. It is a non-consumable resourceCray capmc set_power_cap --node setting.  See capmc documentation.
      3. It is of type resource, added to attribute resources_available. e.g. resources_available.eoe=”low,med,high”. It is a string array.Contains list of all power profile names that are available on a vnodeInt. By default, resources_available.eoe it is unset. The list It is settable and visible to all but settable only by manager.
      4. Job Resource_List.eoe per chunk in –l select as –l select=1:ncpus:eoe=low. This will request one chunk from a node with resource_available.eoe=low.
      5. Only one eoe value can be active on a vnode at a time.
      6. A job Resource_List.eoe may be requested in a select statement but no more than one distinct value for the requested eoe is currently supported. i.e. -lselect=1:ncpus=1:eoe=med+1:ncpus=2:eoe=med
      7. If a Job request is made with more than one value for eoe (I.e. –l select=1:eoe=low+1:eoe=high), it will be rejected by qsub with the error “qsub: only one value of eoe is allowed”.
      8. A value for resources_available.eoe will not be automatically set on the system(s) where the PBS server and scheduler are running.
      9. If both an aoe and eoe are set for a job, the aoe setting will be processed first by the scheduler.
      10. The scheduler will not preempt a job with eoe set using suspend or checkpoint.
8. Interface #5
   1. Visibility: Public
   2. Change Control: Stable
   3. Synopsis: Generically applicable vnode attribute: current_eoe
   4. Reference to more detail on the interface.
      1. Identifies the eoe active on a vnode. It is of type String. By default, it is unset. It is settable only by manager and visible to all.
      2. A job J1 running with a eoe setting X will cause the value of current_eoe to be set  to X on the vnodes assigned to J1 that allow PMI operations.
      3. Manually changing current_eoe is unsupported.
      4. The scheduler can run a job requesting an eoe on vnodes with a current_eoe value that matches the job eoe.
      5. The scheduler can only run a job on a vnode where the current_eoe does not match the job eoe if no jobs are running on the vnode and PMI operations are allowed on the vnode.
      6. When a job ends the pmi_deactivate operation will take place if all the vnodes used by the job have no other jobs running and allow PMI operations.  At this point, current_eoe will be unset on all the vnodes used by the job.
9. Interface #6
   1. Visibility: Public
   2. Change Control: Stable
   3. Synopsis: Cray specific job attribute: pstate
   4. Reference to more detail on the interface.
      1. Cray ALPS reservation setting for p-state.  See Basil 1.4 documentation.
      2. It is of type String. By default, it is unset. It is settable and visible to all PBS users.
10. 1. 1. PBS users.
       2. A  negative value will result in an PBSE_BADATVAL error.
11. Interface #8
    1. Visibility: Public
    2. Change Control: Stable
    3. Synopsis: Cray specific job attribute: pcap_accelerator
    4. Reference to more detail on the interface.
       1. Cray capmc set_power_cap --accel setting.  See capmc documentation.
       2. It is of type Int. By default, it is unset. It is settable and visible to all PBS users.
       3. A negative value will result in an PBSE_BADATVAL error.
12. Interface #9
    1. Visibility: Public
    2. Change Control: Stable
    3. Synopsis: Generically applicable vnode power_provisioning flag
    4. Reference to more detail on the interface.
       1. The  power_provisioning boolean vnode attribute will be unset by default, be visible to all and changeable by an administrator.

       2. Use qmgr to set the power_provisioning flag true or false.  For example:

          Info
          icon false
          qmgr -c “set node bigbox power_provisioning = true”

          
          

       3. When it is set to True, PMI operations may take place on the vnode.  If it is unset or set to False, no PMI operations are allowed to take place on the vnode.

13. Interface #10
    
    1. Visibility: Public
    2. Change Control: Stable
    3. Synopsis: Mom log using logjobmsg when a job ends and the value of current_eoe is unset.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/19/2014 14:44:15;0008;pbs_python;Job;165.bigcray;PMI: reset current_eoe

          
          

14. Interface #11
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When the energy for a job on an SGI system is obtained, it will be logged by MoM using  logjobmsg.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/06/2014 18:35:26;0008;pbs_python;Job;4856.iceberg;SGI: energy 1.456kWh

          
          

15. Interface #12Interface #9
    1. Visibility: Public
    2. Change Control: StableUnstable
    3. Synopsis: Cray specific job attribute: pgovThe Cray capmc command invocations will be logged by MoM using LOG_DEBUG with the keyword “launch”.
    4. Reference to more detail on the interface.
       1. Cray ALPS reservation setting for p-governor.  See Basil 1.4 documentation.
       2. It is of type String. By default, it is unset. It is settable and visible to all PBS users.
16. Interface #8
    1. Visibility: Public
    2. Change Control: Stable
    3. Synopsis: Cray specific job attribute: pcap_node
    4. Reference to more detail on the interface.
       1. Cray capmc set_power_cap --node setting.  See capmc documentation.
       2. It is of type Int. By default, it is unset. It is settable and visible to all PBS users.
       3. A  negative value will result in an PBSE_BADATVAL error.

17. 1. 1. Example:

          Info
          icon false
          11/19/2014 15:20:58;0006;pbs_python;Hook;pbs_python;Cray: 167.bigcray launch: /opt/cray/capmc/default/bin/capmc get_node_energy_counter --nids 0

          
          

18. Interface #13
    1. Visibility: Public
    2. Change Control: StableUnstable
    3. Synopsis: Cray specific job attribute: pcap_accelerator  Following a successful Cray capmc invocation, a message will be logged by MoM using LOG_WARNING if the time used by capmc is greater than 30 seconds.
    4. Reference to more detail on the interface.
    5. Visibility: Public
    6. Change Control: Stable
    7. Synopsis: Generically applicable vnode power enable flag
       1. Cray capmc set_power_cap --accel setting.  See capmc documentation.
       2. It is of type Int. By default, it is unset. It is settable and visible to all PBS users.
       3. A negative value will result in an PBSE_BADATVAL error.
    Interface #10

    1. 1. Example:

          Info
          icon false
          11/19/2014 17:24:18;0006;pbs_python;Hook;pbs_python; 21.bigcray;launch: finished  in 156 seconds

          
          

19. Interface #14
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis:  If Cray capmc writes anything to stderr, the first line will be logged by MoM using LOG_WARNING after the “launch” message.
    4. Reference to more detail on the interface.
       1. Cray has not documented the possible stderr output from capmc.
       2. The  power_enable boolean vnode attribute will be unset by default, be visible to all and changeable by an administrator.

       Use qmgr to set the power_enable flag true or false.  For example:

       Info
       icon false
       qmgr -c “set node bigbox power_enable = true”

       3. When it is set to True, PMI operations may take place on the vnode.  If it is unset or set to False, no PMI operations are allowed to take place on the vnode.

    Interface #11
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: Expose the hook PMI structure to allow additions to the supported PMI list.
    4. Reference to more detail on the interface.
       1. The PBS “power” hook can be modified to specify a PMI name in the pbs.Power() instantiation in the init_power function.  For example, the code below would cause the new file described in A.11.d.ii to be used by the hook

       2. Example:

          Info
          icon false
          11/19/2014 17:24:18;0006;pbs_python;Hook;pbs_python; 21.bigcray;launch stderr: i fell and cannot get up

          
          

20. Interface #15
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis:  When Cray capmc is run with the argument “get_node_energy_counter”, the node count is checked and if it is wrong, a message will be logged by MoM using logjobmsg.
    4. Reference to more detail on the interface.
       1. The same command will be run one additional time if an error is seen.  No message will be logged for the first error.  If an error occurs after the second attempt, a message is logged.

       2. For example:

          Info
          icon false
          11/19/2014 15:20:05;0008;pbs_python;Job;166.centos1;error: node count 2, should be 1

          
          

       3. The output from capmc should include a node count.  If it does not, the messages will show “not set” instead of a number.

       4. Example:

          Info
          icon false
          power = pbs.Power(“ipmitool”)

          Python code patterned after the file PBS_EXEC/lib/python/altair/pbs/v1/_pmi_none.py must be placed in a file where none is replaced by the PMI name being implemented.  For example:

          Info
          icon false
          # cd $PBS_EXEC/lib/python/altair/pbs/v1 # cp _pmi_none.py _pmi_ipmitool.py # vi _pmi_ipmitool.py

       5. The defined functions must all be present: __init__, _pmi_connect, _pmi_disconnect, _pmi_get_usage, _pmi_query, _pmi_activate_profile, _pmi_deactivate_profile.  These all have the same arguments as those in I.1.1 except the function name has an intial underbar ('_').
    Interface #12

    1. 1. 11/19/2014 15:20:05;0008;pbs_python;Job;166.centos1;node count not set, should be 1

          
          

21. Interface #16
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: If Cray RUR is configured (see B.1.f), log messages will be logged by MoM using logjobmsg when a job ends.
    4. Reference to more detail on the interface.

       1. A message will show the energy used by each aprun run by a job and a job tally in Joules.  For example:

          Info
          icon false
          11/19/2014 18:17:16;0008;pbs_python;Job;267.bigcray;Cray:RUR: {"apid":34876,"apid_energy":83876J,"job_energy":83876J} 11/19/2014 18:17:16;0008;pbs_python;Job;267.bigcray;Cray:RUR: {"apid":34972,"apid_energy":84272J,"job_energy":168148J} 11/19/2014 18:17:16;0008;pbs_python;Job;267.bigcray;Cray:RUR: {"apid":35234,"apid_energy":83194J,"job_energy":251342J}

          
          

22. Interface #17
    1. Visibility: Public
    2. Change Control: StableUnstable
    3. Synopsis: Mom log If Cray RUR is not configured, a log message will be logged by MoM using logjobmsg when a job ends and the value of current_eoe is unset.Reference to more detail on the .
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/19/2014 1418:4417:1516;0008;pbs_python;Job;165267.bigcray;PMI: reset current_eoeCray: no RUR data

          
          

23. Interface #13#18
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When At the energy for end of a job on an SGI system is obtained, it will be logged by MoM using  a Cray, the energy reported by capmc for the compute nodes used by the job will be logged  by MoM using logjobmsg.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/06/2014 18:35:26;0008;pbs_python;Job;4856156.icebergbigcray;SGI: energy 1.456kWhenergy usage 554520J

          
          

24. Interface #14#19
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: The Cray capmc command invocations energy reported by capmc for the compute nodes used by a job on a Cray will be logged by MoM using LOG_DEBUG with the keyword “launch”logjobmsg periodically every 5 minutes as the job runs.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/1906/2014 1518:2035:5826;00060008;pbs_python;Hook;pbs_pythonJob;156.bigcray;Cray: 167.bigcray launch: /opt/cray/capmc/default/bin/capmc get_node_energy_counter --nids 0usage: energy 346342J

          
          

25. Interface #15#20
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis:   Following a successful Cray capmc invocation, a message will be logged by MoM using LOG_WARNING if the time used by capmc is greater than 30 secondsWhen the PMI on a Cray is initialized, MoM will log messages at LOG_DEBUG.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/19/2014 1715:2420:1858;0006;pbs_python;Hook;pbs_python;Cray: init 11/19/2014 15:20:58;0006;pbs_python; 21.bigcray;launch: finished  in 156 seconds

    Interface #16

    1. 1. ;Hook;pbs_python;Cray: connect

          
          

26. Interface #21
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis:   If Cray capmc writes anything to stderr, the first line When get_usage() is called for a job on a Cray, a message will be logged by MoM using LOG_WARNING after the “launch” messagelogjobmsg.
    4. Reference to more detail on the interface.Cray has not documented the possible stderr output from capmc.

       1. Example:

          Info
          icon false
          11/19/2014 17:24:1821;00060008;pbs_python;Hook;pbs_python; 21.bigcray;launch stderr: i fell and cannot get up

    Interface #17

    1. 1. Job;167.centos1;Cray: get_usage

          
          

27. Interface #22
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis:   When Cray capmc is run with the argument “get_node_energy_counter”, the node count is checked and if it is wrongquery() is called on a Cray, a message will be logged by MoM using logjobmsgLOG_DEBUG.
    4. Reference to more detail on the interface.
       1. The same command will be run one additional time if an error is seen.  No message will be logged for the first error.  If an error occurs after the second attempt, a message is logged.
       For example

       2. Example:

          Info
          icon false
          11/19/2014 15:20:58;0006;pbs_python;Hook;pbs_python;Cray: query

          
          

28. Interface #23
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When activate_profile() is called on a Cray, a message will be logged by MoM using LOG_DEBUG.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/19/2014 1517:2024:0518;00080006;pbs_python;Hook;Job;166.centos1;error: node count 2, should be 1

          The output from capmc should include a node count.  If it does not, the messages will show “not set” instead of a number

          pbs_python;Cray: 167.centos1 activate 'low'

          
          

29. Interface #24
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When activate_profile() is called on a Cray but no compute nodes are allocated to the job, a message will be logged by MoM using logjobmsg.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/19/2014 15 17: 20 24: 05 21;0008;pbs_python;Job; 166 167.centos1; node count not set, should be 1

    Interface #18

    1. 1. Cray: no compute nodes for power setting

          
          

30. Interface #25
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: If Cray RUR is configured (see B.1.f), log messages When activate_profile() is called on a Cray and the job has pcap_node set, a message will be logged by MoM using logjobmsg when a job endsshowing the pcap_node value.
    4. Reference to more detail on the interface.

       1. A message will show the energy used by each aprun run by a job and a job tally in Joules.  For exampleExample:

          Info
          icon false
          11/19/2014 1817:1724:1621;0008;pbs_python;Job;267167.bigcraycentos1;Cray: RUR: {"apid":34876,"apid_energy":83876J,"job_energy":83876J}pcap node 350

          
          

31. Interface #26
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When activate_profile() is called on a Cray and the job has pcap_accelerator set, a message will be logged by MoM using logjobmsg showing the pcap_ accelerator value.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/19/2014 1817:1724:1621;0008;pbs_python;Job;267167.bigcraycentos1;Cray: RUR: {"apid":34972,"apid_energy":84272J,"job_energy":168148J}pcap accel 250

          
          

32. Interface #27
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When activate_profile() is called on a Cray and the job has neither pcap_node or pcap_accelerator set, a message will be logged by MoM using logjobmsg.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/19/2014 1817:1724:1621;0008;pbs_python;Job;267167.bigcraycentos1;Cray: RUR: {"apid":35234,"apid_energy":83194J,"job_energy":251342J}

    Interface #19

    1. 1. no power cap to set

          
          

33. Interface #28
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: If Cray RUR is not configuredWhen deactivate_profile() is called on a Cray, a log message will be logged by MoM using logjobmsg when a job endsLOG_DEBUG.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/19/2014 1817:1724:1618;00080006;pbs_python;Job;267.bigcrayHook;pbs_python;Cray: no RUR datadeactivate 167.centos1

          
          

34. Interface #20#29
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: At the end of a job on a Cray, the energy reported by capmc for the compute nodes used by the job will be logged  When deactivate_profile() is called on a Cray but no compute nodes are allocated to the job, a message will be logged by MoM using logjobmsg.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/0619/2014 1817:3524:2621;0008;pbs_python;Job;156167.bigcray;energy usage 554520J

    Interface #21

    1. 1. centos1;Cray: no compute nodes for power setting

          
          

35. Interface #30
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: The energy reported by capmc for the compute nodes used by a job on a Cray When deactivate_profile() is called on a Cray and the job has pcap_node set, a message will be logged by MoM using logjobmsg periodically every 5 minutes as the job runsshowing the pcap_node value.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/0619/2014 1817:3524:2621;0008;pbs_python;Job;156167.bigcraycentos1;Cray: get_usage: energy 346342Jremove pcap node 350

          
          

36. Interface #22#31
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When the PMI deactivate_profile() is called on a Cray is initialized, MoM will log messages at LOG_DEBUGand the job has pcap_accelerator set, a message will be logged by MoM using logjobmsg showing the pcap_ accelerator value.
    4. Reference to more detail on the interface.
    5. Visibility: Public
    6. Change Control: Unstable
    7. Synopsis: When pmi_get_usage is called for a job on a Cray

       1. Example:

          Info
          icon false
          11/19/2014 1517:2024:5821;00060008;pbs_python;Hook;pbs_python;Cray: init 11/19/2014 15:20:58;0006;pbs_python;Hook;pbs_python;Cray: connect

    Interface #23

    1. 1. Job;167.centos1;Cray: remove pcap accel 250

          
          

37. Interface #32
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When deactivate_profile() is called on a Cray and the job has neither pcap_node or pcap_accelerator set, a message will be logged by MoM using logjobmsg.
    4. Reference  Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/19/2014 17:24:21;0008;pbs_python;Job;167.centos1;Cray: get_usageno power cap to remove

          
          

38. Interface #24#33
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When pmi_query is called on a Cray  If Cray RUR is configured but the file created by the output plugin has a permission problem, a message will be logged by MoM using LOG_DEBUGlogjobmsg.
    4. Reference to more detail on the interface.
       1. Example:The file owner must be 0 and it must not be writable by other.

       2. Example:

          Info
          icon false
          11/19/2014 1517:2024:5821;00060008;pbs_python;Hook;pbs_pythonJob;167.centos1;Cray: query

    Interface #25

    1. 1. : RUR file:  /var/spool/PBS/spool/167.centos1.rur should only be writable by root

          
          

39. Interface #34
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When pmi_activate_profile is called on a Cray  If Cray RUR is configured but the file created by the output plugin can be read, a message will be logged by MoM using LOG_DEBUGlogjobmsg.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/19/2014 17:24:1821;00060008;pbs_python;Hook;pbs_pythonJob;167.centos1;Cray: reading RUR file:  /var/spool/PBS/spool/167.centos1 activate 'low'.rur

          
          

40. Interface #26#35
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When pmi_activate_profile is called on a Cray but no compute nodes are allocated to the jobIf the file created by the RUR output plugin can be read but the energy value cannot be parsed, a message will be logged by MoM using logjobmsg.
    4. Reference to more detail on the interface.
       1. A python exception error string will be output as part of the message.

       2. Example:

          Info
          icon false
          11/19/2014 17:24:21;0008;pbs_python;Job;167.centos1;Cray: no compute nodes for power setting

    Interface #27
    1. Visibility: Public

    2. 1. RUR: energy_used not found: unexpected EOF while parsing

          
          

41. Interface #36
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When pmi_activate_profile is called on a Cray and the job has pcap_node setIf the file created by the RUR output plugin can be read but the Cray energy RUR plugin has not been enabled, a message will be logged by MoM using logjobmsg showing the pcap_node value.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/19/2014 17:24:21;0008;pbs_python;Job;167.centos1;Cray: pcap node 350:RUR: warning: energy plugin not enabled by RUR

          
          

42. Interface #28#37
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When pmi_activate_profile is called on a Cray and the job has pcap_accelerator set, a message will be logged by MoM using logjobmsg showing the pcap_ accelerator valuethe energy for a job is successfully obtained from RUR, MOM will log one of three possible messages using logjobmsg.
    4. Reference to more detail on the interface.

       1. ExampleIf no energy value was obtained from capmc:

          Info
          icon false
          11/19/2014 17:24:21;0008;pbs_python;Job;167.centos1;Cray: pcap accel 250

    Interface #29
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When pmi_activate_profile is called on a Cray and the job has neither pcap_node or pcap_accelerator set, a message will be logged by MoM using logjobmsg.
    4. Reference to more detail on the interface.
       1. Example

          :RUR: energy 4.234kWh

          
          

       2. If the energy value from capmc was smaller than what was obtained from RUR:

          Info
          icon false
          11/19/2014 17:24:21;0008;pbs_python;Job;167.centos1;Cray:RUR: energy 4.234kWh replaces capmc energy 4.1432kWh

          
          

       3. If the energy value from capmc was greater than or equal to what was obtained from RUR:

          Info
          icon false
          11/19/2014 17:24:21;0008;pbs_python;Job;167.centos1;Cray: no power cap to set

    Interface #30

    1. 1. :RUR: energy 4.234kWh last capmc usage 4.2432kWh

          
          

43. Interface #38
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When pmi_deactivate_profile is called on a Cray, a message will be logged by MoM using the PMI on an SGI is initialized, MoM will log messages at LOG_DEBUG.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/19/2014 15:20:58;0006;pbs_python;Hook;pbs_python;SGI: init 11/19/2014 1715:2420:1858;0006;pbs_python;Hook;pbs_python;Cray: deactivate 167.centos1SGI: connect

          
          

44. Interface #31#39
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When pmi_deactivate_profile get_usage() is called on a Cray but no compute nodes are allocated to the jobfor a job on an SGI, a message will be logged by MoM using logjobmsg.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/19/2014 17:24:21;0008;pbs_python;Job;167.centos1;Cray: no compute nodes for power settingSGI: get_usage

          
          

45. Interface #32#40
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When pmi_deactivate_profile query() is called on a Cray and the job has pcap_node setan SGI, a message will be logged by MoM using logjobmsg showing the pcap_node valueLOG_DEBUG.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/19/2014 1715:2420:2158;00080006;pbs_python;Job;167.centos1;Cray: remove pcap node 350

    Interface #33

    1. 1. Hook;pbs_python;SGI: query

          
          

46. Interface #41
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When pmi_deactivateactivate_profile() is called on a Cray and the job has pcap_accelerator setan SGI, a message will be logged by MoM using logjobmsg showing the pcap_ accelerator valueLOG_DEBUG.
    4. Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/19/2014 17:24:2118;00080006;pbs_python;Hook;Jobpbs_python;SGI: 167.centos1 ;Cray: remove pcap accel 250activate '450W'

          
          

47. Interface #34#42
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When pmi_ deactivate_profile() is called on a Cray and the job has neither pcap_node or pcap_accelerator setan SGI, a message will be logged by MoM using logjobmsgLOG_DEBUG.
    4.  Reference Reference to more detail on the interface.

       1. Example:

          Info
          icon false
          11/19/2014 17:24:2118;00080006;pbs_python;Job;167.centos1;Cray: no power cap to remove

    Interface #35

    1. 1. Hook;pbs_python;SGI: deactivate

          
          

48. Interface #43
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis:   If Cray RUR is configured but the file created by the output plugin has a permission problemany PMI operation is attempted for a job with a vnode assigned that does not have power_provisioning=True, a message will be logged by MoM using logjobmsg.
    4. Reference to more detail on the interface.
       1. The file owner must be 0 and it must not be writable by other.

       Example:

       Infoiconfalse

       2. Example

          Info
          icon false
          11/19/2014 17:24:21;0008;pbs_python;Job;167.centos1; Cray: RUR file:  /var/spool/PBS/spool/167.centos1.rur should only be writable by root

    Interface #36

    1. 1. power functionality is disabled on vnode v12

          
          

49. Interface #44
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis:   If Cray RUR is configured but the file created by the output plugin can be read, a message will be logged by MoM using logjobmsgthe PMI hook is run with an unexpected event,  MoM will log a message at LOG_WARNING.
    4. Reference to more detail on the interface.

       1. Example

          Info
          icon false
          11/19/2014 17:24:2118;00080006;pbs_python;Job;167.centos1;Cray: reading RUR file:  /var/spool/PBS/spool/167.centos1.rur

    Interface #37

    1. 1. Hook;pbs_python; Event not serviceable for power provisioning.

          
          

50. Interface #45
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: If the file created by the RUR output plugin can be read but the energy value cannot be parsed, a message will be logged by MoM using logjobmsgWhen the PMI hook handles the EXECHOST_STARTUP event and the MOM is running on the same host as the pbs_server or pbs_sched, MoM will log a message at LOG_DEBUG.
    4. Reference to more detail on the interface.
       1. A python exception error string will be output as part of the message.

       Example

       info

       2. Example

          Info
          icon false
          11/19/2014 17:24:2118;00080006;pbs_python;Hook;Job;167.centos1;Cray:RUR: energy_used not found: unexpected EOF while parsing

    Interface #38

    1. 1. pbs_python; Provisioning cannot be enabled on this host.

          
          

51. Interface #46
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: If the file created by the RUR output plugin can be read but the Cray energy RUR plugin has not been enabledany PMI operation at job end throws a python exception, a message will be logged by MoM using logjobmsg showing the exception string.
    4. Reference to more detail on the interface.

       1. Example

          Info
          icon false
          11/19/2014 17:24:21;0008;pbs_python;Job;167.centos1; Cray:RUR: warning: energy plugin not enabled by RUR

    Interface #39

    1. 1. socket.error: [Errno 111] Connection refused

          
          

52. Interface #47
    1. Visibility: Public
    2. Change Control: Unstable
    3. Synopsis: When the energy for a job is successfully obtained from RUR, MOM will log one of three possible messages using logjobmsgIf activate_profile() throws either of the python exceptions defined in D.1.d.vii a message will be logged by MoM at LOG_WARNING.
    4. Reference to more detail on the interface.
       1. If no energy value was obtained from capmc:the exception is BackendError, query() is called to reset the eoe value for the natural vnode for the MoM.

       2. Example

          Info
          icon false
          111/19/2014 17:24:2118;00080006;pbs_python;Job;167.centos1;Cray:RUR: energy 4.234kWh

          If the energy value from capmc was smaller than what was obtained from RUR:

          Hook;pbs_python; PMI:activate: set eoe: low,med,high

          
          

       3. If the exception is InternalError, the natural vnode for the MoM will be set offline.

       4. Example

          Info
          icon false
          111/19/2014 17:24:2118;00080006;pbs_python;Job;167.centos1;Cray:RUR: energy 4.234kWh replaces capmc energy 4.1432kWh

          If the energy value from capmc was greater than or equal to what was obtained from RUR

          Hook;pbs_python; PMI:activate: set myself offline

          
          

B. Administrator’s instructions

1. Installation does not require any new or different steps.  Once the PBS installation is complete, additional steps will be needed to enable power functionality.

   1. Set power_provisioning on the server to true, and power_provisioning to true on the desired vnodes.  For example:

   2. Visibility: Public
   3. Change Control: Unstable
   4. Synopsis: When the PMI on an SGI is initialized, MoM will log messages at LOG_DEBUG.
   5. Reference to more detail on the interface.Example

      Info
      icon false

      11/19/2014 17:24:21;0008;pbs_python;Job;167.centos1;Cray:RUR: energy 4.234kWh last capmc usage 4.2432kWh

   Interface #40

   1. # qmgr -c “set server power_provisioning = True” # qmgr -c “set node node1 power_provisioning = True” # qmgr -c “set node node2 power_provisioning = True” # qmgr -c “set node node3 power_provisioning = True”

      
      

   2. If all vnodes will have power_provisioning set, @default can be used instead of individual vnode names.  For example:

   Example:

   Info
   icon false
   11/19/2014 17:24:21;0008;pbs_python;Job;167.centos1;SGI: get_usage

   Interface #42
2. Visibility: Public
3. Change Control: Unstable
4. Synopsis: When pmi_query is called on an SGI, a message will be logged by MoM using LOG_DEBUG.
Reference to more detail on the interface.

Example:

Info
icon false
11/19/2014 15:20:58;0006;pbs_python;Hook;pbs_python;SGI: query

Interface #43
1. Visibility: Public
2. Change Control: Unstable
3. Synopsis: When pmi_activate_profile is called on an SGI, a message will be logged by MoM using LOG_DEBUG.
4. Reference to more detail on the interface.Example

   Info
   icon false

   11/19/2014 15:20:58;0006;pbs_python;Hook;pbs_python;SGI: init

   11/19/2014 15:20:58;0006;pbs_python;Hook;pbs_python;SGI: connect

Interface #41
5. Visibility: Public
6. Change Control: Unstable
7. Synopsis: When pmi_get_usage is called for a job on an SGI, a message will be logged by MoM using logjobmsg.
Reference to more detail on the interface.

1. # qmgr -c “set node @default power_provisioning = True”

   
   

2. If eoe values are not provided by the PMI, additional steps are needed.
   1. Use qmgr to set  resources_available.eoe for vnodes.
   2. Import a submit hook that will map the eoe values to job resources.  See B.4.e.
3. To disable power provisioning, set  power_provisioning to false.
   1. If power_provisioning is set to false while jobs are running, the running jobs would not have their profile deactivated when they finished and the resources_used.energy value would not be set or updated at the end of the job. If periodic hook event is already run at least once before setting provisioning to False, resources_used.energy will have a value but it would not be an accurate one.
4. To disable power provisioning on selected vnodes, set power_provisioning on the vnodes to False.
   1. If power_provisioning is set to false on the mother superior while jobs are running, the running jobs would not have their profile deactivated when they finished and the resources_used.energy value would not be set or updated at the end of the job. If periodic hook event is already run at least once before setting power_provisioning to False, resources_used.energy will have a value but it would not be an accurate one.
5. An optional step on a Cray system can be preformed to use the RUR system to obtain the energy used by each aprun.  Please see the Cray document “Managing System Software for the Cray® Linux Environment” http://docs.cray.com/books/S-2393-5101/S-2393-5101.pdf.  Chapter 12 will provide information on RUR.

   1. The RUR config file has to be modified to use the PBS output plugin:

      Info
      icon false
      11/opt/19/2014 17:24:18;0006;pbs_python;Hook;pbs_python;SGI: 167.centos1 activate '450W'

Interface #44
8. Visibility: Public
9. Change Control: Unstable
10. Synopsis: When pmi_deactivate_profile is called on an SGI, a message will be logged by MoM using LOG_DEBUG.
Reference to more detail on the interface.

Example:

Info
icon false
11/19/2014 17:24:18;0006;pbs_python;Hook;pbs_python;SGI: deactivate

Interface #45
11. Visibility: Public
12. Change Control: Unstable
13. Synopsis: If any PMI operation is attempted for a job with a vnode assigned that does not have power_enable=True, a message will be logged by MoM using logjobmsg.
Reference to more detail on the interface.

Example

Info
icon false
11/19/2014 17:24:21;0008;pbs_python;Job;167.centos1; power functionality is disabled on vnode v12

Interface #46
14. Visibility: Public
15. Change Control: Unstable
16. Synopsis: If the PMI hook is run with an unexpected event,  MoM will log a message at LOG_WARNING.
Reference to more detail on the interface.

Example

Info
icon false
11/19/2014 17:24:18;0006;pbs_python;Hook;pbs_python; Event not serviceable for power provisioning.

Interface #47
17. Visibility: Public
18. Change Control: Unstable
19. Synopsis: When the PMI hook handles the EXECHOST_STARTUP event and the MOM is running on the same host as the pbs_server or pbs_sched, MoM will log a message at LOG_DEBUG.
Reference to more detail on the interface.

Example

Info
icon false
11/19/2014 17:24:18;0006;pbs_python;Hook;pbs_python; Provisioning cannot be enabled on this host.

Interface #48
20. Visibility: Public
21. Change Control: Unstable
22. Synopsis: If any PMI operation at job end throws a python exception, a message will be logged by MoM using logjobmsg showing the exception string.
Reference to more detail on the interface.

Example

Info
icon false
11/19/2014 17:24:21;0008;pbs_python;Job;167.centos1; socket.error: [Errno 111] Connection refused

Interface #49
23. Visibility: Public
24. Change Control: Unstable
25. Synopsis: If pmi_activate_profile throws either of the python exceptions defined in A.1.d.vii a message will be logged by MoM at LOG_WARNING.
Reference to more detail on the interface.
26. If the exception is BackendError, pmi_query is called to reset the eoe value for the natural vnode for the MoM.

Example

Info
icon false
1/19/2014 17:24:18;0006;pbs_python;Hook;pbs_python; PMI:activate: set eoe: low,med,high

27. If the exception is InternalError, the natural vnode for the MoM will be set offline.

Example

Info
icon false
1/19/2014 17:24:18;0006;pbs_python;Hook;pbs_python; PMI:activate: set myself offline

B. Administrator’s instructions

...

1. Installation does not require any new or different steps.  Once the PBS installation is complete, additional steps will be needed to enable power functionality.
   1. Set power_provisioning on the server to true, and power_enable to true on the desired vnodes.  For

      1. pbs/default/lib/cray/pbs_output.py

         
         

   2. If eoe values are provided by the PMI, additional steps are needed to allow the server and MOMs to communicate the eoe values.
      1. After setting power_provisioning on the desired vnodes, restart or HUP the MOMs.
      2. Check that resources_available.eoe values are set on the vnodes.  It may take up to two minutes for the eoe values to be reported to the server.  If any vnodes do not report eoe values, restart or HUP the MOMs a second time for the vnodes missing eoe values.
2. An upgrade may require some additional steps.
   1. If a job prologue script is defined as described in the PBS  Professional Administrator's Guide section 12.4.4, this must be converted into an execjob_prologue hook before power provisioning can be enabled.  A prologue script will no longer run after power_provisioning is enabled.

3. If any host is running PBS with an alternate location for the pbs.conf file, PBS_CONF_FILE must be added to the pbs_environment file on that host.  On Linux systems, the default location for the pbs.conf file is /etc/pbs.conf.  The pbs.conf file is used by each MOM to check if the server or scheduler is running on the local host.  If so, the node will not be automatically configured for power provisioning.  For example, if /var/pbs.conf is the active pbs.conf file, the following line must be added to PBS_HOME/pbs_environment:

   Info
   icon false
   PBS_CONF_FILE=/var/pbs.conf

   
   

4. New behavior
   1. When the  power_provisioning server attribute is set to True, the PBS MOM will detect and use the PMI on the system where it is running.  The PMIs supported are:
      1. SGI Event Driven Framework part of SGI Management software
      2. CRAY capmc on XC30 hardware platforms with SMW software release 7.0.UP03 and later.
   2. The instructions to add or change power profile information are provided by the PMI provider if they are supported.  Here is a list of PMI vendors that support named power profiles.
      1. SGI
   3. If the PMI does not support named power profiles, the resources_available.eoe should be set manually for all the nodes to give a list power profiles.  The eoe values will be mapped to a set of options that are specific to the PMI (see B.4.e).  Here is a list of PMI providers that do not support named power profiles.  The options available for each provider follow their name.
      1. CRAY
         1. pstate: a value for the ALPS reservation p-state.
         2. pgov: a value for the ALPS reservation p-governor value.
         3. pcap_node: a power cap value for each job node in watts.
         4. pcap_accelerator: a power cap value for node accelerator.
   4. If the PMI power profile names are obtained from one of the vendors listed in B.4.b, then the resources_available.eoe values will be set automatically when power_provisioning is True.
      1. This will occur when MOM starts.
      2. A refresh can be forced to happen for a node by restarting or sending a HUP signal to the MOM.

   5. If the PMI power profile names are obtained from one of the vendors listed in B.4.c, then eoe values must be set manually on the vnodes and a submit hook needs to map the eoe values to the options listed for the PMI vendor.  The hook will set the desired job attributes for each possible eoe value.  For example:

      Info
      icon false
      # qmgr -c “set server power_provisioning = True”# for n in node1 node2 node3 ;do >   qmgr -c “set node node1 power_enable = True” # qmgr -c “set node node2 power_enable = True” # qmgr -c “set node node3 power_enable = True”

      If all vnodes will have power_enable set, @default can be used instead of individual vnode names.  For example:

      Info
      icon false
      # qmgr -c “set node @default power_enable = True”

   6. If eoe values are not provided by the PMI, additional steps are needed.
      1. Use qmgr to set  resources_available.eoe for vnodes.
      2. Import a submit hook that will map the eoe values to job resources.  See B.4.e.
   7. To disable power provisioning, set  power_provisioning to false.
      1. If power_provisioning is set to false while jobs are running, the running jobs would not have their profile deactivated when they finished and the resources_used.energy value would not be set or updated at the end of the job. If periodic hook event is already run at least once before setting provisioning to False, resources_used.energy will have a value but it would not be an accurate one.
   8. To disable power provisioning on selected vnodes, set power_enable on the vnodes to False.
      1. If power_enable is set to false on the mother superior while jobs are running, the running jobs would not have their profile deactivated when they finished and the resources_used.energy value would not be set or updated at the end of the job. If periodic hook event is already run at least once before setting power_enable to False, resources_used.energy will have a value but it would not be an accurate one.
   An optional step on a Cray system can be preformed to use the RUR system to obtain the energy used by each aprun.  Please see the Cray document “Managing System Software for the Cray® Linux Environment” http://docs.cray.com/books/S-2393-5101/S-2393-5101.pdf.  Chapter 12 will provide information on RUR.

   The RUR config file has to be modified to use the PBS output plugin:

   Info
   icon false
   /opt/pbs/default/lib/cray/pbs_output.py

   9. If eoe values are provided by the PMI, additional steps are needed to allow the server and MOMs to communicate the eoe values.
      1. After setting power_enable on the desired vnodes, restart or HUP the MOMs.
      2. Check that resources_available.eoe values are set on the vnodes.  It may take up to two minutes for the eoe values to be reported to the server.  If any vnodes do not report eoe values, restart or HUP the MOMs a second time for the vnodes missing eoe values.
5. An upgrade may require some additional steps.
   1. If a job prologue script is defined as described in the PBS  Professional Administrator's Guide section 12.4.4, this must be converted into an execjob_prologue hook before power provisioning can be enabled.  A prologue script will no longer run after power_provisioning is enabled.

If any host is running PBS with an alternate location for the pbs.conf file, PBS_CONF_FILE must be added to the pbs_environment file on that host.  On Linux systems, the default location for the pbs.conf file is /etc/pbs.conf.  The pbs.conf file is used by each MOM to check if the server or scheduler is running on the local host.  If so, the node will not be automatically configured for power provisioning.  For example, if /var/pbs.conf is the active pbs.conf file, the following line must be added to PBS_HOME/pbs_environment:

Info
icon false
PBS_CONF_FILE=/var/pbs.conf

New behavior
6. When the  power_provisioning server attribute is set to True, the PBS MOM will detect and use the PMI on the system where it is running.  The PMIs supported are:
   1. SGI Event Driven Framework part of SGI Management software
   2. CRAY capmc on XC30 hardware platforms with SMW software release 7.0.UP03 and later.
7. The instructions to add or change power profile information are provided by the PMI provider if they are supported.  Here is a list of PMI vendors that support named power profiles.
   1. SGI
8. If the PMI does not support named power profiles, the resources_available.eoe should be set manually for all the nodes to give a list power profiles.  The eoe values will be mapped to a set of options that are specific to the PMI (see I.2.4.5).  Here is a list of PMI providers that do not support named power profiles.  The options available for each provider follow their name.
   1. CRAY
      1. pstate: a value for the ALPS reservation p-state.
      2. pgov: a value for the ALPS reservation p-governor value.
      3. pcap_node: a power cap value for each job node in watts.
      4. pcap_accelerator: a power cap value for node accelerator.
9. If the PMI power profile names are obtained from one of the vendors listed in B.4.b, then the resources_available.eoe values will be set automatically when power_provisioning is True.
   1. This will occur when MOM starts.
   2. A refresh can be forced to happen for a node by restarting or sending a HUP signal to the MOM.

If the PMI power profile names are obtained from one of the vendors listed in B.4.c, then eoe values must be set manually on the vnodes and a submit hook needs to map the eoe values to the options listed for the PMI vendor.  The hook will set the desired job attributes for each possible eoe value.  For example:

Info

icon	false

# for n in node1 node2 node3 ;do

>   qmgr -c “set node $n resources_available.eoe='low,med,high'”

> done

# cat map_eoe.py

import pbs

e = pbs.event()

j = e.job

profile = j.Resource_List['eoe']

if profile is None:

res = j.Resource_List['select']

    if res is not None:

        for s in str(res).split('+')[0].split(':'):

            if s[:4] == 'eoe=':

                profile = s.partition('=')[2]

                break

pbs.logmsg(pbs.LOG_DEBUG, "got profile '%s'" % str(profile))

if profile == "low":

    j.Resource_List["pstate"] = "1900000"

    j.Resource_List["pcap_node"] = 100

    pbs.logmsg(pbs.LOG_DEBUG, "set low")

elif profile == "med":

    j.Resource_List["pstate"] = "220000"

    j.Resource_List["pcap_node"] = 200

    pbs.logmsg(pbs.LOG_DEBUG, "set med")

elif profile == "high":

    j.Resource_List["pstate"] = "240000"

    pbs.logmsg(pbs.LOG_DEBUG, "set high")

else:

    pbs.logmsg(pbs.LOG_DEBUG, "unhandled profile '%s'" % str(profile))

e.accept()

# qmgr <<EOF

create hook power_map event=queuejob

import hook power_map application/x-python default map_eoe.py

set hook power_map enabled=True

EOF

1.  If settings for pstate, pgov, pcap_node, or pcap_accerator are made by the user, then the hook must be written to either overwrite or use the user values as desired.  For example, if the hook above were used as is and the user set a value for eoe to “high”and a value for pcap_node, then the pcap_node value would be in effect which would not normally happen when eoe was set to “high”.
10. When a job is run without a eoe value and power_provisioning is True, no activation is done but the resources_used.energy value for jobs will still be calculated.
11. If both aoe and eoe are set for a vnode, the eoe values must be the same for all the different application operating environments.
12. No functionality was deprecated for this RFE.
Additional notes to break the administrator's instructions into one section for SGI and one for Cray.SGI

Set power_provisioning on the server to true.  For example:

Info
icon false
# qmgr -c “set server power_provisioning = True”

Set power_enable to true on the desired vnodes.  For example:

Info
icon false
# qmgr -c “set node node1 power_enable = True” # qmgr -c “set node node2 power_enable = True” # qmgr -c “set node node3 power_enable = True”

13. Restart or HUP the MOMs.
14. Check for eoe values as described in B.1.g.ii.
Cray

Set power_provisioning on the server to true and power_enable to true on the desired vnodes.  For example:

Info
icon false
# qmgr -c “set server power_provisioning = True” # qmgr -c “set node node1 power_enable = True” # qmgr -c “set node node2 power_enable = True”  # qmgr -c “set node node3 power_enable = True”

15. Use qmgr to set  resources_available.eoe for vnodes.
16. Import a submit hook that will map the eoe values to job resources.  See B.4.e.
17. Setup RUR if desired.  See B.1.f.

C. User’s instructions

...

Use the provisioning feature and set “eoe” to a power profile name.  For example:

...

1. For example, energy could be included with resources_used for a job 'E' record:

   Info
   icon false
   04/14/2014 04:42:03;E;1.x44-mpi.pbspro.com;user=ashisha group=altair project=_pbs_project_default jobname=STDIN queue=workq ctime=1397475718 qtime=1397475718 etime=1397475718 start=1397475718 exec_host=x44-mpi/0 exec_vnode=(x44-mpi:ncpus=1) Resource_List.ncpus=1 Resource_List.nodect=1 Resource_List.place=pack Resource_List.select=1:ncpus=1 session=4746 end=1397475723 Exit_status=255 resources_used.cpupercent=0 resources_used.cput=00:00:01 resources_used.mem=0kb resources_used.ncpus=1 resources_used.vmem=0kb resources_used.walltime=00:00:05 resources_used.energy=1.67 run_count=1

                  

...

1. Use qstat to see the resources_used.energy value as the job runs. 

1. 1. $n resources_available.eoe='low,med,high'” > done # cat map_eoe.py import pbs e = pbs.event() j = e.job profile = j.Resource_List['eoe'] if profile is None: res = j.Resource_List['select']     if res is not None:         for s in str(res).split('+')[0].split(':'):             if s[:4] == 'eoe=':                 profile = s.partition('=')[2]                 break pbs.logmsg(pbs.LOG_DEBUG, "got profile '%s'" % str(profile)) if profile == "low":     j.Resource_List["pstate"] = "1900000"     j.Resource_List["pcap_node"] = 100     pbs.logmsg(pbs.LOG_DEBUG, "set low") elif profile == "med":     j.Resource_List["pstate"] = "220000"     j.Resource_List["pcap_node"] = 200     pbs.logmsg(pbs.LOG_DEBUG, "set med") elif profile == "high":     j.Resource_List["pstate"] = "240000"     pbs.logmsg(pbs.LOG_DEBUG, "set high") else:     pbs.logmsg(pbs.LOG_DEBUG, "unhandled profile '%s'" % str(profile)) e.accept() # qmgr <<EOF create hook power_map event=queuejob import hook power_map application/x-python default map_eoe.py set hook power_map enabled=True EOF

      
      

      1.  If settings for pstate, pgov, pcap_node, or pcap_accerator are made by the user, then the hook must be written to either overwrite or use the user values as desired.  For example, if the hook above were used as is and the user set a value for eoe to “high”and a value for pcap_node, then the pcap_node value would be in effect which would not normally happen when eoe was set to “high”.
   2. When a job is run without a eoe value and power_provisioning is True, no activation is done but the resources_used.energy value for jobs will still be calculated.
   3. If both aoe and eoe are set for a vnode, the eoe values must be the same for all the different application operating environments.
2. No functionality was deprecated for this RFE.
3. Additional notes to break the administrator's instructions into one section for SGI and one for Cray.
   1. SGI

      1. Set power_provisioning on the server to true.  For example:

         Info
         icon false
         # qmgr -c “set server power_provisioning = True”

         
         

      2. Set power_provisioning to true on the desired vnodes.  For example:

         Info
         icon false
         # qmgr -c “set node node1 power_provisioning = True” # qmgr -c “set node node2 power_provisioning = True” # qmgr -c “set node node3 power_provisioning = True”

         
         

      3. Restart or HUP the MOMs.
      4. Check for eoe values as described in B.1.g.ii.
   2. Cray

      1. Set power_provisioning on the server to true and power_provisioning to true on the desired vnodes.  For example:

         Info
         icon false
         # qmgr -c “set server power_provisioning = True” # qmgr -c “set node node1 power_provisioning = True” # qmgr -c “set node node2 power_provisioning = True”  # qmgr -c “set node node3 power_provisioning = True”

         
         

      2. Use qmgr to set  resources_available.eoe for vnodes.
      3. Import a submit hook that will map the eoe values to job resources.  See B.4.e.
      4. Setup RUR if desired.  See B.1.f.

C. User’s instructions

1. Submit a job which will request a specific power profile.

   1. Use the provisioning feature and set “eoe” to a power profile name.  For example:

      Info
      icon false
      qsub -leoe=low -lncpus=20 lackadaisical.sh qsub -lselect=4:eoe=high:ncpus=8 zoomjob

      
      

   2. Submit a job without a value for “eoe”.  The behavior of the server and scheduler will not be changed for this case.  When this job runs, the power profile of the execution hosts may be changed depending on the implementation of the PMI.  For example, on a Cray (see B.4.c.1), a job can have job attributes (see A.6, A.7, A.8 and A.9) that affect the execution hosts.
2. The “resources_used.energy” will be set with a value provided by the PMI.  As with existing behavior, all values for “resources_used” will be written in the accounting log.

   1. For example, energy could be included with resources_used for a job 'E' record:

      Info
      icon false
      04/14/2014 04:42:03;E;1.x44-mpi.pbspro.com;user=ashisha group=altair project=_pbs_project_default jobname=STDIN queue=workq ctime=1397475718 qtime=1397475718 etime=1397475718 start=1397475718 exec_host=x44-mpi/0 exec_vnode=(x44-mpi:ncpus=1) Resource_List.ncpus=1 Resource_List.nodect=1 Resource_List.place=pack Resource_List.select=1:ncpus=1 session=4746 end=1397475723 Exit_status=255 resources_used.cpupercent=0 resources_used.cput=00:00:01 resources_used.mem=0kb resources_used.ncpus=1 resources_used.vmem=0kb resources_used.walltime=00:00:05 resources_used.energy=1.67 run_count=1

                     

3. Monitor power usage of a job.
   1. Use qstat to see the resources_used.energy value as the job runs. 

D. Internal Design Interfaces

1. Interface #1

   1. Visibility: Public

   2. Change Control: Stable

   3. Synopsis: PBS hook power control module

      1. A new class “pbs.Power” will be made available that will provide power functionality.  A hook will be able to access it via python import.

   4. Reference to more detail on the interface. The following define the PMI operations available:

      1. activate_profile(self, profile_name,  job)

         1. Activate a given power profile on a set of hosts on behalf of a given job.  The parameter “profile_name” is a string containing the name of a profile.  The parameter “job” is a PBS job object.  The hosts will be calculated from the job object.  If the job parameter is not specified, the pbs.event().job object will be used.

         2. The return type is bool where True indicates success and False indicates the request was made without an indication from the PMI if it was successful or not.

         3. If an error occurs where it is appropriate for some or all of the job vnodes to be marked offline, this may be done before an exception is raised.

         4. If an error occurs where it is appropriate for the supported profile names for some or all of the job vnodes to be refreshed, this may be done before an exception is raised.

      2. get_usage(self, job)

         1. Retrieve power usage for a job.  The parameter “job” is a PBS job object.

         2. The return will be a float which gives the cumulative energy usage for the job at the time of the call in kilowatt-hours (kWh).  If no power usage information is available, None is returned.

      3. deactivate_profile(self, job)

         1. Inform the PMI that a job is no longer active.  This would be used when a job is suspended or terminated.  The parameter “job” is a PBS job object.  If it is not specified, the pbs.event().job object will be used.

         2. The return type is bool where True indicates success and False indicates the request was made without an indication from the PMI if it was successful or not.

      4. query(self, query_type)

         1. Return information that matches a request type.  The parameter “query_type” is used to specify what should be returned.  The only value for  query_type is QUERY_PROFILE, and the return will be a list of strings giving profile names supported by the PMI.

      5. connect(self, endpoint, port)

         1. Connect to the PMI.  The parameter “endpoint” defaults to None and is a string which will be meaningful to the PMI.  The parameter “port” defaults to None and is an integer.  A typical usage would be “endpoint” specifying a hostname and “port” giving a network port for a network service connection.

         2. Currently the connection/disconnection will be done per hook instead of creating a long lasting session.

         3. Nothing is returned, the connection information is maintained in an instantiation of the Power class.

         4. If the endpoint or port parameters are not specified, the underlying code specific to the PMI will determine the connection details.

      6. disconnect(self)

         1. Disconnect from the PMI.  There are no parameters needed since each instance of the Power class is associated to a backend power management interface.

      7. Exceptions

         1. InternalError - returned in cases where the underlying cause of a failure cannot be determined.

         2. BackendError - the backend PMI call was unsuccessful.

      8. Power module initialization

         1. A string can optionally be passed to specify the name of the PMI to be used (see D.2).  By default, the type of PMI to be used will be determined automatically based on the type of hardware used.

   5. Examples

      1. Activate a profile from a job specific event.

         Info
         icon false
         p = pbs.Power() p.connect(“power_master”) p.activate_profile(“LOW”) p.disconnect()

         
         

      2. Get profile name list.

         Info
         icon false
         import pbs p = pbs.Power() p.connect(port=3564) pnames = p.query(p.QUERY_PROFILE) p.disconnect()

         
         

      3. Deactivate profile on a specific job.

         Info
         icon false
         import pbs p = pbs.Power() badjob = pbs.server().job(“10”) p.connect() p.deactivate_profile(job=badjob) p.disconnect()

         
         

2. Interface #2
   1. Visibility: Public
   2. Change Control: Unstable
   3. Synopsis: Expose the hook PMI structure to allow additions to the supported PMI list.
   4. Reference to more detail on the interface.

      1. The PBS “power” hook can be modified to specify a PMI name in the pbs.Power() instantiation in the init_power function.  For example, the code below would cause the new file described in D.2.d.ii to be used by the hook:

         Info
         icon false
         power = pbs.Power(“ipmitool”)

         
         

      2. Python code patterned after the file PBS_EXEC/lib/python/altair/pbs/v1/_pmi_none.py must be placed in a file where none is replaced by the PMI name being implemented.  For example:

         Info
         icon false
         # cd $PBS_EXEC/lib/python/altair/pbs/v1 # cp _pmi_none.py _pmi_ipmitool.py # vi _pmi_ipmitool.py

         
         

      3. The defined functions must all be present: __init__, _connect, _disconnect, _get_usage, _query, _activate_profile, _deactivate_profile.  These all have the same arguments as those in I.1.1 except the function name has an intial underbar ('_').