Re: [Crowbar] Disable BMC management

[Randy_Perryman]

I believe you need to edit the ipmi proposal and change "bmc_enable" : true; to 
"bmc_enable": false, 

Randy Perryman
Network Development Sr. Engineer
Dell | Cloud and Big Data Solutions
.



-Original Message-
From: crowbar-bounces On Behalf Of Rick Ashford
Sent: Thursday, April 25, 2013 4:22 PM
To: crowbar
Subject: [Crowbar] Disable BMC management

Is there a way to setup my Crowbar such that it will completely ignore my 
BMC's?  I don't want it to even try to touch my BMC's, whether in the 
sledgehammer image or in an allocated system. 

Rick Ashford
Technical Specialist
SUSE Linux
rashf...@suse.com
O: (512)782-4318
C: (512)731-3035

___
Crowbar mailing list
Crowbar@dell.com
https://lists.us.dell.com/mailman/listinfo/crowbar
For more information: http://crowbar.github.com/

___
Crowbar mailing list
Crowbar@dell.com
https://lists.us.dell.com/mailman/listinfo/crowbar
For more information: http://crowbar.github.com/

Re: [Crowbar] Crowbar 1.5 10Gbe support

[Randy_Perryman]

It will work with Intel 10G adapters.  To use designate 10G adaptor over 1G you 
would 10g1 or 10g2.

{
  "pattern": "team/.*/.*",
  "conduit_list": {
"intf0": {
  "if_list": [ "10g1"  ]
},
"intf1": {
  "if_list": [ "10g3" ]
},
"intf2": {
  "if_list": [ "10g2"]
}
  }
},



Randy Perryman
Dell |
Please consider the environment before printing this email.

Confidentiality Notice | This e-mail message, including any attachments, is for 
the sole use of the intended recipient(s) and may contain confidential or 
proprietary information. Any unauthorized review, use, disclosure or 
distribution is prohibited. If you are not the intended recipient, immediately 
contact the sender by reply e-mail and destroy all copies of the original 
message.


From: crowbar-bounces On Behalf Of Sean MacLeod
Sent: Thursday, May 16, 2013 10:45 AM
To: crowbar
Subject: [Crowbar] Crowbar 1.5 10Gbe support

Hi All,

Does Crowbar 1.5 have support for 10Gbe network adapters?  If so, how should 
the bc-template-network.json be configured to enumerate and use the 10Gbe 
adapters?

Thanks,

Sean
___
Crowbar mailing list
Crowbar@dell.com
https://lists.us.dell.com/mailman/listinfo/crowbar
For more information: http://crowbar.github.com/

[Crowbar] Updated the Defect Tracking Wiki Page

[Randy_Perryman]

Hi,

I have just updated the Defect-Tracking with our latest bug list.

https://github.com/crowbar/crowbar/wiki/Defect-Tracking

Randy Perryman
Network Development Sr. Engineer
Dell | Cloud and Big Data Solutions
office +1 603 249 7710 mobil +1 603 321 5611
randy_perry...@dell.com
Dell Inc. 300 Innovative Way, Suite 301, Nashua NH, 03062

Please consider the environment before printing this email.

Confidentiality Notice | This e-mail message, including any attachments, is for 
the sole use of the intended recipient(s) and may contain confidential or 
proprietary information. Any unauthorized review, use, disclosure or 
distribution is prohibited. If you are not the intended recipient, immediately 
contact the sender by reply e-mail and destroy all copies of the original 
message.

___
Crowbar mailing list
Crowbar@dell.com
https://lists.us.dell.com/mailman/listinfo/crowbar
For more information: http://crowbar.github.com/

Re: [Crowbar] Crowbar's internal NIC enumeration

[Randy_Perryman]

In the Network JSON, there is a mapping based on PCI bus order for the NIC's 
per platform.  If you add your platform's PCI bus mapping there, you will 
control the nic enumeration behavior.  This allows the PCI bus enumeration to 
control the nic naming order and not the OS enumeration.The design was put 
in place to support multiple OS's as each OS enumerates and names NIC's 
differently sometimes changes the names on the fly it was decided to stick to 
PCI bus ordering.  

