Posts

Showing posts from 2014

error: command 'cc' failed with exit status 1

Today I wanted to play around hashing passwords and installing  bcrypt and got the below errors and the solution to this is as simple as running xcode-select --install and then pip install using elevated privilages     cc -fno-strict-aliasing -fno-common -dynamic -arch x86_64 -arch i386 -g -Os -pipe -fno-common -fno-strict-aliasing -fwrapv -DENABLE_DTRACE -DMACOSX -DNDEBUG -Wall -Wstrict-prototypes -Wshorten-64-to-32 -DNDEBUG -g -fwrapv -Os -Wall -Wstrict-prototypes -DENABLE_DTRACE -arch x86_64 -arch i386 -pipe -DUSE__THREAD -I/usr/include/ffi -I/usr/include/libffi -I/System/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c c/_cffi_backend.c -o build/temp.macosx-10.9-intel-2.7/c/_cffi_backend.o     c/_cffi_backend.c:13:10: fatal error: 'ffi.h' file not found     #include <ffi.h>              ^     1 error generated.     error: command 'cc' failed with exit status 1     Complete output from command /usr/bin/python -c "

OpenStack Dashboard - Horizon - Error: the server refused the connection

Image
When trying to access the instance's console from Horizon, that has been spun up we get the error, "the server refused the connection" Check the nova.conf file on the Controller node if you have a several node setup. novncproxy_base_url=http://127.0.0.1:6080/vnc_auto.html when you inspect the element from chrome, you can see that the instance console is trying to connect to the controller on that port. Doing a telnet from the box from where your are access on port 6080 should also fail, as that port might not be accessible from outside. Hence this is clearly issue with the port and if you are on Centos you might already have sensed the culprit! The IPTABLES! Adding a rule as as the one below and saving the tables should help access the console. ```iptables -I INPUT 7 -m state --state NEW -p tcp --dport 6080 -j ACCEPT``` ```service iptables save``` Hope this helps you, leave us those comments! Update This error can also come up if the novncproxy h

Take aways from the Phoenix project book

Image
I completed reading the awesome Pheonix project book and as is normal for the lessons to fade away, I might forget all of it as the days go by, but the summary of what I loved the most in this book is Every work center is made up of four things.  The machine.  The man.  The method.  And the measures.  And one more First way helps us understand how to create fast flow of work from Dev to Ops.  Second way shows us how to shorten and amplify feedback ...  Third shows us how to create a culture that simultaneously foster  experimentation, learning from failure and understanding that repetition and practice are the  prerequisites to mastery.  Even though it was monotonous at times, and this book could have continued to be interesting until the last page if it could be shortened, but it was a great book and helped me to come across the master piece "The Goal" which I am reading now

Configuration management in OpenStack

"Don't use Chef or Puppet, use the native Heat for Openstack Config management" this statement from our peer led me to explore and find out that Heat can only be used for orchestration purpose, in that, it can bring up the virtual machines and the underlining support systems that they would need like routers and switches but would not be able to configure the instances that have come up, for this we would need to continue using Chef or Puppet or Ansible. "Heat primarily manages infrastructure, but the templates integrate well with software configuration management tools such as Puppet and Chef" https://wiki.op enstack.org/wik i/Heat Cloud Orchestration is not a replacement for server configuration tools such as Puppet and Chef. They are very complementary. You will continue to use Chef and Puppet to “template-ize” your server software configurations, while Cloud Orchestration and its HOT templates will help you create a full stack that includes all th

Openstack Orchestration - Heat

Image
After having struggled through with various building blocks of OpenStack, Heat was a great relief. It's installation and integration was pretty smooth. One of the most helpful documents was this  one . By definition "The Orchestration service provides a template-based orchestration for describing a cloud application by running OpenStack API calls to generate running cloud applications." The templates enable you to create most OpenStack resource types, such as instances, floating IPs, volumes, security groups, users, and so on. Also, provides some more advanced functionality, such as instance high availability, instance auto-scaling, and nested stacks. By providing very tight integration with other OpenStack core projects, all OpenStack core projects could receive a larger user base. Components of the Orchestration service heat  command-line client. A CLI that communicates with the heat-api to run AWS CloudFormation APIs. End developers could als