Home Blog Page 950

Apache CloudStack 4.6 is Released

The Apache Software Foundation (ASF), the all-volunteer developers, stewards, and incubators of more than 350 Open Source projects and initiatives, announced today the availability of Apache™ CloudStack™ v4.6, the turnkey Open Source cloud computing software platform used for creating private-, public-, and hybrid cloud environments.

Apache CloudStack clouds enable billions of dollars’ worth of business transactions annually across their clouds, and its maturity and stability has led it to has become the Open Source platform for many service providers to set up on-demand, elastic public cloud computing services, as well as enterprises and others to set up a private or hybrid cloud for use by their own employees.

 

CoreOS Brings Distributed Trusted Computing to Containers

VIDEO: Alex Polvi, CEO of CoreOS, discusses how a new Tectonic offering will enforce security from bare metal all the way up to the virtualized application.

Read more at eWeek

Rasp Pi Generates Weak SSH Keys

The Pi’s popular Raspbian OS pursues secrecy without entropy.

Read more at Linux Magazine

Turnover Remains High in IT Job Market, Dice Finds

Total quits in the category in the first three quarters of 2015 averaged 508,200, the highest since 2002, according to a report from Dice.

Read more at eWeek

Cleaning Linux: Jeds Nappy /boot

  • > dpkg-query -l linux-header* | grep ‘ii ‘ | wc -l
  • 45
Read more at Freedom Penguin.

10 Tools for Visual Effects in Linux with Kdenlive

Kdenlive is one of those applications; you can use it daily for a year and wake up one morning only to realize that you still have only grazed the surface of all of its potential. That’s why it’s nice every once in a while to sit back and look over some of the lesser-used tricks and tools in Kdenlive. Even though something’s not used as often as, say, the Spacer or Razor tools, it still may end up being just the right finishing touch on your latest masterpiece.

read more

Read more at OpenSource.com

How Microchip Got Their Driver in the Kernel Mainline

Michael FabryWhen Microchip Technology decided to publish their MOST Linux Driver to the Linux community, they had no idea how personally connected they’d become in the process. But just 7 months after joining the Linux Foundation as a Corporate Member and receiving one-on-one mentoring from kernel maintainer Greg Kroah-Hartman, the Microchip team had their initial code reworked. Shortly thereafter, they had their driver code in the Linux kernel mainline accepted. And they were on a first-name basis with one of the top kernel developers in the world.

“We never expected all this to happen this fast,” says Microchip Project Manager Michael Fabry. “Our intention with joining the Automotive Grade Linux group was to better serve our customers with a Linux driver that could power the multimedia systems in tomorrow’s cars.” So when Linux Foundation Automotive General Manager Dan Cauchy suggested they push their MOST Linux Driver code up to the mainline kernel, Fabry’s team was skeptical.

“We thought we would have a really hard time,” says Christian Gromm, principal software engineer at Microchip. “We were familiar with developing Linux kernel drivers, but didn’t have the experience to get code upstream.”

Meeting a Linux mastermind

That’s where Greg Kroah-Hartman came in. As part of the Linux Foundation Technical Advisory Board (TAB) mentoring program, Kroah-Hartman and other TAB members routinely mentor new Linux Foundation members. But when Cauchy offered to connect the Microchip team directly to the Linux kernel guru himself, Fabry approached the offer with a mix of cautious optimism and outright doubt. “We said, of course, we’d love an introduction. But we were unsure whether this promise would come true.”

One email and conference call later, the connection was made. Greg Kroah-Hartman had become the Microchip team’s guide to all things Linux—and their personal connection to the kernel development community. “We were amazed,” says Gromm. “We were looking forward to actually getting to know this person we’d only known through the media.”

A direct line to the mainline

Christian GrommFabry and Gromm had heard from other companies who’d tried to get their code in the mainline kernel before. It hadn’t worked out. Because they’d submitted without knowing the ins and outs of the kernel community, their code was rejected. And their mainline dreams got pushed back to the sideline. Things went differently for Microchip. Kroah-Hartman reviewed their code every step of the way and helped them work through small-but-vital details.

