#crowbar

opencrowbar admin install fails: https://gist.github.com/newgoliath/7817971

fixed it. added a directory resource.

judd7: Odd that I have never seen that error.

What OS are you building on?

ubuntu 12.04.3

I'm seeing something more interesting now.

DHCP recipe isn't getting the ip address from the node object.

Weird -- I deploy several admin nodes a day in 12.04.3, and everything works normally for mw.

176 #admin_ip = IP.coerce(node[:crowbar][:provisioner][:server][:v4addr])

that node attribute is blank.

in the default dhcp recipe

hm.

haven't searched back to find out where it's set.

provisioner-server role.

Let me spin up a cluster to see if I have been missing things.

On a semi-related note, today is the first "Texans can't drive for shit on ice" day of the year.

so I am working from home for now.

bliss.

we're gonna finally get a decent snow tonight.

No snow for us.

Just freezing rain last night and this morning.

so I will be taking my kid to school in half an hour or so

late start

then going in to work to fool around with cb2.0 on hardwares.

ooh! Fun!

and otherwise get prepped for the trip next week.

Man, it is taking forever to bootstrap the admin node.

CPU must still be in powersave mode.

Yep, it was.

OK, so your first thing should show up in the transcript of the provisioner-server run

I get:

[2013-12-06T09:04:23-06:00] INFO: Processing template[/tftpboot/discovery/pxelinux.cfg/default] action create (provisioner::setup_base_images line 238)

[2013-12-06T09:04:23-06:00] INFO: template[/tftpboot/discovery/pxelinux.cfg/default] backed up to /var/chef/backup/tftpboot/discovery/pxelinux.cfg/default.chef-20131206090423

[2013-12-06T09:04:23-06:00] INFO: template[/tftpboot/discovery/pxelinux.cfg/default] updated file contents /tftpboot/discovery/pxelinux.cfg/default

[2013-12-06T09:04:23-06:00] INFO: template[/tftpboot/discovery/pxelinux.cfg/default] mode changed to 644

[2013-12-06T09:04:23-06:00] INFO: Processing template[/tftpboot/discovery/elilo.conf] action create (provisioner::setup_base_images line 251)

[2013-12-06T09:04:23-06:00] INFO: template[/tftpboot/discovery/elilo.conf] created file /tftpboot/discovery/elilo.conf

[2013-12-06T09:04:23-06:00] INFO: template[/tftpboot/discovery/elilo.conf] updated file contents /tftpboot/discovery/elilo.conf

[2013-12-06T09:04:23-06:00] INFO: template[/tftpboot/discovery/elilo.conf] owner changed to 0

[2013-12-06T09:04:23-06:00] INFO: template[/tftpboot/discovery/elilo.conf] group changed to 0

[2013-12-06T09:04:23-06:00] INFO: template[/tftpboot/discovery/elilo.conf] mode changed to 644

without your patch.

judd7: What are you getting?

that's odd.

what's making the directory that "default" is written to?

I grepped the code and didn't see anywhere making that dir.

But I think my add of that directory is harmless to others.

what's bugging me now is the missing IP address.

v4addr=node.address("admin",IP::IP4)

seems to be setting nil

That directory gets made very early in the bootstrapping process.

IIRC.

I would have to grep for the code involved.

ok, that is happening in the DHCP server setup?

Yup.

in provisioner, actually.

right where you pointed me.

Weird -- I see no errors.

I have to take the kid to school.

where would I find "node.address" definition.

K

ttyl

Paste the error you are getting somewhere I can see it?

squinting trying to read unformatted json in your vim editor?

com! FormatJSON %!python -m json.tool

usage :FormatJSON

Hello, I'm trying to install the Ceph barclamp on a test (virtualbox) environment but it fails when installing the OSD: node["crowbar"]["disks"] is not defined. The disks are however correctly identified in the node["block_device"] map. Any hint on why this happens?

sorry, Kirves.. I haven't looked into it yet.

victor_lowther : /var/chef/node.json has correct data, it seems.

Nvm, after trying to get it straight for over 1 week, I managed to solve it right after asking you. :)

Simply put: the Ceph barclamp (both the github and InkTank versions) is outdated. node["crowbar"]["disks"] doe not exist anymore: it has been replaced by BarclampLibrary::Barclamp::Disk class

Yep.

The inktank Ceph barclamp is ancient.

The one in the roxy build should be mostly cromulent

I know, I had to update the deb packages as well on that -.-

and the one I hacked together for CB 2.0 works fine with CB 2.0. :)

I am using the roxy build but I did not find any trace of Ceph barclamp

hm

built-in, I mean

they may not have added the barclamp to the release metadata.

echo 'release/roxy/master' > releases/roxy/openstack-os-build/barclamp-ceph

Guess so. So I worked for over a week just to discover that a working version actually exists :D

from the top level crowbar dir will add it locally for you.

That's great, thanks :)

judd7: huh, so it never got the attr.

Did you try rerunning the failed noderole?

I am curious to see if iworks there,

weird

if /var/chef/node.json has the right data, then I cannot think of a reason off the top of my head that the chef-solo run would fail.

me too. so, off with your head.

You are the true Queen of Hearts.

the right role to kick off is provisioner-server..

Trying to figure out how to do it in this byzantine UI.

Ah, no provisioner:server:addr is set. How do I run the provisioner role again? As it's the one that sets the value that

oh, yay.. things are flowing again. I kinda get it.

(no offense meant to the folks from Constantinople )

:)

Time to go into the lab

and poke around with real hardware for awhile.

refresh my memory of how things work in CB 1.x lanf.

er, land.

Woo irc from phone!

which irc app?

irc on phone should be team minimum collaboration tool.

I am using irccloud.

Figure I will try htem out for awhile.

and let htem monetize me while I eval them.

Ok, I just had to kick provisioner server again, and things are working.

Maybe I'll do another deployment of the admin server, just to see if things work OK.

with my patch.

judd - let me know if you get any progress on Docker bridges? I'd love to test it on my end

yo zehicle_at_dell, I am in the lab.

line 65 of https://github.com/crowbar/barclamp-network / https://github.com/crowbar/barclamp-network/tre... / https://github.com/crowbar/barclamp-network/tre... / https://github.com/crowbar/barclamp-network/tre... / https://github.com/crowbar/barclamp-network/tre... / default.rb contains a bug