Monday, February 16, 2015

SDN : MidoNet

http://docs.midonet.org/index.html

MidoNet is a distributed, de-centralized, software-defined virtual network platform for Infrastructure as a Service (IaaS).

MidoNet fully virtualizes the network functionality for IaaS products, such as OpenStack, providing functionally advanced, robust, scalable, and secure networks. MidoNet is an overlay network that runs software on standard x86 servers, and sits on top of any scalable network underlay (for example, physical servers and switches), pushing the intelligent network functions to the edge of the network, in software.

MidoNet sends virtual network traffic over tunnels created between the edges. The tunnels encapsulate the packets coming from virtual machines (VMs) and exterior ports, and decouple the virtual network traffic from the physical network. With this model, changes in the virtual network, for example, creating new virtual machines, don’t affect the state of the underlay network. In addition, this clear separation between the virtual and physical networks allows the administrator to more easily maintain the IaaS platform.

MidoNet key features

These are the key features of MidoNet:
  • Fully virtualized Layer 2 through 4 networking
  • VLAN-less VLANs – Virtual L2 distributed isolation and switching with virtually none of the limitations of conventional VLANs
  • Fully distributed architecture with no single points of failure
  • Virtual L3 distributed routing
  • Distributed load balancing and firewall services
  • Stateful and stateless NAT
  • Access Control Lists (ACLs)
  • Restful API
  • Monitoring of networking services
  • VXLAN support: VXLAN tunnel zones, VXLAN L2 Gateway
  • Zero-delay NAT connection tracking

MidoNet works very well with OpenStack, Icehouse release, taking over nearly all of the networking functions currently found in OpenStack, including Layer 2 network isolation, Layer 3 routing, security groups, floating IPs, and more.
MidoNet integrates with OpenStack by providing an OpenStack Networking plugin, as well as drivers for OpenStack Networking. End users can use the same OpenStack API, GUI, and CLI commands; MidoNet hooks into existing API calls and handles all the networking calls in a seamless manner.

A MidoNet Network State Database is a cluster of servers that stores MidoNet configuration, run-time state, and statistics data.

MidoNet stores configuration-state information in two different systems. MidoNet uses Apache™ Zookeeper™ and Cassandra™ for coordinating the operation between MidoNet Agents, as well as storing the network configuration and state (Network State Database nodes).

MidoNet uses Apache ZooKeeper to store critical path data about the virtual and physical network topology.
Examples of this type of data are: interconnects between virtual machines (VMs) and bridges and routers; Address Resolution Protocol (ARP) and ND tables; and host Universally Unique Identifier (UUID) and Internet Protocol (IP) address registrations. The MidoNet Agents and the MidoNet API Server manage the schema for ZooKeeper. Because of the nature of the information stored within ZooKeeper, the schema is optimized for integrity and consistency of the data across the cluster instead of speed.

MidoNet uses Apache Cassandra version 2.0 to store flow state information, for example NAT bindings, connection tracking information, and to support VM migration.
While, MidoNet leverages Cassandra’s durability, fault tolerance, timed expirations, and low-latency read/writes, it only uses Cassandra as a backup rather than the primary datasource.

Artificial Intelligence Read

http://www.technologyreview.com/review/534871/our-fear-of-artificial-intelligence/

http://www.technologyreview.com/news/533686/2014-in-computing-breakthroughs-in-artificial-intelligence/

Friday, February 13, 2015

OpenStack : Manually installing and configuring Red Hat Enterprise Linux OpenStack Platform

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux_OpenStack_Platform/5/html/Installation_and_Configuration_Guide/index.html

Friday, January 23, 2015

Linux : mount.nfs: Input/output error

Problem:

Red Hat 5

# mount /u00
mount.nfs: Input/output error

Solution :
service portmap start
chkconfig portmap on
chkconfig nfs on
chkconfig netfs on

Linux : mount.nfs: rpc.statd is not running but is required for remote locking

Problem:

# mount -t nfs 10.10.100.20:/vol/test1/NFSDS01 /mnt
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified

But rpc.statd is running
$ ps -ef | grep rpc.statd
rpcuser 2578 1 0 16:18 ? 00:00:00 rpc.statd
rpcuser 4824 1 0 16:21 ? 00:00:00 rpc.statd --no-notify
rpcuser 4867 1 0 16:22 ? 00:00:00 rpc.statd --no-notify
rpcuser 9287 1 0 17:05 ? 00:00:00 rpc.statd --no-notify
rpcuser 10235 1 0 17:15 ? 00:00:00 rpc.statd --no-notify

Solution:

vi /etc/hosts.allow

rpcbind portmap nfsd statd mountd lockd: 127.0.0.1 10.10.100.20 : ALLOW

Oracle VM Manager : OVMRU_002024E Cannot perform operation

Error message : OVMRU_002024E Cannot perform operation


Solution :
As specified in the error message:

File Server: NAS_NFSDS01, has invalid exports. Export: /vol/vol0, is contained in export: /vol/vol0/home. Remove one of those exports on the file server, and then refresh the file server to clear the error

This is described in the release notes - http://docs.oracle.com/cd/E50245_01/E50246/html/vmrns-storage.html#vmrns-refreshing-nas-invalid and the workaround generally is:

"do not export top level file systems in the NAS-based file server's exports file"

The error in this case explicitly tells you that the export /vol/vol0 is contained in the export /vol/vol0/home and you need to remove one of those exports and then refresh the file serv.

Thursday, January 22, 2015

Linux : Create a 1G empty file

# dd if=/dev/zero of=1g.img bs=1G count=1
1+0 records in
1+0 records out
1073741824 bytes (1.1 GB) copied, 54.018 s, 19.9 MB/s

# ll 1g.img
-rw-r----- 1 root root 1073741824 Jan 22 14:03 1g.img

# stat 1g.img
  File: `1g.img'
  Size: 1073741824      Blocks: 2105424    IO Block: 65536  regular file
Device: 13h/19d Inode: 97          Links: 1
Access: (0640/-rw-r-----)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2015-01-22 14:03:05.231563000 -0500
Modify: 2015-01-22 14:03:59.115150000 -0500
Change: 2015-01-22 14:03:59.115150000 -0500