Skip to content

Cloud

How to Fix ‘setkeycodes 00’ and ‘Unknown key pressed’ Console Errors on OpenStack!

Earlier today, I wrote an updated tutorial on using devstack to install OpenStack on a single Ubuntu 16.04 server.  That deployment went so smooth it was no surprise when I ran into a roadblock when trying to console into my first instance.

 

The Problem

 

When accessing the console through the web browser, I wasn’t able to use the keyboard.  Every time I hit any key, these two lines would display in the console:

 

[ 74.003678] atkbd serio0: Use 'setkeycodes 00 <keycode>' to make it known.

[ 74.004462] atkbd serio0: Unknown key pressed (translated set 2, code 0x0 on isa0060/serio0).

 

use_setkeycodes_unknown_key_pressed_error_VNC_console_openstack

Click Here To Keep Reading!

Install OpenStack on One Virtual Machine, the Easy Way, On Ubuntu 16.04 LTS!

Many of you have emailed me or posted to voice your gripes about the painful process of installing an OpenStack environment to play around with. I feel your pain! My recent article on deploying OpenStack using conjure-up worked great until a developer committed some defective code.  Some of you even reverted to my old guide on deploying OpenStack on Ubuntu 14.04 from last year.  So, I set out to give you a fool proof, 100% guaranteed deployment method that’s EASY, STABLE, and works on Ubuntu 16.04 Xenial.  Here you go!

Requirements

 

For this guide, you will need a server at least as good as these specs.

  • Virtual Machine on a real hypervisor (ESXi, KVM, Xen, etc) or a bare metal server with virtualization support.
  • 14GB of RAM is the recommended minimum.
  • 100GB of hard disk space, at least.
  • Ubuntu 16.04 LTS server, having already ran sudo apt update && sudo apt upgrade
  • About an hour and a cup of coffee.

 

Installing OpenStack

Click Here To Keep Reading!

Install OpenStack on a Single Ubuntu 16.04.1 Xenial Xerus Server Using Conjure-up

Introduction

 

It’s been some time since I wrote Installing Ubuntu OpenStack on a Single Machine, Instead of 7.  Since then, there have been many updates to both OpenStack, and Ubuntu.

This tutorial will guide you through installing OpenStack on a single Ubuntu 16.04 Server.  I will be installing Ubuntu and OpenStack within a virtual machine hosted on a VMware ESXi Hypervisor, but any fresh installation of Ubuntu 16.04 should work fine, as long as it meets the minimum requirements below.  I will be using conjure-up to install the environment due to the fact that Ubuntu’s Openstack-install package doesn’t working on Ubuntu 16.04.1 at this time.

 

Note:  I have written an updated guide on Installing OpenStack on Ubuntu 16.04 LTS using devstack.  I suggest following that guide unless you have a specific reason for using the conjure-up method.  From my experience, the devstack method requires less resources, runs faster, and performs much better once deployed.

 

Minimum Requirements

 

To install the entire environment on a single physical server or virtual machine, you will need at least:

 

  • 8 CPU’s (vCPUs will work just fine)
  • 12GB of RAM (minimum needed to successfully start everything, more is better)
  • 100GB Disk Space (SSD Prefered, but rotating disk will work)
  • Ubuntu 16.04.1 Xenial Xerus x64 Server(only OpenSSH Server installed)

Click Here To Continue Reading!

Goodbye ownCloud, Hello Nextcloud! The Aftermath of Disrupting Open Source Cloud Storage

If you are vaguely familiar with ownCloud, you may have noticed quite a bit of ruckus on the tech blogs back in July when their US business entity was essentially gutted.  The Chief Executive Office and cofounder, Frank Karlitschek, announced he was resigning.  Within a few weeks, most of the core development team followed suit.  This left many long time ownCloud users, such as myself, completely puzzled.  Here we are a few months later and a few questions still linger, but many have been answered.  First, let’s briefly review what the ownCloud platform provides and why this matters.

 

What is ownCloud?

 

ownCloud is an Open Source cloud platform that closely mimics the functionality of Dropbox, Box, Google Drive, and all the other big guys.  There is an ownCloud server, that runs on a simple LAMP stack (Linux, Apache, MySQL, PHP), and then there’s a client(s).  The client is an application that can be installed on Linux, Windows, OSX, iOS, Android and pretty much everything else.  Each user has a folder full of files that magically stays synchronized on the server and each device the client has the software installed on.  Then users can share files and folders with other users, collaborate, and the list goes on.  Functionality has expanded quite a bit over the years, in way of apps.  Apps have integrated mail, calendar, contacts, music, photo galleries and so much more into the ownCloud ecosystem.  The main difference between ownCloud, and the big guys mentioned earlier, is it’s completely free.  Well, it started out free.  Needless to say, with thousands of developers contributing code, and tens of thousands of installations later, it grew.  So, when did things go sour?

 

What happened?

 

