* Mains blink, chassisoff, and power restore policy
@ 2018-11-08 1:55 Wang, Kuiying
2018-11-08 12:09 ` Alexander Amelkin
0 siblings, 1 reply; 3+ messages in thread
From: Wang, Kuiying @ 2018-11-08 1:55 UTC (permalink / raw)
To: a.amelkin, OpenBMC Maillist; +Cc: Li, Yong B
[-- Attachment #1: Type: text/plain, Size: 185 bytes --]
Hi Alexander,
We did ipmi command to user to configure the policy.
Please refer:
https://gerrit.openbmc-project.xyz/#/c/openbmc/intel-dbus-interfaces/+/15471/
Thanks,
Kwin.
[-- Attachment #2: Type: text/html, Size: 2345 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Mains blink, chassisoff, and power restore policy
2018-11-08 1:55 Mains blink, chassisoff, and power restore policy Wang, Kuiying
@ 2018-11-08 12:09 ` Alexander Amelkin
0 siblings, 0 replies; 3+ messages in thread
From: Alexander Amelkin @ 2018-11-08 12:09 UTC (permalink / raw)
To: openbmc
[-- Attachment #1.1.1: Type: text/plain, Size: 594 bytes --]
I don't see any IPMI command there. Only some yaml and yaml-generating scripts.
Anyway, such a command is vendor-specific would not be supported by ipmitool (unlike `chassis power off`).
Most admins would just do `ipmitool chassis power off` and won't know about the need to issue a raw command afterwards.
08.11.2018 04:55, Wang, Kuiying wrote:
>
> Hi Alexander,
>
> We did ipmi command to user to configure the policy.
>
> Please refer:
>
> https://gerrit.openbmc-project.xyz/#/c/openbmc/intel-dbus-interfaces/+/15471/
>
>
>
>
>
> Thanks,
>
> Kwin.
>
>
>
[-- Attachment #1.1.2: Type: text/html, Size: 2960 bytes --]
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Mains blink, chassisoff, and power restore policy
@ 2018-11-07 14:28 Alexander Amelkin
0 siblings, 0 replies; 3+ messages in thread
From: Alexander Amelkin @ 2018-11-07 14:28 UTC (permalink / raw)
To: OpenBMC Maillist
[-- Attachment #1.1: Type: text/plain, Size: 788 bytes --]
Hi all!
Do you think that a host turned off with `obmcutil chassisoff` (not `obmcutil poweroff`) should return back to 'on' state upon AC power cycle when power restore policy is 'Restore' ?
Currently it does, quite weirdly. That happens because `obmcutil poweroff` command sets RequestedHostTransition to Off, but `obmcutil chassisoff` command does not change that property.
It is proposed to add a new service, which sets RequestedHostTransition property to value Off on obmc-chassis-hard-poweroff target call.
The corresponding change is in Gerrit:
https://gerrit.openbmc-project.xyz/#/c/openbmc/meta-phosphor/+/15061/
I invite everyone to discuss it there as so far we have only two quite opposite opinions on this expressed in Gerrit comments.
WBR,
Alexander.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2018-11-08 12:09 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-11-08 1:55 Mains blink, chassisoff, and power restore policy Wang, Kuiying
2018-11-08 12:09 ` Alexander Amelkin
-- strict thread matches above, loose matches on Subject: below --
2018-11-07 14:28 Alexander Amelkin
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.