When responding to incoming patch requests, Fabry and Gromm made sure to copy Kroah-Hartman on their emails. “When you have Greg Kroah-Hartman cc’ed on your kernel submission, people pay attention,” says Fabry. As feedback poured in from the kernel community, Kroah-Hartman helped the Microchip team navigate divergent opinions and comments, enabling them to refine their code with confidence. “It’s great to get all the input,” says Gromm. “But without having much experience with the Linux driver project’s mailing list, it’s hard to know what to accept and what to reject. Greg helped us make informed judgments, and we were welcomed into the community.”

Driving the auto industry forward

With their driver accepted into the Linux kernel mainline, Microchip has enabled more manufacturers to use their MOST technology—without installing proprietary drivers. And with the Linux kernel community reviewing their code, the quality of their product just keeps getting better. “Experienced people from around the world are sending in patches,” says Gromm. “We have this huge testing group now that we never could have had on our own as a single manufacturer.”

These days, Gromm and Fabry leverage the power of many in the kernel community to continually refine Microchip’s MOST Linux Driver. But they steadfastly believe it was the power of one that made it all possible in the first place—specifically the guidance they received from Kroah-Hartman through the Linux Foundation TAB mentoring program. “We couldn’t have done this so easily without Greg,” says Fabry. “He made the whole process quick, direct and effortless.” Plus, adds Gromm, he made it fun. “Greg is always straightforward, and there are never any politics involved. Sure he’s a VIP, but he’s also just a really nice guy.”

Join us today and find your own Linux mentor.

Become a Corporate Member of the Linux Foundation and gain access to our new member mentoring program, exclusive networking opportunities, members-only events, and much more.

Kafka and syslog-ng

Anytime I tweet about syslog-ng‘s Kafka destination, I gather some new followers. Most of the time they are more interested in another Kafka, who was born in Prague by the end of the 19th century and wrote excellent surreal short stories. Even if I admire Kafka’s works, I’ll write here, as usual, about syslog-ng and one of its most recent destinations: the Kafka destination.

First of all, let me introduce Kafka, a high-throughput distributed messaging system. It was originally developed by LinkedIn as a backbone of a website activity tracking infrastructure. Once open source, it was developed further under the umbrella of the Apache Foundation. In 2014 Confluent was founded to provide enterprise level support to Kafka users. Kafka is now used by major companies, including Netflix, Twitter and PayPal. There are now many more uses for Kafka: message queuing, log aggregation, stream processing or as a commit log.

There are four important terms to know if you want to understand the basics of Kafka and where syslog-ng fits into the picture. For a more detailed introduction check the Kafka documentation.

 

  • topics are the categories where Kafka feeds messages.

  • producers publish messages to a Kafka topic

  • consumers subscribe to topics to process the published messages

  • Kafka itself is a cluster of one or more servers that are called brokers

 

The syslog-ng application can act as a producer and publish messages to a Kafka topic. But it is not just a simple collection of syslog messages and publishing them to Kafka. The syslog-ng application can collect messages from several sources and process as well as filter them before forwarding them to Kafka. This can simplify the architecture, lessen the load on brokers due to filtering and ease the work of consumers as they receive pre-processed messages.

You can read more about how syslog-ng can improve your Kafka infrstructure in my blog at https://czanik.blogs.balabit.com/2015/11/kafka-and-syslog-ng/ 

New ELF Linker from the LLVM Project

 We have been working hard for a few months now to rewrite the ELF support in lld, the LLVM linker. We are happy to announce that it has reached a significant milestone: it is now able to bootstrap LLVM, Clang, and itself and pass all tests on x86-64 Linux and FreeBSD with the speed expected of an LLVM project.

ELF is the standard file format for executables on Unix-like systems, such as Linux and BSDs. GNU ld and GNU gold are commonly used linkers for such systems today. In many use cases, the linker is a black box for which only speed matters. Depending on program size, linking a program takes from tens of milliseconds to more than a minute. We designed the new linker so that it runs as fast as possible. 

Read more at LLVM Project Blog.

Linux Performance Analysis in 60,000 Milliseconds

You login to a Linux server with a performance issue: what do you check in the first minute?

At Netflix we have a massive EC2 Linux cloud, and numerous performance analysis tools to monitor and investigate its performance. These include Atlas for cloud-wide monitoring, and Vector for on-demand instance analysis. While those tools help us solve most issues, we sometimes need to login to an instance and run some standard Linux performance tools.

In this post, the Netflix Performance Engineering team will show you the first 60 seconds of an optimized performance investigation at the command line, using standard Linux tools you should have available.

Read more at Netflix blog.