A couple years ago, things started to change.  Instead of the community being the driving force behind development decisions and what direction the project was heading (the core principle of Open Source software) venture capital had another idea.  Less attention was being given to community submitted bugs and feature requests, and a divide was being formed between the community and ownCloud’s business entities, ownCloud GmbH (Germany) and ownCloud Inc (USA).  The business makes money by charging for support, but that started to expand into other areas.  The list of complaints from the Open Source community is pretty long, so I’ll give you the headlines.

 

  • ownCloud developers were ignoring feedback and hoarding functionality for their paying “enterprise” customers.
  • User interfaces were mutilated for many of the core services, such as the contacts and calendar apps.
  • Any attempt to give construction criticism was taken as a personal attack and/or just ignored.
  • Major defects in the code were being released, such as broken updater utilities.
  • ownCloud GmbH/Inc was not sharing future road maps and maintained a veil of secrecy.
  • Lack of real innovation and development of the platform as a whole.

Click Here to Keep Reading!

Configuring ownCloud 9 & Active Directory / LDAP Plugin Successfully

With this step-by-step guide, you will have your ownCloud 9 (and earlier) cloud server authenticating against Active Directory or LDAP correctly in no time!

Introduction

 

Recently, I went through the process of setting up a brand new ownCloud 9.1 server, after my previous ownCloud server had seen upgrades from 6.x all the way up to 8x.  If you’ve used ownCloud that long, you know the abundant changes and improvements that have been made along the way did not come without their growth pains; especially if you delved into encryption.  So, I decided to start fresh.  I use Active Directory to provide a centralized authentication source for everything in my personal “cloud,” so after setting up my new Dropbox clone, the first thing I needed to do was configure the LDAP user and group backend plugin.  I had a lot of problems getting the Active Directory usernames to match the ownCloud usernames, instead of showing a long string off numbers.  It was a lot of confusing UID, UUID, SAMAccountName and DN related confusion.  There aren’t any great guides to keep you from getting a headache, so I decided to make one.

 

Problems with the LDAP user and group backend plugin

 

It’s pretty straight forward to get an ownCloud server authenticating against and Active Directory server, but the biggest problem I’ve seen is the mapped usernames end up being long strings of numbers in ownCloud.  Although the display names are correct in owncloud, the actual username for all AD mapped logins, by default, are a long unique string makes things difficult.  For one, if you need to get to a users ownCloud data folder, there’s no intuitive way of knowing who’s is who’s folder from the command line.

With this step-by-step guide, you will have your ownCloud server authenticating against Active Directory / LDAP, with the following benefits:

 

  • The ownCloud username will match the Active Directory / LDAP username (no long incomprehensible string of numbers)
  • Any user added to a specified group created in Active Directory will automatically have ownCloud login privileges.
  • ownCloud users will be able to login using their username or email address (if specified in AD) interchangeably.

These three pluses make everything very seemless and saves a lot of headaches. So, lets get started.

Click Here to Continue Reading!

How-To Install ownCloud 9 / 9.1 / 9.x on Ubuntu 16.04 LTS for the ULTIMATE, Private, Dropbox Clone

Introduction

 

Let’s face it, since the advent of Dropbox, Box, Google Drive and the bazillion other cloud-based file synchronization platforms that have came into existence over the past decade, it’s almost a necessity. For the road warrior, using multiple devices, or even the traditional white-collar worker, having access to all of your files no matter what device you’re using is extremely convenient and adds an enormous productivity boost to our lives. One of my biggest concerns with all of the third-party services, however, is privacy and security. Allowing another entity to store my sensitive data, and trusting they will keep in secure, is pretty scary. Thankfully, there are many options to roll-your-own cloud file synchronization and it really doesn’t take much horsepower on the server side. With a low cost VPS (virtual private server), retired computer at home, or even a $25 RaspberryPi, you can easily build your own Dropbox clone that will put you in control of your own data. Today, I’ll walk you through setting up ownCloud 9.1 on Cannocial’s Ubuntu 16.04 LTS. I will be setting up my cloud on a virtual machine running on VMware ESXi, but the process is very similar no matter what hardware platform you choose. This step-by-step guide assumes you have a plain, unmodified, minimum installation of Ubuntu Server 16.04 LTS, with only SSH access. If you don’t have SSH running, or don’t want to enable it, console access will work just fine. So, lets get started!

 

Installing Prerequisites (Apache/MySQL/PHP)

 

Go ahead and login to your freshly installed Ubuntu 16.04 server.  Be sure to login with a username that has sudoer privileges.  This can be the username you selected during installation or specified when you provisioned your VPS.  Let’s make sure everything is up-to-date before going any further. We will use Aptitude to do so.

 

#  sudo apt-get update

#  sudo apt-get upgrade -y

 

Now we can jump in to the nitty gritty.  There are a few standard prerequisites needed for ownCloud to run.  Most people refer to this as the LAMP stack (short for Linux, Apache, MySQL, PHP).

Click Here To Continue Reading!