Bug 1255461 - [RFE] Add AMT support as a power type
[RFE] Add AMT support as a power type
Status: NEW
Product: Beaker
Classification: Community
Component: lab controller (Show other bugs)
20
Unspecified Unspecified
medium Severity unspecified (vote)
: ---
: ---
Assigned To: beaker-dev-list
tools-bugs
: FutureFeature, Triaged
Depends On: 1296201
Blocks:
  Show dependency treegraph
 
Reported: 2015-08-20 11:51 EDT by Andrei Stepanov
Modified: 2017-07-13 06:57 EDT (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Andrei Stepanov 2015-08-20 11:51:06 EDT
Many motherboards have integrated AMT.

Moreover, all Thinkpads have AMT.

With ATM it is possible to control power remotely.

No matter what is the current laptop's state: on, off, ... it is possible to take control over it using AMT.

Even OS kernel get panic you still can take control over it.

Links:

General info: http://linux.die.net/man/7/amt-howto [Open URL]

Implementations:
https://github.com/schnoddelbotz/amtc [Open URL] -- this one even has RPM packages.

http://iranzo.github.io/blog/2015/05/01/intel-amt-on-linux-for-remote-control-slash-fencing/ [Open URL]

This feature give us an ability to attach to Beaker any thinkpad as an fully automated instance.

There is cmdline utility, that will allow extend Beaker's power control management very easy.

Thanks.
Comment 2 Dan Callaghan 2015-08-21 00:52:48 EDT
We have some AMT-capable hardware in our lab here so this should be doable.

I see there is a client "amttool" available in Fedora and EPEL (part of the "amtterm" package), that would be the best starting point.
Comment 3 Andrei Stepanov 2015-08-21 04:52:26 EDT
Please keep in mind, that there are two version of AMT:
$ amtc

  -5          for AMT 5.0 hosts
  -d          for AMT 9.0+ hosts - use WS-Man/DASH


For me it works only with AMT 9.0:

AMT 9.0

$ amtc -d -R astepano
POWERRESET astepano        OS:noscan  AMT:08 HTTP:200 OK 


OLD AMT:

$ amtc  -R astepano
POWERRESET astepano        OS:noscan  AMT:16 HTTP:404 No error


Maybe it is cool to have two power control scripts for each AMT versions.




Please do timeout 10 sec.... just for case....
  -t(imeout)  in seconds, for amt and tcp scans [5]





amtc has very useful debugging output :

amtc -vvv -R astepano

$ amtc -vvv -R astepano
* About to connect() to astepano port 16992 (#0)
*   Trying 10.34.130.181...
* Connected to astepano (10.34.130.181) port 16992 (#0)
* Server auth using Digest with user 'admin'
> POST /RemoteControlService HTTP/1.1
User-Agent: amtc (libcurl)
Host: astepano:16992
Accept: */*
SOAPAction: "http://schemas.intel.com/platform/client/RemoteControl/2004/01#RemoteControl"
Content-Type: text/xml; charset=utf-8
Content-Length: 0

< HTTP/1.1 401 Unauthorized
< WWW-Authenticate: Digest realm="Digest:0D1E0000000000000000000000000000", nonce="eyiuChAlAAC+/MewTZC0nz7jmJ+KyH1V",stale="false",qop="auth"
< Content-Type: text/html
< Server: Intel(R) Active Management Technology 9.0.31
< Content-Length: 689
< Connection: close
< 
* Closing connection 0
* Issue another request to this URL: 'http://astepano:16992/RemoteControlService'
* About to connect() to astepano port 16992 (#1)
*   Trying 10.34.130.181...
* Connected to astepano (10.34.130.181) port 16992 (#1)
* Server auth using Digest with user 'admin'
> POST /RemoteControlService HTTP/1.1
Authorization: Digest username="admin", realm="Digest:0D1E0000000000000000000000000000", nonce="eyiuChAlAAC+/MewTZC0nz7jmJ+KyH1V", uri="/RemoteControlService", cnonce="ICAgICAgICAgICAgICAgICAgICAgICAgICA3MDM3NTc=", nc=00000001, qop=auth, response="022eb6836936f95506ca8dd42c185ec0"
User-Agent: amtc (libcurl)
Host: astepano:16992
Accept: */*
SOAPAction: "http://schemas.intel.com/platform/client/RemoteControl/2004/01#RemoteControl"
Content-Type: text/xml; charset=utf-8
Content-Length: 546

* upload completely sent off: 546 out of 546 bytes
< HTTP/1.1 404 Not Found
< Content-Type: text/html
< Server: Intel(R) Active Management Technology 9.0.31
< Transfer-Encoding: chunked
< Connection: close
< 
* Closing connection 1
-POWERRESET       astepano AMT:0016 HTTP:404 No error






$ rpm -qi amtc
Name        : amtc
Version     : 0.8.5~alpha3
Release     : 1.el7.centos
Architecture: x86_64
Install Date: Thu 20 Aug 2015 05:18:12 PM CEST
Group       : Applications/System
Size        : 56624
License     : CC BY 3.0
Signature   : (none)
Source RPM  : amtc-0.8.5~alpha3-1.el7.centos.src.rpm
Build Date  : Tue 05 May 2015 12:17:15 AM CEST
Build Host  : localhost
Relocations : (not relocatable)
URL         : https://github.com/schnoddelbotz/amtc
Summary     : Threaded remote power management commandline tool for intel vPro/AMT&DASH hosts
Description :
amtc is a simple command line tool, implemented in C, that can quickly
control PCs that have out-of-band remote power management capabilities
in the form of intel vPro/AMT or AMD DASH. amtc's key focus is not
to support all SOAP operations AMT/DASH is aware of -- instead
it concentrates only on vital OOB operations (on/off/reset/...).
amtc can be combined with amtc-web to have a fluffy web GUI
for power management tasks and power state logging/graphing.
Combining amtc (or amtc-web) with cron makes scheduled power management.
Comment 4 Andrei Stepanov 2016-10-24 06:05:35 EDT
Any progress?
Intel AMT is quite popular now.

Note You need to log in before you can comment on or make changes to this bug.