If the  Platform does not have a mapping, then the fall back is PCI bus order 
as sorted from lowest to highest.

-

Randy Perryman
Dell | Cloud and Big Data Solutions
randy_perry...@dell.com

Please consider the environment before printing this email.

Confidentiality Notice | This e-mail message, including any attachments, is for 
the sole use of the intended recipient(s) and may contain confidential or 
proprietary information. Any unauthorized review, use, disclosure or 
distribution is prohibited. If you are not the intended recipient, immediately 
contact the sender by reply e-mail and destroy all copies of the original 
message.




-Original Message-
From: crowbar-bounces On Behalf Of Ralf Haferkamp
Sent: Wednesday, August 07, 2013 8:19 AM
To: crowbar
Subject: [Crowbar] Crowbar's internal NIC enumeration

Hi,

While analyzing a bug report, I just stumbled over a weirdness in how the 
network barclamp (pebbles) enumerates network interfaces of different speeds 
internally. Assuming you have a node with two 1GBit and one 10Gbit interface.
No custom ordering is defined in the interface map and the NICs are detected
as: eth0 -> first 1GBit, eth1 -> 10Gbit and eth2-> second 1GBit.

Internally (in Barclamp::Inventory.build_node_map in barclamp_lib.rb) crowbar 
will map these interfaces to the following internal names:

eth0: 1g1, 100m1, 10m2
eth1: 10g1, 1g2, 100m2, 10m2
eth2: 1g3, 100m3, 10m3

That means:
1. every NIC will get several (internal) names, one for each speed it supports 
2. the counter in the interface name is per supported speed. I.e. internally in 
crowbar eth1 is regarded as the first 10Gig NIC and the 2nd 1Gig NIC.

This might sound logically in the first place but can have interesting effects 
for conduit_maps.  E.g. if I want do use the second 1 GBit NIC for the the
intf1 conduit I would have to specify "1g3" in the conduit map is that really 
the desired behavior? Or is this a bug? Is this documented somewhere?

--
Ralf 

___
Crowbar mailing list
Crowbar@dell.com
https://lists.us.dell.com/mailman/listinfo/crowbar
For more information: http://crowbar.github.com/

___
Crowbar mailing list
Crowbar@dell.com
https://lists.us.dell.com/mailman/listinfo/crowbar
For more information: http://crowbar.github.com/

Re: [Crowbar] Crowbar's internal NIC enumeration

[Randy_Perryman]

My understanding and experience is 10G1 is the first 10G nic in the system by 
PCI bus order.  1G1 is the first 1G nic in the system by PCI Bus order.  I have 
tried to deploy to 10G systems 1G1 before and it failed with "no NIC 
available".   

-Randy


-Original Message-
From: crowbar-bounces On Behalf Of Ralf Haferkamp
Sent: Wednesday, August 07, 2013 10:14 AM
To: crowbar
Subject: Re: [Crowbar] Crowbar's internal NIC enumeration

Hi,

On Wed, Aug 07, 2013 at 08:27:47AM -0500, randy_perry...@dell.com wrote:
> In the Network JSON, there is a mapping based on PCI bus order for the 
> NIC's per platform.  If you add your platform's PCI bus mapping there, 
> you will control the nic enumeration behavior.  This allows the PCI bus 
> enumeration to
> control the nic naming order and not the OS enumeration.The design was
> put in place to support multiple OS's as each OS enumerates and names 
> NIC's differently sometimes changes the names on the fly it was 
> decided to stick to PCI bus ordering.
> 
> If the  Platform does not have a mapping, then the fall back is PCI 
> bus order as sorted from lowest to highest.
Yes, my question wasn't about the bus ordering though. I'll try to rephrase it 
somehow.

Currently crowbar assigns multiple internal names for each interface (one for 
each speed the NIC supports). Is that really wanted? 
The documentation that I know of isn't really clear about this. It seem to 
suggest that every interface just gets one internal name.  "10g" for
10 GBit interfaces and "1g" for 1GBit interfaces.  Where 
separate s are used per speed.

