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