fuel-library/docs/pages/frequently-asked-questions/0070-common-technical-issues.rst

Common Technical Issues

1. Puppet fails with :

   err: Could not retrieve catalog from remote server: Error 400 on SERVER: undefined method 'fact_merge' for nil:NilClass"

• This is a Puppet bug. See: http://projects.puppetlabs.com/issues/3234
• Workaround: service puppetmaster restart

2. Puppet client will never resend the certificate to Puppet Master. The certificate cannot be signed and verified.

   • This is a Puppet bug. See: http://projects.puppetlabs.com/issues/4680

   • Workaround:

     • On Puppet client:

       rm -f /etc/puppet/ssl/certificate_requests/\*.pem
       rm -f /etc/puppet/ssl/certs/\*.pem

     • On Puppet master:

       rm -f /var/lib/puppet/ssl/ca/requests/\*.pem

3. The manifests are up-to-date under /etc/puppet/manifests, but Puppet master keeps serving the previous version of manifests to the clients. Manifests seem to be cached by Puppet master.

   • More information: https://groups.google.com/forum/?fromgroups=#!topic/puppet-users/OpCBjV1nR2M
   • Workaround: service puppetmaster restart

4. Timeout error for fuel-controller-XX when running puppet-agent --test to install OpenStack when using HDD instead of SSD :

   | Sep 26 17:56:15 fuel-controller-02 puppet-agent[1493]: Could not retrieve catalog from remote server: execution expired
   | Sep 26 17:56:15 fuel-controller-02 puppet-agent[1493]: Not using cache on failed catalog
   | Sep 26 17:56:15 fuel-controller-02 puppet-agent[1493]: Could not retrieve catalog; skipping run

   • Workaround: vi /etc/puppet/puppet.conf

     • add: configtimeout = 1200

5. On running "puppet agent --test", the error messages below occur:

   | err: /File[/var/lib/puppet/lib]: Could not evaluate: Could not retrieve information from environment production source(s) puppet://fuel-pm.your-domain-name.com/plugins

   • Workaround: http://projects.reductivelabs.com/issues/2244

   and :

   | err: Could not retrieve catalog from remote server: Error 400 on SERVER: stack level too deep
   | warning: Not using cache on failed catalog
   | err: Could not retrieve catalog; skipping run

   • Workaround: The second problem can be solved by rebooting Puppet master.

6. PuppetDB Connection Failures:

   Puppet fails on fuel-pm with message:

   Could not retrieve catalog from remote server: Error 400 on SERVER: Failed to submit 'replace facts' command for fuel-pm to PuppetDB at fuel-pm:8081: Connection refused - connect(2)

This message is often the result of one of the following:

• Firewall blocking the puppetdb port

• DNS issues with the hostname specified in your puppetdb.conf

• DNS issues with the ssl-host specified in your jetty.ini on the puppetdb server

• Workaround: If you are able to connect (e.g. via telnet) to port 8081 on the puppetdb machine, puppetdb is running. To try and isolate the problem, add the following to /etc/puppetdb/conf.d/jetty.ini:

  certificate-whitelist = /etc/puppetdb/whitelist.txt

Be sure to list all aliases for the machine in that file.

Creating the XFS partition

In most casts, Fuel creates the XFS partition for you. If for some reason you need to create it yourself, use this procedure:

1. Create the partition itself:

   fdisk /dev/sdb
   n(for new)
   p(for partition)
   <enter> (to accept the defaults)
   <enter> (to accept the defaults)
   w(to save changes)

2. Initialize the XFS partition:

   mkfs.xfs -i size=1024 -f /dev/sdb1

3. For a standard swift install, all data drives are mounted directly under /srv/node, so first create the mount point:

   mkdir -p /srv/node/sdb1

4. Finally, add the new partition to fstab so it mounts automatically, then mount all current partitions:

   echo "/dev/sdb1 /srv/node/sdb1 xfs
   noatime,nodiratime,nobarrier,logbufs=8 0 0" >> /etc/fstab
   mount -a