Going back to my orignal example, I find it pretty confusing that the 10Gbit 
interface can be referenced by either "10g1" or "1g2". My expectation 
originally was that it would just get the 10g1 name. (Changing the bus order 
settings in any way doesn't make this less confusing ;) )

regards,
Ralf

> -
> 
> Randy Perryman
> Dell | Cloud and Big Data Solutions
> randy_perry...@dell.com
> 
> -Original Message-
> From: crowbar-bounces On Behalf Of Ralf Haferkamp
> Sent: Wednesday, August 07, 2013 8:19 AM
> To: crowbar
> Subject: [Crowbar] Crowbar's internal NIC enumeration
> 
> Hi,
> 
> While analyzing a bug report, I just stumbled over a weirdness in how the 
> network barclamp (pebbles) enumerates network interfaces of different speeds 
> internally. Assuming you have a node with two 1GBit and one 10Gbit interface.
> No custom ordering is defined in the interface map and the NICs are 
> detected
> as: eth0 -> first 1GBit, eth1 -> 10Gbit and eth2-> second 1GBit.
> 
> Internally (in Barclamp::Inventory.build_node_map in barclamp_lib.rb) crowbar 
> will map these interfaces to the following internal names:
> 
> eth0: 1g1, 100m1, 10m2
> eth1: 10g1, 1g2, 100m2, 10m2
> eth2: 1g3, 100m3, 10m3
> 
> That means:
> 1. every NIC will get several (internal) names, one for each speed it 
> supports 2. the counter in the interface name is per supported speed. I.e. 
> internally in crowbar eth1 is regarded as the first 10Gig NIC and the 2nd 
> 1Gig NIC.
> 
> This might sound logically in the first place but can have interesting 
> effects for conduit_maps.  E.g. if I want do use the second 1 GBit NIC 
> for the the
> intf1 conduit I would have to specify "1g3" in the conduit map is that really 
> the desired behavior? Or is this a bug? Is this documented somewhere?

___
Crowbar mailing list
Crowbar@dell.com
https://lists.us.dell.com/mailman/listinfo/crowbar
For more information: http://crowbar.github.com/

___
Crowbar mailing list
Crowbar@dell.com
https://lists.us.dell.com/mailman/listinfo/crowbar
For more information: http://crowbar.github.com/

[Crowbar] For those of you that are more literal (like me) Sent from Snipping Tool

[Randy_Perryman]

[cid:image001.png@01CEAA38.43ECB580]



Randy Perryman
Network Development Principal Engineer
Dell | Cloud and Big Data Solutions
randy_perry...@dell.com

Please consider the environment before printing this email.

Confidentiality Notice | This e-mail message, including any attachments, is for 
the sole use of the intended recipient(s) and may contain confidential or 
proprietary information. Any unauthorized review, use, disclosure or 
distribution is prohibited. If you are not the intended recipient, immediately 
contact the sender by reply e-mail and destroy all copies of the original 
message.


<>___
Crowbar mailing list
Crowbar@dell.com
https://lists.us.dell.com/mailman/listinfo/crowbar
For more information: http://crowbar.github.com/

[Crowbar] SledgeHammer Log Files Location - Pebbles

[Randy_Perryman]

I am trying to find the log files for SledgeHammer in pebbles. On my admin 
node, I am not finding any sledgehammer logs in any log file in /var/log/*.

Can someone help me find them or is this a bug?

In the control.sh file I find the following:


if [[ ! $IN_SCRIPT ]]; then
export IN_SCRIPT=true
script -a -f -c "$0" "/var/log/crowbar/sledgehammer/$HOSTNAME_MAC.transcript"
exit $?
fi

And

RSYSLOGSERVICE=rsyslog
is_suse &&
{ RSYSLOGSERVICE=syslog }
1.enable remote logging to our admin node.
if ! grep -q "$ {ADMIN_IP}" /etc/rsyslog.conf; then
echo "# Sledgehammer added to log to the admin node" >> /etc/rsyslog.conf
echo ". @@${ADMIN_IP}
" >> /etc/rsyslog.conf
service $RSYSLOGSERVIC
--


Randy Perryman
Network Development Principal Engineer
Dell | Cloud and Big Data Solutions
randy_perry...@dell.com

Please consider the environment before printing this email.

Confidentiality Notice | This e-mail message, including any attachments, is for 
the sole use of the intended recipient(s) and may contain confidential or 
proprietary information. Any unauthorized review, use, disclosure or 
distribution is prohibited. If you are not the intended recipient, immediately 
contact the sender by reply e-mail and destroy all copies of the original 
message.

___
Crowbar mailing list
Crowbar@dell.com
https://lists.us.dell.com/mailman/listinfo/crowbar
For more information: http://crowbar.github.com/

Re: [Crowbar] SledgeHammer Log Files Location - Pebbles

[Randy_Perryman]

Dell - Internal Use - Confidential
It does exist.  Okay so I am going to need to look at what is not happening.

-Randy

-Original Message-
From: crowbar-bounces On Behalf Of Vincent Untz
Sent: Friday, September 27, 2013 11:32 AM
To: crowbar
Subject: Re: [Crowbar] SledgeHammer Log Files Location - Pebbles

Hi Randy,

They're in /var/log/crowbar/sledgehammer/ for me. I assume you've already 
looked there, though. Is the directory existing or not?

Vincent

Le vendredi 27 septembre 2013, à 09:01 -0500, randy_perry...@dell.com a écrit :
> I am trying to find the log files for SledgeHammer in pebbles. On my admin 
> node, I am not finding any sledgehammer logs in any log file in /var/log/*.

>
> Can someone help me find them or is this a bug?
>
> In the control.sh file I find the following:
>
>
> if [[ ! $IN_SCRIPT ]]; then
> export IN_SCRIPT=true
> script -a -f -c "$0" "/var/log/crowbar/sledgehammer/$HOSTNAME_MAC.transcript"
> exit $?
> fi
>
> And
>
> RSYSLOGSERVICE=rsyslog
> is_suse &&
> { RSYSLOGSERVICE=syslog }
> 1.enable remote logging to our admin node.
> if ! grep -q "$ {ADMIN_IP}" /etc/rsyslog.conf; then echo "#
> Sledgehammer added to log to the admin node" >> /etc/rsyslog.conf echo
> ". @@${ADMIN_IP} " >> /etc/rsyslog.conf service $RSYSLOGSERVIC
> --
>
>
> Randy Perryman
> Network Development Principal Engineer Dell | Cloud and Big Data
> Solutions randy_perry...@dell.com
>
> Please consider the environment before printing this email.
>
> Confidentiality Notice | This e-mail message, including any attachments, is 
> for the sole use of the intended recipient(s) and may contain confidential or 
> proprietary information. Any unauthorized review, use, disclosure or 
> distribution is prohibited. If you are not the intended recipient, 
> immediately contact the sender by reply e-mail and destroy all copies of the 
> original message.

>

> ___
> Crowbar mailing list
> Crowbar@dell.com
> https://lists.us.dell.com/mailman/listinfo/crowbar
> For more information: http://crowbar.github.com/


--
Les gens heureux ne sont pas pressés.

___
Crowbar mailing list
Crowbar@dell.com
https://lists.us.dell.com/mailman/listinfo/crowbar
For more information: http://crowbar.github.com/
___
Crowbar mailing list
Crowbar@dell.com
https://lists.us.dell.com/mailman/listinfo/crowbar
For more information: http://crowbar.github.com/

Re: [Crowbar] mesa-1.6 - cinder barclamp fails when applying proposal

[Randy_Perryman]

Dell - Internal Use - Confidential
Hi,

I just had a chance to look at your network json and see at least one issue.  
The Nova Floating section is a subnet of the Public, your IP's for 
nova-floating are not.

Also when running in Dual mode you will need to change the use_vlan to false 
also and the conduit to intft1.


Below is my suggestion:

"public": {
  "conduit": "intf1",
  "vlan": 300,
  "use_vlan": false,
  "add_bridge": false,
  "subnet": "10.32.30.0",
  "netmask": "255.255.255.0",
  "broadcast": "10.32.30.255",
  "router": "10.32.30.1",
  "router_pref":  5,
  "ranges": {
"host": { "start": "10.32.30.210", "end": "10.32.30.215" },
"dhcp": { "start": "10.32.30.216", "end": "10.32.30.220" }
  }
},
"nova_fixed": {
  "conduit": "intf0",
  "vlan": 500,
  "use_vlan": true,
  "add_bridge": true,
  "subnet": "192.168.123.0",
  "netmask": "255.255.255.0",
  "broadcast": "192.168.123.255",
  "router": "192.168.123.1",
  "router_pref": 20,
  "ranges": {
"router": { "start": "192.168.123.1", "end": "192.168.123.49" },
"dhcp": { "start": "192.168.123.50", "end": "192.168.123.254" }
  }
},
"nova_floating": {
  "conduit": "intf1",
  "vlan": 300,
  "use_vlan": false,
  "add_bridge": false,
  "subnet": "10.32.30.128",
  "netmask": "255.255.255.192",
  "broadcast": "10.32.30.191",
  "ranges": {
"host": { "start": "10.32.30.129", "end": "10.32.30.191" }
  }
},




Randy Perryman
Network Development Principal Engineer
Dell | Cloud and Big Data Solutions
office +1 603 249 7710 mobil +1 603 321 5611
randy_perry...@dell.com
Dell Inc. 300 Innovative Way, Suite 301, Nashua NH, 03062

Please consider the environment before printing this email.

Confidentiality Notice | This e-mail message, including any attachments, is for 
the sole use of the intended recipient(s) and may contain confidential or 
proprietary information. Any unauthorized review, use, disclosure or 
distribution is prohibited. If you are not the intended recipient, immediately 
contact the sender by reply e-mail and destroy all copies of the original 
message.


___
Crowbar mailing list
Crowbar@dell.com
https://lists.us.dell.com/mailman/listinfo/crowbar
For more information: http://crowbar.github.com/

Re: [Crowbar] Name already exists error

[Randy_Perryman]

Dell - Internal Use - Confidential
I would do the following:


1.Hop onto the node that you set as your keystone controller and run 
chef-client.

a.   Does it run completely – Yes

   i.  Go to 
the barclamp open it and hit “apply”

 ii.  It should 
complete and go green.

b.  It Fails – Resolve the failure

2.   If you delete the barclamp proposal you will need to do that to both 
rabbit and mysql.  You will need to reinstall the node they were going to.  The 
reason is if Keystone started it created Databases with users and such plus 
their randomly generated passwords.  You will need to rebuild all of that.
-Randy

From: crowbar-bounces On Behalf Of Judd Maltin
Sent: Wednesday, November 06, 2013 12:05 PM
To: Oğuz Yarımtepe
Cc: crowbar
Subject: Re: [Crowbar] Name already exists error

You have to deactivate and then delete that Keystone barclamp.  Then create a 
new keystone proposal.

On Wed, Nov 6, 2013 at 11:14 AM, Oğuz Yarımtepe 
mailto:oguzyarimt...@gmail.com>> wrote:
Hi,
I installed the precompiled iso and tried to create nova proposal from the web 
ui. Because it depends rabbitmq and database, i created them first. When i 
tried the keystone proposal, it took so much time and ended without success. 
When i tried it again by pressing create button, i got "Name already exists. 
Please choose another." error.
How can i fix this and retry the keystone barclamp creation?

--
Oğuz Yarımtepe
http://about.me/oguzy

___
Crowbar mailing list
Crowbar@dell.com
https://lists.us.dell.com/mailman/listinfo/crowbar
For more information: http://crowbar.github.com/



--
Judd Maltin
T: 917-882-1270
F: 501-694-7809
what could possibly go wrong?

___
Crowbar mailing list
Crowbar@dell.com
https://lists.us.dell.com/mailman/listinfo/crowbar
For more information: http://crowbar.github.com/

Re: [Crowbar] Name already exists error

[Randy_Perryman]

Dell - Internal Use - Confidential
Remember if you delete the Proposal you loose all passwords used to create any 
configs, like mysql databases.  You will need to delete those 
databases/users/etc...

-Randy

From: crowbar-bounces On Behalf Of Allen, Wayne
Sent: Wednesday, November 06, 2013 3:52 PM
To: oguzyarimt...@gmail.com; crowbar
Subject: Re: [Crowbar] Name already exists error

On your admin node (as root) you can try something like:

cd /opt/dell/bin
crowbar keystone proposal delete default

Where "default" is the name of the proposal you created

For help do:
crowbar keystone ?


See if that helps,
Wayne


From: crowbar-bounces On Behalf Of Oguz Yarimtepe
Sent: Wednesday, November 06, 2013 2:12 PM
To: crowbar
Subject: Re: [Crowbar] Name already exists error



On Wed, Nov 6, 2013 at 9:14 PM, Judd Maltin 
mailto:j...@newgoliath.com>> wrote:

Its right there in the gui when you go back to the keystone barclamp proposal.

At the gui i just saw + sign and when i click on it it opens proposal and the 
creation time text boxes with a create button. I haven't tried the chef-client 
solution yet.
___
Crowbar mailing list
Crowbar@dell.com
https://lists.us.dell.com/mailman/listinfo/crowbar
For more information: http://crowbar.github.com/

Re: [Crowbar] Name already exists error

[Randy_Perryman]

Dell - Internal Use - Confidential



Here are the steps I take to reset and start anew:

· First clean up my barclamps:

o   I have this scripts that looks up the proposal name and then deletes the 
active one and the inactive:

§  for i in quantum database rabbitmq keystone swift glance cinder nova 
nova_dashboard tempest; do crowbar  $i proposal list|while read sedon; do 
crowbar $i delete $sedon|crowbar $i proposal delete $sedon;done;done

· I then delete each node,

· wait for delete to complete

· reboot each node

· allow them to be discovered

· Assign "aliases" for each node based on what I want them to do

· Allocate them with the right options for that role.

· Wait for all nodes to be ready

· Then create new proposals and allocate

Randy


From: crowbar-bounces On Behalf Of Oguz Yarimtepe
Sent: Thursday, November 07, 2013 4:41 AM
To: crowbar
Subject: Re: [Crowbar] Name already exists error



On Wed, Nov 6, 2013 at 11:32 PM, 
mailto:randy_perry...@dell.com>> wrote:

Dell - Internal Use - Confidential
Remember if you delete the Proposal you loose all passwords used to create any 
configs, like mysql databases.  You will need to delete those 
databases/users/etc...

-Randy

I deleted the proposal

 ./crowbar keystone -d proposal delete proposal
./crowbar rabbitmq -d proposal delete rabbitmq
./crowbar database -d proposal delete database
Then i tried to create database again.

./crowbar database -d proposal create proposal

DEBUG: (a) hostname: 127.0.0.1:3000
DEBUG: (a) request: /crowbar/database/1.0/proposals
DEBUG: (a) method: PUT
DEBUG: (a) return code: 401
DEBUG: (a) return body: HTTP Digest: Access denied.
DEBUG: (a) return headers:
x-runtime: 1
cache-control: no-cache
connection: keep-alive
status: 401 Unauthorized
date: Thu, 07 Nov 2013 09:28:08 GMT
www-authenticate: Digest realm="Crowbar - By selecting OK are agreeing to the 
License Agreement", qop="auth", algorithm=MD5, 
nonce="MTM4MzgxNjQ4ODoyODQ0YzUxOGZlNWFjZTJjMzJmNDQ2M2JiNGU4NzFmYg==", 
opaque="4e0f8e810ac2b632e063305ef226e10e"
content-type: text/html; charset=utf-8
content-length: 28
DEBUG: (put) hostname: 127.0.0.1:3000
DEBUG: (put) request: /crowbar/database/1.0/proposals
DEBUG: (put) data: {"id":"proposal"}
DEBUG: (put) return code: 500
DEBUG: (put) return body: 500 "Internal Server Error"
Failed to talk to service proposal create: 500: 500 "Internal Server Error"

I also tried running chef-client

[Thu, 07 Nov 2013 11:31:47 +0200] INFO: *** Chef 10.18.2 ***
[Thu, 07 Nov 2013 11:31:47 +0200] INFO: [inet6] no default interface, picking 
the first ipaddress
[Thu, 07 Nov 2013 11:31:48 +0200] INFO: Run List is [role[crowbar], 
role[deployer-client], role[crowbar-admin_crowbar_org]]
[Thu, 07 Nov 2013 11:31:48 +0200] INFO: Run List expands to [utils, sudo, 
crowbar, barclamp, repos, crowbar-hacks, ohai, kernel-panic, bmc-nat::router, 
network::switch_config, network, network::fast_nics_tune, resolver, 
logging::client, ntp, rabbitmq::rabbit, rabbitmq::monitor, ganglia::client, 
nagios::client, nagios::monitor_hw_client, provisioner::base]
[Thu, 07 Nov 2013 11:31:48 +0200] INFO: HTTP Request Returned 404 Not Found: No 
routes match the request: 
/reports/nodes/admin.crowbar.org/runs
[Thu, 07 Nov 2013 11:31:48 +0200] INFO: Starting Chef Run for 
admin.crowbar.org
[Thu, 07 Nov 2013 11:31:48 +0200] INFO: Running start handlers
[Thu, 07 Nov 2013 11:31:48 +0200] INFO: Start handlers complete.
[Thu, 07 Nov 2013 11:31:48 +0200] INFO: Loading cookbooks [apache2, barclamp, 
bluepill, bmc-nat, crowbar, crowbar-hacks, ganglia, ipmi, kernel-panic, 
logging, nagios, network, ntp, ohai, openssl, provisioner, rabbitmq, rails, 
repos, resolver, ruby, sudo, utils]
[Thu, 07 Nov 2013 11:31:48 +0200] WARN: Setting attributes without specifying a 
precedence is deprecated and will be
removed in Chef 11.0. To set attributes at normal precedence, change code like:
`node["key"] = "value"` # Not this
to:
`node.set["key"] = "value"` # This

Called from:
  /usr/lib/ruby/vendor_ruby/chef/node/attribute.rb:449:in `method_missing'
  /usr/lib/ruby/vendor_ruby/chef/node.rb:346:in `send'
  /usr/lib/ruby/vendor_ruby/chef/node.rb:346:in `method_missing'

/usr/local/bin/bluepill
[Thu, 07 Nov 2013 11:31:48 +0200] WARN: Setting attributes without specifying a 
precedence is deprecated and will be
removed in Chef 11.0. To set attributes at normal precedence, change code like:
`node["key"] = "value"` # Not this
to:
`node.set["key"] = "value"` # This

Called from:
  /var/cache/chef/cookbooks/bluepill/recipes/default.rb:51:in `from_file'
  /var/cache/chef/cookbooks/bluepill/recipes/default.rb:48:in `each'
  /var/cache/chef/cookbooks/bluepill/recipes/default.rb:48:in `from_file'

[Thu, 07 Nov 2013 11:31:48 +0200] WARN: Cloning resource attributes for 
gem_package[i18n] from prior resource (CHEF-3694)
[Thu,

[Crowbar] Crowbar 2.0 Install and Error Handling Video's

[Randy_Perryman]

Dell - Internal Use - Confidential
Hi,

I have been working up a couple of video's on how to install a cluster with 
Crowbar 2.0 and also how the Crowbar 2.0 Annealer handles errors.

The Install Video shows how to install a cluster and the steps taken to create 
a new deployment:

http://www.youtube.com/watch?v=xx7ER7hDa8w

The Second video show how Crowbar 2.0 improves the error handling aspect over 
Crowbar 1.0:

http://www.youtube.com/watch?v=fXaSZDQncaU



Randy Perryman
Network Development Principal Engineer
Dell | Cloud and Big Data Solutions
randy_perry...@dell.com
Dell Inc. 300 Innovative Way, Suite 301, Nashua NH, 03062

Please consider the environment before printing this email.

Confidentiality Notice | This e-mail message, including any attachments, is for 
the sole use of the intended recipient(s) and may contain confidential or 
proprietary information. Any unauthorized review, use, disclosure or 
distribution is prohibited. If you are not the intended recipient, immediately 
contact the sender by reply e-mail and destroy all copies of the original 
message.



___
Crowbar mailing list
Crowbar@dell.com
https://lists.us.dell.com/mailman/listinfo/crowbar
For more information: http://crowbar.github.com/