Linode keeps trying to use 32bit kernel

[aberrios85]

When I'm booting a VM the VM keeps choosing a 32bit kernel, even though I'm specifying a 64bit one. There were some Kernel API changes recently that seemed to coincide with the problem occurring. Am using KVM but same issue with Xen.

From the support ticket:

We made some API changes last week with regards to kernels. avail.kernels() returns all kernels, regardless of whether they are Xen or KVM-only; previously, avail.kernels defaulted to only showing Xen kernels.

command:

knife linode server create -k 138 -L db0 -N db0 -r recipe[mariadb::galera],recipe[mariadb::galera_init],recipe[muc-infra::hostsfile]

knife.rb settings

knife[:linode_api_key] = "MyApiKey"
knife[:linode_image] = "129"
knife[:linode_flavor] = "1"
knife[:linode_datacenter] = "7"

excerpt of output of knife linode kernel list

 ID                                        Name                                    
137                                       Latest 32 bit (4.1.5-x86-linode80)      
178                                       3.13.7-x86-linode57                     
180                                       3.14.1-x86-linode58                     
182                                       3.14.4-x86-linode59                     
184                                       3.14.5-x86-linode60                     
186                                       3.14.5-x86-linode61                     
188                                       3.15.2-x86-linode62                     
190                                       3.15.3-x86-linode63                     
192                                       3.15.4-x86-linode64                     
194                                       3.16.5-x86-linode65                     
198                                       3.16.7-x86-linode67                     
200                                       3.18.1-x86-linode68                     
203                                       3.18.3-x86-linode69                     
204                                       3.18.5-x86-linode70                     
206                                       3.19.1-x86-linode71                     
208                                       4.0-x86-linode72                        
211                                       4.0.1-x86-linode73                      
217                                       4.0.4-x86-linode75                      
219                                       4.0.5-x86-linode76                      
221                                       4.0.5-x86-linode77                      
222                                       4.1.0-x86-linode78                      
224                                       4.1.5-x86-linode79                      
227                                       4.1.5-x86-linode80                      
138                                       Latest 64 bit (4.1.5-x86_64-linode61)   
177                                       3.13.7-x86_64-linode38                  
179                                       3.14.1-x86_64-linode39                  
181                                       3.14.4-x86_64-linode40                  
183                                       3.14.5-x86_64-linode41                  
185                                       3.14.5-x86_64-linode42                  
187                                       3.15.2-x86_64-linode43

[node-monk]

I'm having the same issue. No matter what kernel I choose, I get an
ERROR: Fog::Compute::Linode::Error: Unable to boot 32-bit on this host. Please open a support ticket.

[aberrios85]

@ajaxmonk Which Hypervisor are you using, it was advised to switch to KVM if you get this error. Give it a go.

However, what's weird is, I don't receive that ERROR: Fog::Compute::Linode::Error: Unable to boot 32-bit on this host. Please open a support ticket. error with either Hypervisor. It simply continues as normal until waiting for ssh. It was for ssh forever since the machine that's booting gets stuck in a loop trying to boot a 32bit kernel on a 64bit OS.

[aberrios85]

so, editing lib/chef/knife/linode_server_create.rb

        # kernel = connection.kernels.get(locate_config_value(:linode_kernel).to_i)
        kernel = connection.kernels.find { |k| k.name == "4.1.5-x86_64-linode61" }

seems to fix it.. so this suggests a problem with connection.kernels.get in fog fog/lib/fog/linode/models/compute/kernels.rb

        def get(id)
          new kernels(id).select {|kernel| kernel[:id] == id }.first
        rescue Fog::Compute::Linode::NotFound
          nil
        end

So I got this far today, if anyone on the other side of the pond want to carry on the bug tracing.

[13] pry(#<Chef::Knife::LinodeServerCreate>)> connection.kernels.get(138)
=>   <Fog::Compute::Linode::Kernel
    id=137,
    name="Latest 32 bit (4.1.5-x86-linode80)"
  >
[14] pry(#<Chef::Knife::LinodeServerCreate>)> connection.kernels.get(209)
=>   <Fog::Compute::Linode::Kernel
    id=137,
    name="Latest 32 bit (4.1.5-x86-linode80)"
  >
[15] pry(#<Chef::Knife::LinodeServerCreate>)>

[RomanKapitonov]

The problem is with Fog gem which performs requests to Linode's API.

module Fog
  module Compute
    class Linode
      class Real
        def avail_kernels(kernel_id=nil)
          options = {}
          if kernel_id
            options.merge!(:kernelId => kernel_id)
          end
          request(
            :expects  => 200,
            :method   => 'GET',
            :query    => { :api_action => 'avail.kernels' }.merge!(options)
          )
        end
      end
    end
  end
end

As you can see avail_kernel expects an id, however kernelId parameter is not specified in linode's API documentation https://www.linode.com/api/utility/avail.kernels. This parameter should be eliminated and filtering should be moved to knife-linode gem. I should be able to create a pull request for that.

[aberrios85]

👍 Thanks @RomanKapitonov

[RomanKapitonov]

@aberrios85 I've just figured out this is already fixed in master fog/fog@28f36d0

[jesseadams]

Unfortunately this version has not been released yet. I'll keep an eye out and bump this version once it is released.