Monday, September 26, 2011

puppet (header too long (OpenSSL::X509::CRLError)




             In an automated environment where new instances are added automatically and manged by puppet it is a great problem when the puppet master has some issues. It can act as a SPOF.
                   I happened as a accidental problem that puppet master had a 100% disk usage. As a result the requests from puppet clients of new instances were failing with 503 error. On checking the puppet master I could see the following error in puppet master error log.


=============================

Exception PhusionPassenger::UnknownError in PhusionPassenger::Rack::ApplicationSpawner (header too long (OpenSSL::X509::CRLError)) (process 598, thread #): ============================= 

            We have replaced passenger instead of the built in webrick for performance. Now checking the master there were no error. Accidentally when I tried to list out the certificates that are there in the host I got the following error. 
 ============================= 
puppetca --list --all err: Could not call list: header too long ============================= 

            Searching the forums I could see that this can happen if there were 0 byte certificate requests in /var/puppet/ssl/ca/requests or ( /var/lib/puppet/ssl/ca/requests ). In our case it was the /etc/puppet/ssl/ca/ca_crl.pem which was 0 byte. Removed the file and everything was back to normal. 

           It is quite a bad day when the master of automation gets involved in some kind of trouble.

6 comments:

  1. Just want to say thanks for sharing the info here. Exactly what the case was for me.

    Thanks again!

    ReplyDelete
    Replies
    1. The article highlights a practical infrastructure problem in an automated environment where new instances are managed through Puppet. A failure in the Puppet Master caused client requests to return 503 errors, demonstrating how a central automation component can become an important dependency in managing dynamically created infrastructure.

      Cloud Security Projects can explore similar challenges involving secure infrastructure management, automated provisioning, service availability, and the protection of cloud-based resources. Certificate management and reliable automation components are particularly important when newly created instances must communicate securely with centralized management services.

      The incident also demonstrates why cloud-oriented systems need appropriate monitoring, fault handling, and recovery mechanisms. Problems such as disk exhaustion, failed certificate files, and unavailable management services can affect multiple instances at once, making reliability and secure infrastructure administration important considerations when developing cloud security solutions.

      Delete
    2. The article provides a practical example involving SSL certificates, certificate requests, and a Puppet Master failure. The discovery of a zero-byte certificate revocation list file and the resulting certificate-related errors illustrates how security infrastructure components can affect the availability of an automated management system.

      Information Security Projects can address areas such as certificate management, authentication infrastructure, secure communication, access control, and security monitoring. The Puppet example shows how certificate-related components need to be maintained correctly because failures can prevent managed clients from communicating with the central service.

      The troubleshooting process described in the article also demonstrates the importance of investigating security-related configuration and certificate files when diagnosing infrastructure failures. Identifying abnormal certificate data, understanding the resulting errors, and restoring the affected security component are useful concepts for developing information security systems with stronger reliability and operational resilience.

      Delete
  2. Same thing here. Cleaning up the disk didn't fix it for me. Had to clean out a few 0 byte files in /var/lib/puppet/ssl/ca/requests/ . Restart wasn't required. Thanks for the help!

    ReplyDelete
  3. I have read your blog its very attractive and impressive. I like it your blog.
    appvn app

    ReplyDelete