OpenBMC Story(151536):- IPMI Network Settings Override
Adriana Kobylak
anoo at us.ibm.com
Thu May 12 12:51:33 AEST 2016
Hi Ratan,
Discussing with the team tonight, we agreed that your suggestion #1 is the
preferred one, one point of discussion was that if this was some other
type of data, we'd put it in the settings file anyways with the rest of
the host stuff, so host network info shouldn't be different.
From: "Ratan K Gupta" <ratagupt at in.ibm.com>
To: openbmc at lists.ozlabs.org
Date: 05/09/2016 05:47 AM
Subject: Re: OpenBMC Story(151536):- IPMI Network Settings Override
Sent by: "openbmc"
<openbmc-bounces+anoo=us.ibm.com at lists.ozlabs.org>
Hi Team,
I had two approaches to store the Host Network config,We can store it in
the global settings object where we are keeping all the host related data.
Or
We can store it in some other file specific for host network config.
if we go with 1st approach where we will keep the info in the global
settings object.
1) we can create separate attr for network_config and the value would be
string
eg settings file:
===========
#!/usr/bin/python -u
SETTINGS={'host': {'bootflags': {'default': 'default', 'type': 's',
'name': 'boot_flags'}, 'powercap': {'name': 'power_cap', 'min': 0,
'default': 0, 'max': 1000, 'type': 'i', 'unit': 'watts'}, 'sysstate':
{'default': '', 'type': 's', 'name': 'system_state'}, 'powerpolicy':
{'default': 'RESTORE_LAST_STATE', 'type': 's', 'name': 'power_policy'},
'restrictedmode': {'default': False, 'type': 'b', 'name':
'restricted_mode'}, 'networkConfig': {default':
{ipaddress:x.x.x.x,subnetmask:x.x.x.x,gateway:x.x.x.x,Mac:x:x:x:x:x:x},'name':network_config,'type':'s'}}}
We have to parse this string in IPMI to get the network config details.
2) We can use the network object interface to set the host network
properties.like setAddress4 and setHwAddress.But in this case also we have
to overload these functions as we can take one more parameter named
"Target",If target is BMC then do whatever we are doingt it
today,Otherwise give the new functionality.
In this approach we can not store the host related settings in Global
settings file as both(network,GlobalSettings) are different object.so for
storing this host network info we need to introduce one more file to
persist the info.
Recommendation:- We can go with first approach as all the host related
settings in the global settings object and we can set all the network
related attr in one atomic operation.
Please let me know your thoughts in this.
Ratan
----- Original message -----
From: Adriana Kobylak/Austin/IBM
To: Bradley W Bishop/Rochester/IBM at IBMUS, Chris Austen/Austin/IBM at IBMUS,
Douglas Griffith/Austin/IBM at IBMUS, Gus Schlachter/Austin/IBM at IBMUS,
Hariharasubramanian Ramasubramanian/India/IBM at IBMIN, Rahul
Maheshwari3/India/IBM at IBMIN, Ratan K Gupta/India/IBM at IBMIN, Tom
Joseph2/India/IBM at IBMIN, Vishwanatha Subbanna/India/IBM at IBMIN, Nan KX
Li/China/IBM at IBMCN, Yi TZ Li/China/IBM at IBMCN
Cc: Norman James/Austin/IBM at IBMUS, Patrick Williams
III/Rochester/IBM at IBMUS
Subject: Re: OpenBMC May Sprint
Date: Fri, May 6, 2016 1:50 AM
Per popular demand during today's call, here are the issues and wish list
items that are candidates for the next tag, we'll call it our short Sprint
9.
For those that are ready to get started, choose one and add a comment to
the github issue or RTC with your name on it to know you'll be working on
it, or just ping me with your choice.
(As a side note, after "short sprint 9", we'll be transitioning from RTC
to using github for story management, so install the firefox/chrome plugin
zenhub https://www.zenhub.io to get ready)
------
Small - Skeleton - System state not updated.
https://github.com/openbmc/openbmc/issues/196
Small/Med - IPMI boot options - Implement network override.
https://jazz07.rchland.ibm.com:13443/jazz/web/projects/OpenBMC#action=com.ibm.team.workitem.viewWorkItem&id=151536
Medium - Bitbake Recipes - PAM authentication. Only turn on PAM without
turning off busybox.
Medium - User management (python) - Switch to useradd that takes
arguments, parallel with PAM story.
https://github.com/openbmc/phosphor-networkd/issues/9
Debug (unknown size):
https://github.com/openbmc/openbmc/issues/194
https://github.com/openbmc/openbmc/issues/206
Code Cleanup and error path:
https://github.com/openbmc/phosphor-host-ipmid/issues/75
https://github.com/openbmc/phosphor-host-ipmid/issues/76
https://github.com/openbmc/skeleton/issues/56
https://github.com/openbmc/openbmc/issues/202
Adriana Kobylak---05/01/2016 02:29:03 PM---Hi team, We'll be transitioning
to SP-Next in the next few weeks. The current plan for the next 2 we
From: Adriana Kobylak/Austin/IBM
To: Bradley W Bishop/Rochester/IBM at IBMUS, Chris Austen/Austin/IBM at IBMUS,
Douglas Griffith/Austin/IBM at IBMUS, Gus Schlachter/Austin/IBM at IBMUS,
Hariharasubramanian Ramasubramanian/India/IBM at IBMIN, Rahul
Maheshwari3/India/IBM at IBMIN, Ratan K Gupta/India/IBM at IBMIN, Tom
Joseph2/India/IBM at IBMIN, Vishwanatha Subbanna/India/IBM at IBMIN, Nan KX
Li/China/IBM at IBMCN, Yi TZ Li/China/IBM at IBMCN
Date: 05/01/2016 02:29 PM
Subject: OpenBMC May Sprint
Hi team,
We'll be transitioning to SP-Next in the next few weeks. The current plan
for the next 2 weeks (while Patrick is on vacation):
Complete the GA2 items you've been working on. As availability permits,
pick a GA3 item that can be contained in a week. Objective is to close all
GA2 items and complete as many GA3 items as possible by May 15th, at which
point we'll conclude features targeted for Rackspace and tag that build as
v1.0.
Beginning May 15th the whole team will start with SP-Next development,
some of you like Brad and Tom are already started, some new members will
join us as well. At that time we'll split our current meeting into daily
scrums with separate twice a week tech talks.
I'll be at at a workshop monday-tuesday may 2-3, so we'll resume scrum on
thursday. See you then.
_______________________________________________
openbmc mailing list
openbmc at lists.ozlabs.org
https://lists.ozlabs.org/listinfo/openbmc
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20160511/64b7d0d6/attachment-0001.html>
More information about the openbmc
mailing list