I'm working on setting up a new razor server and have gotten the microkernel boot to work fine. But now, when it tries to provision the new node, I get this:
: Filename: bootstrap.ipxe tftp://192.168.1.101/bootstrap.ipxe... ok bootstrap.ipxe : 1626 bytes [script] http://192.168.1.101:8150/svc/boot?net0=[snip]... ok Noop installer (Installed by Razor) Installation node: http://192.168.1.101:8150/api/nodes/5 Installation repo: http://192.168.1.101:8150/svc/repo/microkernel/ forcing local booting with sanboot 0x80 Booting from SAN device 0x80 Boot from SAN device 0x80 failed: Exec format error (http://ipxe.org/2e852001) Could not boot: Exec format error (http://ipxe.org/2e852001) Could not boot image: Result too large (http://ipxe.org/46022001) No more network devices Operating System not found Now, I noticed two things here: First, it's using a "Noop" installer when the profile I have calls for centos/7: [root@puppet ~]# razor policies >From http://localhost:8150/api/collections/policies: +---------+--------+--------+--------+--------+--------+--------+-------+ | name | repo | task | broker | enable | max_co | tags | nodes | | | | | | d | unt | | | +---------+--------+--------+--------+--------+--------+--------+-------+ | centos- | centos | centos | puppet | true | | (none) | 0 | | for-sma | 7 | /7 | | | | | | | ll | | | | | | | | +---------+--------+--------+--------+--------+--------+--------+-------+ Query an entry by including its name, e.g. `razor policies centos-for-small` [root@puppet ~]# razor brokers >From http://localhost:8150/api/collections/brokers: +--------+-------------+-----------------------------------------+----------+ | name | broker_type | configuration | policies | +--------+-------------+-----------------------------------------+----------+ | noop | noop | (none) | 0 | +--------+-------------+-----------------------------------------+----------+ | puppet | puppet | {"server"=>"puppet.wedgeofli.me", "envi | 1 | | | | ronment"=>"production"} | | +--------+-------------+-----------------------------------------+----------+ Query an entry by including its name, e.g. `razor brokers noop` [root@puppet ~]# razor repos centos7 >From http://localhost:8150/api/collections/repos/centos7: name: centos7 iso_url: --- url: http://mirrors.kernel.org/centos/7/os/x86_64 task: centos/7 Query additional details via: `razor repos centos7 [task]` [root@puppet ~]# razor policies centos-for-small >From http://localhost:8150/api/collections/policies/centos-for-small: name: centos-for-small repo: centos7 task: centos/7 broker: puppet enabled: true max_count: nil tags: (none) nodes: 0 Query additional details via: `razor policies centos-for-small [broker, configuration, nodes, repo, tags, task]` [root@puppet ~]# So I'm not sure where the noop is coming from. It had been set in the policy originally, but I updated it to what you see here and still it's trying to use the noop installer. Secondly, The url http://192.168.1.101:8150/api/nodes/5 is wrong -- it should be /api/collections/nodes/node5. Is this partly to blame, and if so, why is razor using the wrong url to its own api? Did I mis-set this somewhere? Thanks. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/5c7a14b5-911e-430c-bfed-46dac4432c47%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
