Re: [Crowbar] record of IP's assigned to bmc_vlan

2013-12-18 Thread Raajeev_Kalyanaraman
Dell - Internal Use - Confidential John-Paul This information is usually listed for each node in the UI - alternately you can run a simple command on the admin to get the info - example below root@admin:~# knife search node name:* -a 'crowbar.network.bmc.address' 2 items found crowbar.network.b

Re: [Crowbar] record of IP's assigned to bmc_vlan

2013-12-18 Thread John-Paul Robinson
Thanks. The inventory.csv is available on our system. It does list our nodes (4 ceph, 2 nova, 1 controller, 1 admin) but doesn't list anything that would appear to be a distinct IP for the BMCs. Is this the expected config, ie. should I expect to be able to talk to the ipmi on that same interface

Re: [Crowbar] record of IP's assigned to bmc_vlan

2013-12-18 Thread Rob_Hirschfeld
John-Paul, I'm going from memory - someone else may have a more specific answer... This data should be provided in the Crowbar UI for the Node. I think there's a list of all the assigned IPs with their associated network. If you want the raw data, there are two places to look for this information

[Crowbar] record of IP's assigned to bmc_vlan

2013-12-18 Thread John-Paul Robinson
Hi, Where does crowbar record the IP addresses assigned to devices in the bmc_vlan? Specifically, I want to use ipmi from the admin node to interface with the idrac cards and can't find which IP's were assigned to these interfaces. I'm assuming this is handled by crowbar. Thanks, ~jpr ___

Re: [Crowbar] Rationalizing Crowbar Project Infrastructure for our new code base

2013-12-18 Thread Adam Spiers
I totally agree, Arkady. That's why I propose using branches. Arkady Kanevsky (arkady_kanev...@dell.com) wrote: > We have a long term dependency on existing CB-1.x code base structure and > tools. > All the products released to date depends on it and must be reproducible. > > > From: crowbar-b

Re: [Crowbar] Rationalizing Crowbar Project Infrastructure for our new code base

2013-12-18 Thread Adam Spiers
John Terpstra (john_terps...@dell.com) wrote: > Unfortunately, our internal infrastructure makes use of DevTool to > build and test CB1.x - if we make the changes Adam suggests will > take only 60 sec, it will take several engineers from our team to > update/change/fix the DevTool No it won't. Th

Re: [Crowbar] Rationalizing Crowbar Project Infrastructure for our new code base

2013-12-18 Thread Arkady_Kanevsky
We have a long term dependency on existing CB-1.x code base structure and tools. All the products released to date depends on it and must be reproducible. From: crowbar-bounces On Behalf Of Terpstra, John Sent: Wednesday, December 18, 2013 9:29 AM To: aspi...@suse.com; crowbar Subject: Re: [Crowb

Re: [Crowbar] Rationalizing Crowbar Project Infrastructure for our new code base

2013-12-18 Thread John_Terpstra
Unfortunately, our internal infrastructure makes use of DevTool to build and test CB1.x - if we make the changes Adam suggests will take only 60 sec, it will take several engineers from our team to update/change/fix the DevTool - and all the Jenkins build systems we use, and will impose a load o

Re: [Crowbar] Rationalizing Crowbar Project Infrastructure for our new code base

2013-12-18 Thread Adam Spiers
Judd Maltin (j...@newgoliath.com) wrote: > Dear Vincent, > > I for one do not believe that CB1 is end of life. I think there is still > good value in the product, strong commit-stream or not. Just the way it is > it is still far ahead of our nearest competition. It was two years ahead of > the p

Re: [Crowbar] Rationalizing Crowbar Project Infrastructure for our new code base

2013-12-18 Thread Adam Spiers
Victor Lowther (victor.lowt...@gmail.com) wrote: > I do not want to go back to having branches in the top-level repo -- I > strongly prefer that it only hold release-independent (and therefore > non-branch-needing) things, and pull in other repos that are branched based > on release. We agree (as

[Crowbar] Canceling Today's Design Call

2013-12-18 Thread Simon_Jakesch
Everyone, I am canceling today's design call due to people being out for the holidays. If there are burning issues that need to be discussed please bring them up on the list via email. Simon ___ Crowbar mailing list Crowbar@dell.com https://lists.us.d

Re: [Crowbar] Rationalizing Crowbar Project Infrastructure for our new code base

2013-12-18 Thread Judd Maltin
Dear Vincent, I for one do not believe that CB1 is end of life. I think there is still good value in the product, strong commit-stream or not. Just the way it is it is still far ahead of our nearest competition. It was two years ahead of the pack two years ago, and it still remains still far ahe

Re: [Crowbar] Rationalizing Crowbar Project Infrastructure for our new code base

2013-12-18 Thread Victor Lowther
On Wed, Dec 18, 2013 at 4:31 AM, Vincent Untz wrote: > Hi Rob, > > Your mail seems to indicate that Crowbar 1.x has reached the end of its > life. This makes me really sad: I think we're proving this view is wrong > on a daily basis, as you can see with the amount of changes going in > Crowbar 1.

Re: [Crowbar] Rationalizing Crowbar Project Infrastructure for our new code base

2013-12-18 Thread Vincent Untz
Hi Rob, Your mail seems to indicate that Crowbar 1.x has reached the end of its life. This makes me really sad: I think we're proving this view is wrong on a daily basis, as you can see with the amount of changes going in Crowbar 1.x. I dare to say that its development has never been so fast, and

Re: [Crowbar] Rationalizing Crowbar Project Infrastructure for our new code base

2013-12-18 Thread Ralf Haferkamp
Hi, On Tue, Dec 17, 2013 at 11:22:17PM -0600, rob_hirschf...@dell.com wrote: > All, > > So far, we've accomplished more with Crowbar 1 than I imagined possible. We > have led an new generation of bare metal automated installation and set a > standard that has been noticed. More importantly, we'