Oh...
I'm with the group here.
Let's find something that looks nice and is not offensive to anyone.
Mathieu
On 2017-02-02 11:52 AM, Jay Faulkner wrote:
https://en.wikipedia.org/wiki/Sign_of_the_horns came up in IRC, as the sign the
bear is making. Obviously to me, I read it as the heavy meta
meme?
That alone should be enough to revisit it.
For the record, I still prefer Pixie Boots to all other iterations.
+1 to Lucas.
+1.
Mathieu Mitchell
__
OpenStack Development Mailing List (not for usage questions
d drivers.
[0]
https://governance.openstack.org/reference/tags/assert_follows-standard-deprecation.html#requirements
[1] http://docs.openstack.org/releasenotes/ironic/current-series.html#id5
[2] https://review.openstack.org/#/q/status:open+topic:bug/1597793
Thank you,
Mathieu Mitchell
Internap
On 2016-08-19 10:42 AM, Doug Hellmann wrote:
3) Add a ``enable_unsupported_drivers`` config option that allows enabling
>drivers marked supported=False. If a driver is in enabled_drivers, has
Do you mean "in disabled_drivers" there?
enabled_drivers is the list of all drivers to be loade
On 2016-08-19 10:15 AM, Jim Rollenhagen wrote:
3) Add a ``enable_unsupported_drivers`` config option that allows enabling
drivers marked supported=False. If a driver is in enabled_drivers, has
supported=False, and enable_unsupported_drivers=False, ironic-conductor
will fail to start. Set
Noticed something had slipped :)
On 2016-08-10 9:21 AM, Jim Rollenhagen wrote:
4) The drivers that use pyghmi (pxe_ipminative and agent_pyghmi) currently are
not tested in ironic's CI. We have multiple jobs for each of the ipmitool
drivers. Instead of making new jobs, we could just move on
Hi Paul,
It seems you are having issues running Ironic and as Jeremy pointed out
in a previous reply, the proper mailing list for this is
openst...@lists.openstack.org.
On the technical side, keep in mind the kernel and ramdisks are part of
a complete solution and should be used by Ironic fo
On 2016-08-10 9:21 AM, Jim Rollenhagen wrote:
pxe_snmp
fake_snmp
As mentioned to some of you, I am going to introduce virtualpdu which
will allow us to have CI coverage for this driver; and allow it to stay
in-tree.
Mathieu Mitchell
Good idea Jay, it has been bugging me too :)
New link with the 6 months constraint:
https://review.openstack.org/#/q/project:openstack/ironic-specs+status:open+age:6months
As you said, they're not deleted, just abandoned.
Mathieu
On 2016-08-05 12:25 PM, Jay Faulkner wrote:
They're available i
On 2016-08-01 3:25 PM, Julia Kreger wrote:
Greetings!
As discussed in our meeting today[0], we would like to try and schedule a
time for a VoIP call so we can discuss driver composition[1] defaults with
the goal of reaching a consensus on defaults.
Reading a January meeting log surprised me,
On 2016-08-01 8:10 AM, Jim Rollenhagen wrote:
Hey all,
I propose that if a network_interface is not sent in the node-create
call, we write whatever the current default is, so that it is always set
and not using an implicit value that could change.
Works for me and ensures an easier path
Following discussion on IRC, here are my thoughts:
The proposed network_interface allows choosing a "driver" for the
network part of a node. The values could be something like "nobody",
"neutron-flat networking" and "neutron-tenant separation".
I think this choice should be left per-node. My
differently.
The following action items were held:
* Mathieu Mitchell (mat128) and Dmitry Tantsur (dtantsur) to submit an
Ironic spec
* Implement "deploy_steps" for JIT hardware configuration
* Implement RAID steps in different drivers
* Will only have one entry point for RAID config
Hi Jay,
Posted here because you're probably sleeping now ;)
On 2016-05-31 7:01 PM, Jay Faulkner wrote:
Hi all,
During this cycle, on behalf of OSIC, I'll be working on implementing proper
oslo.policy support for Ironic. The reasons this is needed probably don't need
to be explained here, so
On 2016-04-19 11:29 PM, Tan, Lin wrote:
I agree this is reasonable to support all these cases in “cold upgrades” but in
supports-rolling-upgrade (live upgrade in another word) case it is different
and complicated and not necessary,
During rolling upgrade, we will have old/new services co-exi
On 2016-03-24 3:08 PM, Jim Rollenhagen wrote:
Hey all,
I'm nominating Julia Kreger (TheJulia in IRC) for ironic-core. She runs
the Bifrost project, gives super valuable reviews, is beginning to lead
the boot from volume efforts, and is clearly an expert in this space.
All in favor say +1 :)
+
On 2016-03-16 12:18 PM, Dmitry Tantsur wrote:
Hi all!
This is a heads up for you that we've found an issue [1] in IPA that
changes the behavior for those of you with several hard drives. The
difference is in the way our ramdisks pick the root device for
deployment, when no root device hints [2]
17 matches
Mail list logo
