On 02/09/2015 12:38 PM, Pedro Sousa wrote:
> I'm looking into some options to deploy Openstack. I use RDO based Juno
> distro and had been using packstack tool (based on puppet) to deploy it,
> but it's not flexible enough as it lacks some features, as HA.
Packstack does not lack features like HA.
On 02/06/2015 10:27 PM, Will Snow (wasnow) wrote:
> I’ve been building out a small cluster of intel NUC’s and have been
> quite happy with them – reasonable performance, 16g ram, and usb3 if you
> need storage.
I think NUCs are a greate choice.
According to
http://liliputing.com/2015/01/intel-unv
On 02/11/2015 07:54 AM, Mike Perez wrote:
> Proposed Documentation:
> http://thing.ee/x/doc-20150210/content/driver_filter_weighing.html
Thank you for bringing this to the attention of this list. There is a
pending review for this documentation available at
https://review.openstack.org/#/c/152325/
Yes, I was considering waiting for the new NUCs but they’re March
(scheduled) which means general availability sometime after that.
Which would make things a bit tight for my talk at Vancouver (if it gets
accepted)
--Will Snow
was...@cisco.com
Director, OpenStack Customer Engineering
Mobile: +1-
3) no 10 gig.
On Wed, Feb 11, 2015 at 11:29 AM, matt wrote:
> i dislike 2 things about the NUCs...
>
> 1) only a single interface
> 2) no lights out management
>
> =/
>
> On Wed, Feb 11, 2015 at 11:06 AM, Will Snow (wasnow)
> wrote:
>
>> Yes, I was considering waiting for the new NUCs but th
i dislike 2 things about the NUCs...
1) only a single interface
2) no lights out management
=/
On Wed, Feb 11, 2015 at 11:06 AM, Will Snow (wasnow)
wrote:
> Yes, I was considering waiting for the new NUCs but they’re March
> (scheduled) which means general availability sometime after that.
>
So as to 10g, it’s not like I’m going to use them for production :)
I do miss LOM on the boxes tho – the dual interface would be nice, but I can
work around that.
I have a covey (pod? Gaggle?) of 4 NUCs with 1 being the master to deploy the
others. That master has 2 nics (built in 1g, wifi) so y
On 2/11/15 9:12 AM, Will Snow (wasnow) wrote:
I do miss LOM on the boxes tho – the dual interface would be nice, but I
can work around that.
I have a covey (pod? Gaggle?) of 4 NUCs with 1 being the master to
deploy the others. That master has 2 nics (built in 1g, wifi) so you can
very easily conn
the lack of lom is... difficult in this use case. more so than any of the
other 3 defficiencies i listed.
I wonder if an after market lom board exists.
On Wed, Feb 11, 2015 at 12:19 PM, Jesse Keating wrote:
> On 2/11/15 9:12 AM, Will Snow (wasnow) wrote:
>
>> I do miss LOM on the boxes tho – t
On 02/11/2015 05:29 PM, matt wrote:
> 2) no lights out management
If you only have to turn on/off the NUCs have a look at reBot provided
by cloudbase.
http://www.cloudbase.it/rebot/
Christian.
___
OpenStack-operators mailing list
OpenStack-operators@
i mean for on and off i can just install a networked mcu. that's easy.
On Wed, Feb 11, 2015 at 1:42 PM, Christian Berendt
wrote:
> On 02/11/2015 05:29 PM, matt wrote:
> > 2) no lights out management
>
> If you only have to turn on/off the NUCs have a look at reBot provided
> by cloudbase.
>
>
for the record rebot is a terrible solution. Any mcu's gpio should be able
to take over for the on / off switch and provide digital control of the
power on. also you could add in power line relays very easily for hard
reboots.
the trick is terminal services and vga bios output. how do you reset
Does anyone know why under Juno (and I assume above) - you need to install
*ALL* of the plugins in order to do a db_sync? This seems broken considering
that we pass the config file in as a command line parameter. The db_sync code
should know what plugins we are running and only apply things th
On 2/11/15 11:10 AM, Kris G. Lindgren wrote:
Does anyone know why under Juno (and I assume above) - you need to
install *ALL* of the plugins in order to do a db_sync? This seems
broken considering that we pass the config file in as a command line
parameter. The db_sync code should know what plu
Hi,
On Wed, 2015-02-11 at 12:39 +0100, Christian Berendt wrote:
> On 02/11/2015 07:54 AM, Mike Perez wrote:
> > Proposed Documentation:
> > http://thing.ee/x/doc-20150210/content/driver_filter_weighing.html
>
> Thank you for bringing this to the attention of this list. There is a
> pending review
http://www.intel.com/content/www/us/en/nuc/nuc-kit-dc53427hye.html has
intel AMT apparently. this is an intel only lom like thing.
On Wed, Feb 11, 2015 at 1:55 PM, matt wrote:
> for the record rebot is a terrible solution. Any mcu's gpio should be
> able to take over for the on / off switch a
Is Ceilometer ready for prime time?
I would be interested in hearing from people who have deployed OpenStack
clouds with Ceilometer, and their experience. Some of the topics I am
looking for feedback on are:
- Database Size
- MongoDB management, Sharding, replica sets etc.
- Replication strat
On 2015-02-11 12:27:42 -0500 (-0500), matt wrote:
> the lack of lom is... difficult in this use case. more so than
> any of the other 3 defficiencies i listed.
[...]
According to a little searching, it seems that the Ivy Bridge based
i5 NUCs (not the Haswell based ones) have Intel AMT support. Th
yeah i found that and was reading... i mean it sucks it's not ipmi
compatible... but at least it's something.
would NEVER use in prod without interface isolation. but for a demo
rig it kinda works.
still wish the nuc had a second interface... even more so now.
-matt
On Wed, Feb 11, 2015 at
There is DIY LOM for the NUC, it was demo'd at Paris Summit. It was quite
elegant, featuring LEGO Mindstorm robots being instructed to push the power
button.
> On Feb 11, 2015, at 9:12 AM, Will Snow (wasnow) wrote:
>
> So as to 10g, it’s not like I’m going to use them for production :)
>
> I
On 2/11/15 12:19 PM, Abel Lopez wrote:
There is DIY LOM for the NUC, it was demo'd at Paris Summit. It was
quite elegant, featuring LEGO Mindstorm robots being instructed to push
the power button.
Remote power is not LOM. Remote power could be done with a sufficient
power strip. Real LOM is r
Okay for clarity... a mechanical solution to pushing the buttons on the NUC
is of Rube Goldberg complexity. It is completely unnecessary and
hellaciously prone to failure.
You can literally wire into where the on / off switch is... or optimally
directly to the jumper on the board itself with a mi
Jesse the AMT looks like it may work in so far as functionality... but it
requires unix utility amttool in place of ipmitool.
I'll report back on how these work for me.. I just ordered 4 for testing.
Only that one model of the NUCs has AMT support with vpro on it. So if you
do go nuc
http:/
Marc Heckmann wrote:
> I can definitely relate to the problem that it's trying to solve. We
> have a backend that has both thin-provisioning and compression. Right
> now, we have no easy way to filter which storage node that a volume
> should be created on if compression and thin provisioning is to
Title: qvb level filter
Hi
I am trying to do port mirroring between vms.
I did it with the openvswitch.
Packet are copied to the mirrored qvo, but then stop at the qvb Rx. I don't see where it is stuck.
>From iptable output it dosen't seem to be drop in one of the chain or many packe
Ceilometer is in sad state.
1. Collector leaks memory. We ran it on same host with mongo, and it
grab 29Gb out of 32, leaving mongo with less than gig memory available.
2. Metering agent cause huge load on neutron-server. o(n) of metering
rules and tenants. Few bugs reported, one bugfix in revi
@Maish Saidel-Keesing,
Hi Maish, I’m from eBay Inc, and we’re enabling 1000+ ceilometer compute
agents. Hope our experience could help.
We choose an OpenTSDB backend instead of MongoDB in the first place, so we
avoid of most of the issues related to MongoDB.
However, during deployment, we stil
27 matches
Mail list logo