Lots of friends gave me good recommendations for Linode and the price was tempting so I thought : “Why not ?”.  The most noticeable advantage, apart from the price reduction, was the speed improvement, as I got myself a more powerful VPS and then now I have more room for new experiments.

Later I also noticed some little but very welcome improvements. These are just minor details, but together they account for a great experience. So, I’m here to let you guys now that if you want a good, reliable, speedy, and still cheap hosting provider for your VPS, just give Linode a try.

I’m sure you won’t be disappointed.

Provavelmente eu estava pensando em algum outro assunto, mas acabei entendendo que é possível perceber claramente a comprovação da verdade contida nessa frase em muitas situações e em muitos campos do conhecimento humano.

Provavelmente estou me apropriando de um pensamento de um sábio chinês, mas eu não fui capaz de pesquisar se é esse realmente o caso. O que importou, nesse caso, foi o momento, uma vez que eu já estava percebendo o padrão do esquecimento das idéias sendo iniciado.

É interessante notar que o conceito contido nessa frase, se relacionado a tecnologia, pode nos levar a também relacionar esse conceito a conhecida idéia de que a maioria das pessoas estão dispostas a aceitar algo de qualidade mediana caso isso lhe traga algum benefício não oferecido pelo produto/tecnologia/serviço de qualidade superior.

E, no final, após sofrermos muito tentando compreender porque isso ocorre, podemos ir tão fundo quanto alcançar motivos psicológicos, tanto que, a partir de um certo ponto, é menos desgastante nos rendermos a mediocridade e aceitarmos que um produto/tecnologia, por vezes, tem que oferecer menos para, na visão de seus possíveis usuários, oferecer mais.

Less is more, como diziam os sábios, os quais já refletiram muito sobre esse assunto há tempos atrás e nos deixaram suas impressões do mundo, do ser humando, do universo e tudo mais. Mesmo que nós, Unixistas, saibamos que less e more são criaturas independentes em nosso mundo, representando conceitos opostos.

Uma tecnologia ou produto pode facilmente morrer não por ser ruim, mas sim por oferecer funcionalidades ou liberdades demais. Sim, estranho, e eu ainda sou resistente a aceitar essa idéia, como a maioria dos poucos leitores deste blog provavelmente o são.

Mas o fato é que, infelizmente (ou felizmente, tudo possui ao menos dois pontos de vista), o mundo não é formado de pessoas que compartilham nossa mesma visão de tudo e todos. Por isso, o que é ruim para nós pode ser completamente aceitável, ou mesmo perfeito, para outros.

Por vezes, um subconjunto de um produto ou tecnologia, mesmo sendo incompleto e, em nossa visão técnica da realidade, inaceitável para os mais exigentes, é exatamente do que a maioria das pessoas precisa. Ou, pelo menos, do que a maioria das pessoas vai pensar precisar após uma certa dose de psicologia e marketing serem embrulhados com o produto ou tecnologia em questão.

Lógico, sempre existirão os mais exigentes, que não aceitarão algo de qualidade duvidável somente pelo simples fato de serem, digamos, mais simples, para não recorrer a termos chulos.

Porém, a esses, pode ser atribuído um termo interessante inventado há um certo tempo : nicho. Sim. Nicho. O que desvia da curva padrão, do largamento aceito pelo público mediano, geralmente é o nicho.

E, apesar de sempre que leio a palavra nicho algo depreciativo me vem a mente, um nicho não é realmente algo ruim. É sim, obviamente, algo que não faz parte da realidade ou é objeto de desejo das massas e, só por isso, já tem seu valor. Mas é também algo que denota um público mais seletivo.

Se você não se contenta com o que lhe é oferecido, o padrão que é fornecido a todos, o mais estrategicamente e corporativamente viável para os fornecedores, a ponto de ser oferecido como o produto principal, desejado pela grande massa, você é seletivo e, provavelmente, faz parte de um nicho qualquer.

Depois de muito tempo, aprendi a aceitar que faço parte de diversos nichos. Sim, porque, como objetos passíveis de aceitarem inúmeras tags, podemos estar contidos em diversos nichos ao mesmo tempo, nichos não necessariamente relacionados entre si.

Gosto musical, preferência literária, tecnologias preferidas e muitos outros exemplos. Nichos existem em todos os lugares, para todos os surfadores da onda que desvia a curva.

Felizmente, nos tempos atuais, não somos mais tão excluídos da sociedade como éramos anteriormente. Ao contrário, atualmente, ser diferente é ser cool. Não que você tenha que ser diferente para parecer cool, até mesmo porque tudo que é forçado é facilmente detectável.

Também felizmente, como escritores pensadores de “nichos” nos fizeram perceber, a cauda é bem mais longa e, devido a isso, há espaço para qualquer idéia, pessoa, tecnologia, produto, vício ou “droga” preferida sobreviver e, com isso, novos e interessantes nichos serem criados.

A era da informação nos trouxe a sociedade dos nichos, da qual eu, orgulhosamente, começo a me aceitar como participante. E você ? Ainda vai continuar a seguir a curva padrão ?

Personally, I also tend to want to get some of these niceties myself, but at least I know that it’s not that easy to come to a master state, specially because I’m not at this Jedi state on none of these areas.

Back when I was starting to learn my way through all this tech stuff, I realised that if I really wanted to master something, I should do my homework and try to find out a way to learn by myself, not having to rely on someone else for everything.

Sure, there are those really smart people, which we often call our “gurus”, and to which we could try to resort to when things aren’t really working the way we had been trying to make them work.

The sad reality is, by being “gurus”, those really important and highly requested beings, these people are really illuminated and have no time to answer to each and every silly question we would like to ask them so we must find our way somehow and only resort to them as a really last resort, when everything else fails and there’s no hope anymore.

That was fine with me as I always liked the feeling of discovering new thigs by myself, understanding how things really worked and how they could be driven and manipulated in order to accomplish goals which would please me. Besides, this is fun.

By doing this, I learnt a lot and still am learning more each and every day. That’s “The Right Way”, as they say, and really is how things should be … except if you are a newcomer these days, it seems.

I’m by no means a “guru” and would surely not cassify me as one, but I think I have talked to many of these mythological beings over the years so I can tell you what you shouldn’t be doing when trying to approach them.

First of all, please, pretty please, try to do your homework before resorting to more knowledgeable people about a given subject. The more knowledgeable people would surely be pleased to help you if you show them you deserve the right to be helped.

When starting to work with a technology you do not master or even don’t know a thing about yet, the knowledgment about such a tecnology wouldn’t magically be transfered from your local guru’s brain to yours.

Even if your local “guru” is a nice person and get to waste some sentences with you about such a tecnology, do not pretend you can master all about something only by listening to some words from him/her for a couple of minutes.

Well, let’s say that if your guru can give you some initial hints without you firstly demonstrating him/her you did your homework, take it as just it : hints. Follow these hints as clues so you can start researching about the given subject and then later show him you was able to learn a lot by yourself.

Your guru will be pleased and surely will start considering you as a good padawan, a padawan worth the time spent explaining things to. The universe will start doing its magic and things will start working for you, who will also start feeling good for being admired by your peers.

Yes, that’s how “Show me the way I should follow” works. You know, “Show me the way I should follow” isn’t “Do all my work for me”. The later happens to be called “consultancy” and can be arranged for a negotiable amount of money between the involved parts.

Also, please, don’t take it as personal when someone doesn’t want to give you a “hint” about something. Remember that he/she could be really busy, not in the mood or simply exercising his/her right to ignore you if you don’t show him/her you are worth the time he/she will spent explaining things to you.

Personally, I refuse to reply to people who consistently try to use me as some sort of human search engine. Even if I do know the answer for some question, most of the time I try to Google for it before replying to someone who asked me about a given subject.

If I find out that the answer for a question someone asked can be found easily between the first and third hit returned by Google, I happen to ask the person who asked me the question if he/she really tried to research a bit about the subject before asking me about it.

The answer is a strange mix. Some people say the truth and tell me they asked me because they are in a hurry and couldn’t afford the time it would take them to search for an answer when I was readily available quickly. Sad, but at least they are saying the truth.

Some people try to lie and tell me that they tried to find an answer and had no luck despite researching for a long time. Strangely, they seem to stop the conversation right after when I show them that putting the term on Google’s search box and hitting the search button would bring the answer for their problem as the first hit.

The truth is that if you get all the answers for free from your local guru, you will never learn how to look for answers by yourself and will indefinitely depend on someone else to get your job done. Not a pleasant situation, even if you are silly enough expecting to live like a information sucker for your entire life.

When you get in a situation in which you have no workmates or available friends at hand to help you, you won’t be able to accomplish your tasks. Your boss then won’t be nice when that happens and he/she will surely start considering replacing you with someone else.

The opinion of your workmates, which by now could easily see you as a major source of loads of lost time, won’t help you keep your job either. You can be lucky and get the confidence of your workmates, but be sure that management will notice and you won’t last too much on your current position. Gurus have the tendency to be good at finding these kind of people and management also have the tendency of listening to gurus. Do the math.

Do the right think from the beggining. Do your homework, work out your own way, try as hard as possible to find out solutions for problems by yourself and only resort to your local guru when there’s no way for you to go forward about solving a given problem by yourself.

Also, even when these situations come up, try to show to your local gurus that you did your homework and explain clearly to them what you have managed to find out and where exactly you are having a hard time progressing.

This will surely help not only your local guru to help you best, but also surely will get him/her to take you as a really smart person, a person which is worth losing time with and worth  adopting as a future padawan.

Já havia começado a utilizá-lo há um bom tempo atrás, mas, por algum motivo que não me vem a mente no momento, simplesmente deixei de utilizá-lo e acabei esquecendo de sua existência.

Nos últimos dias, estava procurando uma solução para me auxiliar a anotar pensamentos e idéias rápidas, de forma simples, sem muita frescura, somente para que as mesmas não se percam. Com o tempo, de pois, as mesmas podem ser mais bem trabalhadas. O importante é, como em fotografia, capturar o momento.

O Tomboy é útil exatamente para isso. Você está lendo, ouvindo, escrevendo ou vendo algo e uma idéia interessante surge. Ao invés de se iludir tentando guardá-la na cabeça e correr o risco de perdê-la posteriormente, você simplesmente a anota em uma nota no Tomboy.

Durante os dois ou três dias em que recomecei a utilizá-lo, o Tomboy já me auxiliou a organizar idéias pessoais e profissionais e já consegui finalizar algumas tarefas que sempre ficavam pendentes por eu acreditar que eram muito simples para serem anotadas.

Ledo engano, visto que sempre acaba me esquecendo das mesmas e, no final das contas, nunca as realizava, já que nunca lembrava das mesmas ao emaranhado de idéias em ebulição que pintam em minha mente a todo momento.

Um do recursos que eu procuro em qualquer software que seleciono para incluir em minha rotina de uso é a capacidade de, além de ser simples, não atrapalhar. Ou seja, o software precisa fazer o que se propõe a fazer e não criar empecilhos e/ou dificuldades para que seu uso seja efetivo.

O Tomboy fornece isso, ficando lá, estacionado quietinho no painel do GNOME como todo applet bem comportado deveria fazer, sendo facilmente alcançado com um clique ou uma única combinação de teclas, aparecendo somente quando chamado e desaparecendo o mais rápido possível para não interferir no fluxo de trabalho.

Além dessas características, outra coisa que o Tomboy oferece é uma arquitetura de plugins. Ele já é fornecido com inúmeros plugins e possui diversos outros desenvolvidos por terceiros, os quais acrescentam funcionalidades interessantes.

Um exemplo são os plugins de sincronização de notas. Enquanto a sincronização de notas online não se estabelece como um recurso carimbado como estável e o serviço Snowy (o qual utilizará a nova Tomboy Web REST API para colocar suas notas na nuvem) não é oficialmente lançado, podemos fazer uso dos plugins de sincronização de notas em diretórios locais ou remotamente via WebDAV ou SSH, usando sshfs/FUSE.

Venho usando a sincronização de notas através do plugin de sincronização SSH, que utiliza a tecnologia FUSE para “montar” um espaço em um servidor remoto, via SSH, e armazenar as notas do Tomboy lá, remotamente.

Dessa forma, é possível ter acesso a suas notas a partir de qualquer computador que tenha o Tomboy instalado. Não possuo Microsoft Windows instalado, mas já testei o Tomboy em GNU/Linux e MacOS e existem versões para Windows. Suas notas em qualquer lugar, a partir de qualquer plataforma.

Por ser de fácil uso, o Tomboy lhe incita a escrever notas sobre os mais simples e, aparentemente, mais inofensivos pensamentos possíveis. Isso é ótimo, pois invariavelmente você acaba sempre se lamentando de ter esquecido uma boa idéia que lhe passou pela cabeça e acabou sendo esquecida.

Idéias boas são raras. Não devemos tentar ficar exercitando o cérebro tentando armazená-las indefinidamente. Além de ser quase impossível, existem outros usos mais nobres para nossas mentes do que ficar guardando cada pequeno pensamento. Deixe uma ferramenta como o Tomboy fazer o trabalho sujo para você.

Um outro exemplo de plugin que comecei a utilizar agora e que, acredito, passarei a utilizar com uma frequência muito maior daqui em diante é o TomboyBlogposter, um plugin para postar suas nota do Tomboy como posts em seu blog.

Este, senhoras e senhores, é o primeiro post que vos ofereço, diretamente do meu novo “bloco de notas” pessoal virtual, o Tomboy.

Tudo pode ser feito instantaneamente. E se existe essa possibilidade, então o lema agora é que assim deve ser. Afinal, por quê não aproveitar em sua totalidade tudo o que a tecnologia tem a nos oferecer ? O grande problema nisso é que, no meio do caminho, nos esquecemos que, para lidar com a tecnologia, ainda precisamos de pessoas.

E pessoas, ao contrário da tecnologia, não costumam ser instantâneas, imediatas, tão perfeitas ao ponto de lhes exigirmos que tudo esteja pronto para ontem. Por mais que tenhamos visto isso há décadas em filmes, pessoas ainda não aprenderam o dom da telepatia e, por isso, ainda não aprenderam a interpretar nossos pensamentos, atendendo nossos desejos antes mesmo de nos pronunciarmos verbalmente sobre os mesmos.

Acostumados com a rapidez da tecnologia, assumimos que as coisas devem ser feitas de forma instantânea. Não aceitamos esperar em filas de bancos se podemos resolver tudo pelo serviço de atendimento online. Não queremos conversar com atendentes se um sistema de menus e alguns toques nas teclas certas nos levam ao o que queremos.

Cada vez mais, nos distanciamos do contato com o ser humano, exatamente por estarmos acostumados a lidar com máquinas, geralmente perfeitas e rápidas, que não nos fazem perguntas indesejadas e somente realizam o que lhes comandamos. Em nossa visão, ao lidar diretamente com o ser humano, temos que retroceder em relação a nossas expectativas, a nosso desejo imediatista, porquê o ser humano, obviamente, (ainda?) não é uma máquina.

Algo interessante, que particularmente não imaginava que ocorreria tão cedo, é o fato das pessoas que lidam conosco, não necessariamente pessoas geeks, nerds e ou amantes da tecnologia, estarem começando a, elas também, ficarem dependentes da tecnologia e a perceber que o contato com sistemas automatizados trazem alguns benefícios ao seu dia-a-dia.

Se você sempre reclamou do atendente do serviço de telefonia ou de qualquer profissional com o qual você tenha que que lidar para resolver um problema com um serviço sendo prestado de forma indesejável, pare um pouco para imaginar que, você, geek ou nerd que trabalha na área de tecnologia, provavelmente também recebe ou receberá algum nível de hostilidade originada das pessoas com as quais você tem que lidar diariamente em sua profissão.

Seja um superior, um cliente ou um colega de trabalho, é comum perceber que as pessoas, atualmente, por estarem acostumadas a rapidez com que pode se resolver os problemas com a ajuda de máquinas, esperam que um problema, quando depende de você (ser humano) para ser solucionado, receba a mesma atenção e rapidez em sua resolução que normalmente se esperaria de um sistema automatizado.

Ou seja, se é algo que não pode ser resolvido imediatamente, invariavelmente, as pessoas que dependem da solução do problema ficarão de uma forma ou de outra insatisfeitas e, por vezes, vão lhe enxergar como o elo fraco na solução de seus problemas, o ser humano lento e desengonçado que ainda está lá, no meio do caminho, atrapalhando a solução rápida de seu problema que, na visão delas, poderia estar sendo resolvido por um sistema rápido e perfeito, que não faz perguntas e simplesmente resolve problemas.

Asbtraia o fato de que, geralmente, o problema a ser resolvido ainda não é passível de ser solucionado totalmente por uma máquina e/ou sistema e que, felizmente ou infelizmente, ainda é necessário que um humano ainda esteja lá, para ajudar onde as preciosas máquinas ainda não conseguem chegar.

O que as pessoas se esquecem é que, ao contrário do que a ficção científica nos faz acreditar, as máquinas não funcionam sozinhas. Elas precisam ser construídas, programadas e mantidas funcionando. Pode lhe parecer chocante, mas seu e-mail, seu aplicativo de mensagens instantâneas, seu serviço e/ou site preferido de rede social e tudo o mais o que você possa imaginar e que esteja disponível na Internet, depende de seres humanos para existirem e continuarem funcionando.

Os profissionais de tecnologia (porquê “profissionais de TI” e tão semana passada) são essenciais na sociedade moderna. E, mesmo assim, frequentemente nos esquecemos dos mesmos. Quando exigimos suporte via e-mail, mensagens instantâneas, telefone ou qualquer outro meio, nos irritamos quando nossas exigências não são prontamente atendidas. Nesse momento, e somente nesse momento, nos lembramos que existem pessoas por trás dos serviços.

Devemos nos lembrar que empresas são objetos. Paredes, mesas, cadeiras, papéis e outros objetos que, se não existissem, ainda assim, não seriam razões para impedir que uma pessoa conseguisse fazer algo bem feito e atingir um objetivo. A empresa, o local de trabalho, lhe fornece ferramentas, a pessoa é que fornece o trabalho. E as ferramentas não são todas essenciais, mas as pessoas, por outro lado, sempre são essenciais.

Vemos diariamente inúmeros exemplos de pessoas descontentes com seu trabalho. Começo a notar que, dentre outras razões, uma das principais razões para que isso aconteça é o fato de que as pessoas com as quais as mesmas interagem começam a esperar das mesmas ações e perfeição em um nível que os tornaria características inerentes de máquinas, não de seres humanos.

O Google não é legal. As pessoas que trabalham no Google são legais. A sua tecnologia preferida, sem a qual você não pode mais viver, não é perfeita. As pessoas que a criaram e que a mantém funcionando são os culpados por você acreditar que essa tecnologia preenche sua vida e a torna mais interessante. Essas pessoas é que trabalham para que você possa ter uma vida melhor.

Essas pessoas merecem boas condições de trabalho, o que nem sempre significa ter um computador mais novo ou acesso a uma nova tecnologia. Por vezes, oferecer melhores condições de trabalho significa simplesmente ser mais amigável, compreensível, mais humano.

Não cometer erros comuns ao lidar com essas pessoas é essencial, mas a maioria das empresas nas quais essas pessoas trabalham pecam em cometer esses mesmos erros. São coisas simples, óbvias para a maiorias dessas pessoas e, por isso, por vezes as mesmas se encontram em situações difíceis, pensando em como esse tipo de problema, que poderia ser evitado de maneira tão óbvia para as mesmas, ainda assim ocorre e constantemente as vitimam.

Dicas de como tratar bem seus nerds/geeks existem aos montes por aí. Se você não segue essas dicas, que lhe são dadas pelas próprias pessoas que sofreram em ambientes que lhes levaram a criar essas cartilhas de boa convivência, na visão das pessoas que sofrem com esses problemas, você não é um observado muito bom. E, talvez, você esteja prestes a perder essas pessoas.

E, infelizmente, ao contrário do que se imagina, dificilmente será possível conseguir pessoas como a que será perdida, ao contrário de objetos inanimados de escritório, que existem aos montes por aí e, estes sim, podem ser ignorados.

Outro ponto importante a ser levando em consideração é que eu não sou um cientista da computação, um físico, um matemático e nem mesmo estudo profissionalmente ou a fundo sistema operacionais em um nível mais baixo. O que eu sou, isso sim, é um entusiasta do software livre que tem muita vontade de aprender sobre novas tecnologias e gosta de estudá-las um pouco mais do que a maioria das pessoas.

Dito isso, obviamente, absorva o conteúdo que irei escrever aqui com isso em mente e, também devido a isso, entenda que, como não sou e nem pretendo ser o dono da verdade, possivelmente muita coisa do que eu disser aqui pode não estar completamente correta. Cabe a você, leitor, pesquisar e tirar suas próprias conclusões com base no conteúdo aqui apresentado e a enorme quantidade de material adicional existente por aí.

Deixando os avisos de lado, é evidente que para quem quer que tenha acompanhando minhas postagens no blog ou no Twiiter/identi.ca que eu me interesso muito pelo assunto virtualização. Mais especificamente, tenho me interessado muito ultimamente pela solução de virtualização KVM. Não somente eu, aliás, visto que a mesma está recebendo colaborações maçiças de inúmeros grandes nomes e empresas do cenário do software livre (Red Hat, IBM, Intel, AMD, etc).

É fácil perceber, porém, que ainda existe muito preconceito em relação a essa solução. E nem todo o preconceito ainda existente é errado pois, na verdade, em relação a performance, outras soluções completamente baseadas no conceito de para-virtualização, como o Xen, por exemplo, ainda são mais interessantes.

Porém, no estágio atualmente de desenvolvimento, o KVM já evoluiu muito e não é mais aquele brinquedo feio relegado aos testes informais de final de semana, que só nos são interessantes para sabermos que os mesmos  existem, mas que, no mundo real, não possuem muita utilidade.

Isso se deve a, em minha opinião, dois motivos : primeiro, devido ao interesse pelas tecnologias de virtualização ser tão alto, isso ter levado os fabricantes de hardware a se concentrarem em oferecer soluções que entregam uma base física muito mais bem preparada para essas tecnologias e, segundo, devido aos desenvolvedores do KVM que, entendendo que esse era o futuro, se concentrarem em resolver problemas mais importantes ao invés de tentar contornar limitações de hardware que eles sabiam que em breve começariam a ser removidas.

Mérito seja dado, o Xen inovou muito e reavivou uma enorme onda de interessados nas vantagens da virtualização, trazendo, de fato, com o conceito de para-virtualização, a virtualização utilizável para o mundo x86 e, com isso, para as massas. Porém, isso teve um custo, já que, por se dedicar muito a explorar as possibilidades desse conceito, o Xen ficou preso a uma base extremamente mais complexa e, por isso, com uma menor probabilidade de ser oficialmente aceita como cidadão de primeiro nível na terra do kernel.

O KVM, por outro lado, tomou uma posição mais radical, decidindo desde o início que, para conseguir um design mais simples e um ritmo de desenvolvimento bem mais rápido, simplesmente deixaria de lado toda essa história de para-virtualização e já iniciaria como um grande usuário das então recém lançadas tecnologias de virtualização assistidas por hardware.

Logicamente, hoje em dia, temos o KVM portado e funcional em plataformas PowerPC e S/390, mas, na época, isso se resumiu a adotar e depender pesadamente das tecnologias VMX da Intel e SVM da AMD, as quais essas empresas tinham acabado de implementar em suas novas linhas de processadores. Por algum tempo, inclusive, foi bastante complicado encontrar sistemas oficialmente suportados pelos grandes integradores de hardware que fornecessem soluções de hardware baseadas nesses novos processadores.

Atualmente, é claro, isso já é passado e a maioria dos sistemas entry-level oferecido pelos integradores de hardware, bem como soluções de desktop corporativos, já incluem processadores que, no mínimo, suportam essas tecnologias (a primeira onde da virtualização recente em hardware x86), inclusive o laptop a partir do qual eu escrevo esse texto e o computador de mesa self-made aqui ao meu lado. Ou seja, já virou objeto comum.

O Xen, por estar focado em virtualização baseada em sua menina dos olhos, a para-virtualização, demorou um pouco mais para tirar proveito dessas novas tecnologias e entrou na briga oferecendo uma solução de virtualização assistida por hardware bem mais tarde, com o lançamento de sua série 3.x, que inclusive teve que receber modificações massivas para se adaptar a esse novo paradigma.

Hoje, o Xen suporta tanto para-virtualização quanto virtualização assistida por hardware, mas ainda sofre de diversos problemas estruturais que o impedem de ser aceito como um cidadão de primeiro nível oficialmente no kernel Linux. Sim, todos os usuários do Xen atualmente ou sujam suas mãos integrando-o manualmente em suas distribuições ou dependem de um trabalho hercúleo das distribuições GNU/Linux para mantê-lo integrado a seus núcleos, dependendo de forward-ports de código baseado no kernel 2.6.18 intermináveis.

Lógico, alguns podem se dar ao luxo de adquirir a versão comercial do Xen diretamente da XenSource/Sun, mas a partir desse ponto eu já considero que saímos do terreno das soluções abertas/livres e entramos no terreno de soluções comerciais, as quais, sinceramente, não me agradam. Não por custo ou por ideologia, mas sim porque, via de regra, simplesmente não tem como alcançar o nível de maturidade das soluções totalmente abertas/livres.

É importante notar que a técnica de para-virtualização só funciona para virtualizar sistemas operacionais hóspedes que possam ser modificados de forma a colaborar com o sistema operacional hospedeiro. Dessa forma, por motivos óbvios, quaisquer sistemas operacionais de código-fonte fechado, como os sistemas operacionais da família Windows da Microsoft, não conseguem obter vantagem dessa técnica.

Ou seja, na prática, o Xen só passou a ser uma plataforma de virtualização realmente multiplataforma (suportando sistemas operacionais de código-fonte fechado e sistemas operacionais de código-fonte aberto) a partir da série 3.x. O KVM, por outro lado, nasceu já com uma natureza multiplataforma nesse sentido, visto que, desde sempre, dependeu da existência das tecnologias de virtualização assistidas por hardware, as quais não demandam a modificação do sistema operacional hóspede.

Exatamente por depender das tecnologias de virtualização assistidas por hardware e não suportar inicialmente o conceito de para-virtualização, o KVM sempre entregou uma performance inferior ao Xen, visto que, em um ambiente que utiliza tecnologias de virtualização assistidas por hardware, o I/O do sistema operacional hospedeiro é interceptado e tratado por drivers no hypervisor, os quais na verdade emulam um driver real, obviamente não fornecendo a mesma performance de um driver real.

Inclusive, ao menos até o momento, o Xen também utiliza, para sua implementação de virtualização assistida por hardware, os drivers emulados fornecidos pelo QEMU, da mesma forma que o KVM. Ou seja, ao menos em relação a performance de I/O (dispositivos de blocos/discos e rede), a implementação de virtualização assistida por hardware do Xen e o KVM eram semelhantes.

Porém, particularmente, eu acredito que a percepção de que a performance inferior das tecnologias de virtualização assistidas por hardware seja uma verdade imutável esteja mudando e, a médio prazo, não mais será uma verdade absoluta.

Já há algum tempo, o KVM vem adotando técnicas de para-virtualização onde a mesma é perceptivelmente necessária (não em toda a sua implementação de virtualização, como é o caso do Xen). Por exemplo, desde a versão 13 (e já estamos na versão 84 atualmente) o KVM começou a incluir suporte rudimentar a alguns conceitos de para-virtualização, sendo que a partir da versão 61 o mesmo acrescentou suporte a pvclock, ou seja, para-virtualização do relógio do sistema operacional, para eliminar problemas de sincronização entre o hospedeiro e o sistema operacional hóspede.

Adicionalmente, a partir da versão 64, foi acrescentado suporte a para-virtualização de MMU (Memory Management Unit, ou Unidade de Gerenciamento de Memória). É interessante notar que, desde 2007, já haviam patches disponíveis (os quais, posteriormente, foram incorporados a árvore oficial de desenvolvimento) para implementar suporte a para-virtualização no KVM.

Na época, Ingo Molnar, da Red Hat, enviou seus patches para acrescentar suporte a para-virtualização no KVM indicando benchmarks bastante interessantes. Basicamente, com os patches aplicados, alguns cenários com testes de mudança de contexto no kernel apresentaram uma melhora de quatro vezes (400%) em relação a execução dos mesmos sem tais patches.

E, nos cenários que os patches em questão acrescentaram o menor ganho de performance em mudanças de contextos, ainda assim o ganho de performance foi da ordem de 30% em relação ao KVM sem tais patches aplicados. Ou seja, claramente, uma melhora significativa. Desde então, esses patches foram melhorados e incluídos oficialmente no KVM e muita coisa foi melhorada, aumentando ainda mais os benefícios trazidos.

Desde a versão 60 do KVM, foi incluído também suporte a VirtIO, ou seja, seguindo a tradição de utilizar para-virtualização somente onde o uso da mesma realmente faz sentido sem causar efeitos colaterais negativos, os desenvolvedores do KVM incluíram drivers (módulo de kernel) para-virtualizados para acesso a dispositivos de blocos (virtio_blk) e dispositivos de rede (virtio_net), efetivamente removendo a dependência dos drivers emulados fornecidos pelo QEMU.

Já há algum tempo atrás, Avi Kivity, líder no desenvolvimento do KVM, postou em seu blog um texto afirmando que a para-virtualização estava morta. Exageros a parte, se analisarmos os argumentos que ele utiliza, podemos ver claramente que o avanço dos fabricantes de processadores irá nos levar rapidamente a um patamar onde realmente se preocupar com para-virtualização não será mais algo tão importante.

Em seu post, Avi comenta que a combinação de paginação de memória implementada em hardware através das tecnologias NPT (Nested Paging Tables) da AMD ou EPT (Extended Page Tables) da Intel, junto com o suporte a páginas de memória grandes (large pages) entrega performnce equivalente ou, em alguns casos, ultrapassa a performance da para-virtualização em muitos cenários.

Segundo Avi, o custo de se comunicar com o hypervisor é simplesmente maior do que deixar que o hardware atual que implementa tais tecnologias gerencie tudo isso de forma transparente, mesmo ainda antes de levar em consideração os custos envolvidos na para-virtualização, como chamados de sistema (syscalls) mais lentas.

Ainda segundo Avi, o KVM, mais uma vez, entendendo essa segunda onda da virtualização suportada pelos processadores mais atuais, refletiu a obsolescência planejada da para-virtualização de MMU em seu design, implementando o suporte a esse recurso de forma que tal suporte pudesse ser habilitado ou desabilitado de forma dinâmica.

Ou seja, expondo esse suporte aos sistemas operacionais hóspedes e fornecendo aos mesmos performance melhorada quando o hardware do hospedeiro suporta tais tecnologias, mas lidando de maneira amigável com hospedeiros que não possuem suporte a essa tecnologia, utilizando para-virtualização de MMU, nesse caso.

Outro ponto interessante em relação as escolhas de design acertadas do KVM em comparação com o Xen é a questão do I/O.  Em outro post em seu blog, Avi comenta sobre a questão da mantenabilidade em contraste com a questão da performance.

Em seu post, Avi cita que I/O no KVM é realizado no contexto do hypervisor, mantendo performance completa.  Como o Xen, o KVM reutiliza a pilha de I/O do kernel Linux, porém, a reutiliza de forma que os usuários possam desfrutar das mais novas melhoras no kernel nesse departamento, bem como dos mais novos drivers para novos dispositivos.

O que é interessante notar, no entanto, é que o Xen, apesar de também realizar I/O no contexto do hypervisor, como Avi nota, possui o problema adicional de não ter resolvido por completo o problema da mantenabilidade, visto que, oficialmente, ainda está preso ao kernel 2.6.18, a última versão para a qual a XenSource (criadora do Xen), antes de ser adquirida pela Sun Microsystems, portou oficialmente os patches do Xen.

Versões dos patches do Xen para núcleos mais novos são na verdade um hack temporário, um forward-port do código-fonte baseado no kernel 2.6.18, adaptado para núcleos mais novos. Pessoalmente, eu somente conheço forward-ports adaptados para o kernel 2.6.26, o mesmo que o Debian, por exemplo, está utilizando, o qual, aparentemente, foi um esforço realizado pelo pessoal da Novell.

O problema é que o Xen, apesar de ter saído na frente do KVM e ter alguns anos de vantagem em relação ao mesmo, agora está perdendo terreno, visto que sua equipe de desenvolvimento está bastante atarefada portando o código para funcionar com base na nova estrutura genérica de para-virtualização do kernel Linux, o paravit_ops.

O paravirt_ops foi criado como uma resposta a crescente demanda de utilização de para-virtualização e como maneira de se ter somente um único framework genérico para essa necessidade, visto que muitas soluções de virtualização estavam tendo seus esforços duplicados, cada qual tendo que implementar seu próprio framework de para-virtualização.

Exatamente por ter escolhido iniciar toda sua implementação de para-virtualização como um projeto isolado do kernel Linux, sem as vantagens de se ter a crítica de diversos desenvolvedores competentes do kernel questionando suas decisões de design, o Xen está agora pagando o preço, tendo um tremendo trabalho para adaptar seu código a esse novo framework genérico introduzido relativamente recentemente ao kernel Linux.

E o KVM, não vai precisar também se adaptar ? Não, pois, como citei, o KVM não utiliza para-virtualização completamente em sua implementação de virtualização, mas sim somente nos pontos específicos onde a mesma faz mais sentido. E, ao contrário do Xen, o KVM foi desenvolvido desde o início dentro da comunidade de desenvolvimento do kernel Linux.

Ou seja, desde o início, por ter a crítica dos desenvolvedores do kernel Linux em todo o seu processo de desenvolvimento, o KVM é uma solução com um design mais do que aprovado pelos desenvolvedores do kernel, tanto que, desde a versão 2.6.20 do kernel Linux, está incluído oficialmente no kernel, sendo a primeira solução de virtualização nativa em Linux que eu acredito que tenha um brilhante futuro.

E, por estar ativamente sendo desenvolvido dentro da comunidade de desenvolvimento do kernel, recebendo os olhares e as dicas de todos os que da mesma participam, é uma solução que não lhe obriga utilizar um kernel obsoleto para ter uma estabilidade um pouco mais garantida, como é o caso do Xen.

Inclusive, o Xen foi removido oficialmente do Fedora 9 na época em que o mesmo foi lançado, exatamente por não existir um porte oficial do mesmo para o kernel utilizado por padrão por essa distribuição GNU/Linux e os desenvolvedores da mesma não acreditarem que seria correto perder ainda mais tempo tentando manter viva uma árvore de desenvolvimento (através de novos forward-ports) que está fadada a morrer logo mais, visto que o desenvolvimento da base Xen que será utilizada futuramente está ocorrendo atualmente no ramo que está portando o código Xen para o framework paravirt_ops.

Em contraste, o KVM continua se beneficiando dos numerosos recursos do kernel Linux, tendo ganhado sem precisar fazer esforço algum todas as virtudes do código desse kernel, como gerenciamento de energia avançado, suporte a suspensão/hibernação e diversas outras funcionalidades interessantes.

Resumindo, o KVM está sendo desenvolvido no mesmo ritmo frenético do kernel Linux, até mesmo porque está integrado completamente ao mesmo, enquanto o Xen, ao menos por enquanto, terá que suar bastante a camisa para se adaptar aos padrões que inicialmente optou por não se importar em seguir, para somente depois de todo esse trabalho, começar a pensar em convencer a equipe de desenvolvimento do kernel Linux a aceitar sua integração a árvore oficial de desenvolvimento do kernel.

É compreensível, agora, todo o burburinho que está ocorrendo ao redor do KVM e toda a preocupação e investimento das grandes empresas do software livre em apoiar o desenvolvimento do mesmo ? Particularmente, eu acredito que não há muitas dúvidas sobre o que o futuro da virtualização em Linux nos reserva : a mesma será baseada em KVM.

E você, qual sua opinião sobre esse assunto ? Importa-se de deixar seu comentário aqui e enriquecer esse post com suas observações, complementado as informações aqui expostas ?

I have been using Xen in production for some time and, apart from not thinking it’s the way to go for future virtualization, it’s quite usable right now, specially if you are going to use Debian Lenny as the dom0, as it now has a more modern kernel than the dreaded 2.6.18 we Xen users were forced to keep using.

However, I have been keeping my eyes on KVM as well, as I always liked how much simpler and well integrated into the Linux kernel it is. I’m even subscribed to the KVM development mailing list, even not understanding most of the things the developers are talking about there. It’s no problem for me, I just want to know what’s being worked on and what’s on the pipeline.

As a KVM fan, I’m also using it intensively as a tool for prototyping servers. It’s easy enough to set up a new Debian server to test things on and learn new technologies, as well as troubleshoot problems without intefering with production environments.

Althought KVM is not as good as Xen when it comes to performance, it’s quickly improving every single day. And, for those of you who still believes KVM is only about full virtualization, I’m happy to say that it has come a long way and paravirtualization has started to infiltrate KVM land as well.

Today, KVM already sports paravirtualized clock (pvclock), paravirtualized memory management unit (pv MMU) and VirtIO drivers. Actually, it seems that KVM these days is the biggest user of VirtIO, maybe only loosing the leadership to Rusty’s lguest.

By using VirtIO’s disk and network drivers (virtio_blk and virtio_net, respectively, and its associated modules), KVM can deliver a much improved I/O experience than when using QEMU’s emulated drivers. For this reason, it’s always preferable to use VirtIO drivers whenever possible when setting up your KVM guests.

During the Etch lifetime, one will need to do some tricks in order to use VirtIO when using Etch as a guest under KVM. However, when preparing Lenny’s d-i, the developers were smart enough to add to it virtual disk detection support. What it means is that now, starting with Lenny, d-i will recognize that it’s being given a VirtIO block device and automatically load the needed kernel modules to support it.

Also, the disk detection and partition modules (partman et all) were modified to show a detected virtual disk (i.e. /dev/vdX) and let the user partition it, as well as grub-installer was changed to allow GRUB to be installed onto a virtual disk’s MBR,  effectively making d-i a really powerful virtualization aware installer.

Here you can see Lenny’s d-i showing a detected virtual disk, named “vda” :

lenny-vdisk-partitioning-english

Brazilian Portuguese readers could see the version using brazilian portuguese texts on the screen here. Sure, d-i also received a lot of improvements and special support for installing Lenny as a Xen domU was added as well, but I haven’t played with it yet, so I won’t comment on that right now.

And, hey, one can even use virt-install and virt-manager to deploy KVM guests under Lenny And you know what gives me even more confidence that KVM will be a first class citizen inside Debian ? The fact that Steve Kemp is toying with the idea to change his xen-hosting.org project so it would become a new kvm-hosting.org project.

Maybe I’m praying for the preacher here, but Steve is very well well know for being the author of xen-tools and xen-shell, as well as being the creator of a number of other nice free softwares. And, judging by the comments on his post about the future kvm-hosting.org project, it seems that Steve maybe will need to update xen-tools and xen-shell to account for KVM or create a new set of tools dedicated exclusively to KVM based on his past experience creating the current tools for Xen.

Good times ahead for those of us who are surfing the Debian Virtualization wave, indeed

A diferença era que eu sofria disso uns dez anos antes da época normal de uma pessoa sofrer com isso. Nesse sentido, eu fui muito precoce. Somente nesse sentido, visto que, para muitas outras coisas, ainda sou um bebê aprendendo a descobrir o mundo. Talvez seja por essa precocidade em relação a esse assunto que eu bloqueei inconscientemente esse pensamento e consegui sobreviver até hoje sem tomar uma decisão real sobre essa questão.

Sim, senhoras e senhoras, eu, por mais escandoloso que isso possa parecer a vocês, ainda não tenho formação de nível superior. Felizmente, consegui viver relativamente bem até hoje dessa forma. Veja bem, não estou incentivando ninguém a fazer o mesmo, o que funciona para mim pode não funcionar para você e vice-versa.

Inclusive, é importante notar, a falta de uma formação de nível superior me fez perder muitas oportunidades profissionais muito interessantes. Não tenho como afirmar que seria uma melhor pessoa ou teria uma vida melhor (em todos os sentidos, não somente financeiramente)  caso tivesse ido em frente e cursado uma faculdade, mas o fato é que ainda não passo fome. Ainda.

Desde que comecei a trabalhar com tecnologia, eu basicamente deixei a vida ir me levando. Nunca tive muita preocupação em planejar uma carreira e definir metas profissionais. Comecei como fuçador, como muitos de vocês provavelmente também começaram, e continuei. Simples assim.

A vida seguiu seu curso e o universo agiu a favor. Nunca cheguei a me preocupar em me matar de estudar, me formar, escolher uma carreira, ter ascensão profissional e toda a parafernália envolvida. Quando criança, eu não tinha uma resposta pronta e exata para quando me perguntavam o que eu queria ser quando crescesse.

Talvez porque, na época (na saudosa década de 80, com Juba e Lula comendo solto), minha profissão simplesmente ainda não existisse. Eu tinha um lampejo de idéia de querer “lidar com computadores“, mas ainda não sabia o que isso realmente envolveria e o que eu realmente faria com eles (os computadores) alguns anos mais tarde.

Podem me chamar de velho (e eu sou, 3.0 inclusive, chupa modinha 2.0), mas eu sempre tive em minha mente de criança a idéia de uma profissão como sendo um trabalho braçal. Não entrava em minha cabeça uma pessoa poder trabalhar com a mente e ainda poder chamar isso de profissão.

Não me perguntem o porque disso. Talvez Freud explique, mas eu acredito que seja mais devido a minhas aulas (inúteis, reconheço, e não me orgulho disso) de não-me-lembro-mais-o-nome-do-curso (acredito que seja Estudos Sociais), nas quais o meu professor sempre fazia questão de frisar a importância da frase “O trabalho dignifica o homem“.

Trabalho é uma palavra que eu associo diretamente, sem escala alguma, a esforço físico, o bom e velho trabalho braçal de antigamente. O que eu e muitas outras pessoas fazemos atualmente, nessa sociedade da informação, eu prefiro associar a uma ocupação, a qual, vejam vocês, acaba por também ser minha forma de ganhar meu Toddy (sim, porque não sou muito chegado em pão).

Ainda hoje, sinto uma grande estranheza quando ouço pessoas falando sobre “nossos profissionais”, se referindo a equipe da qual faço parte. Eu ainda tenho um preconceito inconsciente (do qual venho tentando me livrar, mas do qual meu cérebro ainda teima relembrar sempre que possível) em relação a qualquer forma de trabalho não braçal.

Eu cheguei a exercer trabalhos braçais antes de entrar nessa loucura que é a àrea de tecnologia, e nessa época não achava que o que eu fazia não era um trabalho. Ao contrário, aquilo sim eu entendia como um trabalho. Manual, do tipo que você soa e fica fisicamente cansado de fazer.

Passei anos do início de minha vida na àrea de tecnologia tentando me adaptar, educando meu cérebro a pensar que o que eu estava fazendo era um trabalho, que eu tinha uma profissão e que aquilo era um trabalho digno como qualquer outro. Só menos fisicamente cansativo e financeiramente mais compensador.

Melhorei bastante e hoje em dia já consigo aceitar muito disso como natural nos outros, mas ainda tenho um resquício de preconceito contra eu mesmo, teimando em achar que eu não sou um profissional no sentido mais literal da palavra. Talvez eu consiga curar isso cursando uma faculdade e obtendo um diploma, para convencer minha mente de que, agora sim, oficialmente, eu sou um profissional.

Ou, talvez, isso se cure somente com terapia. O fato é que, ainda hoje, sinto que não passei, em minha vida pós-infância/quase-adulta, pela experiência de escolher uma profissão da forma tradicional e, provavelmente por isso, ainda não tenha digerido o fato de que, para alguns, sua ocupação atual é algo tão natural que todo esse processo maluco histérico pelo qual passei precocemente ainda na infância simplesmente não é necessário.

Dada o enorme universo de novas profissões criadas nos últimos anos e a quantidade ainda maior delas que são criadas diariamente, é impossível que ninguém no mundo tenha pensando da mesma forma. Por isso esse post, para tentar compartilhar com outras pessoas essas doideiras que eu teima em carregar em meus pensamentos. E você, tem disso também ?

Recently, I’ve been setting up KVM virtual machines in order to do a lot of testing for a project I’m involved with. Letting boring details aside, one could say that a very long, boring and error prone setup was finished after a lot of work and it worked like a charm in the end, as a KVM machine.

As always, laziness is a given and when you are into it you empower yourself to come up with some nice hacks and goes that extra mile to find out how one could not to have to do boring and repetitive things again and again, in the best spirit of “let’s have some work now and save me ten times more work later”.

As I’m becoming more and more into that spirit of laziness, there I went looking for a way which would let me transform my beloved and nice working KVM machine into a fully featured real physical server. After some tips from microblogosphere friends (thanks fike), I had some ideas on how that could be accomplished.

Turned out my ideas weren’t really all that right so there I went again looking for a way to do what I wanted. After some research I found out that the KVM guys already gave some thought about it and even had a ready solution to my problem : it’s called qemu-nbd.

Yes, by now everyone should know that KVM builds on top of the excelent (just not so snappy) QEMU. However, as I’m a Debian user, here I should say that in Debian, most notably Debian sid/unstable, the qemu-nbd binary was renamed to kvm-nbd, just as the KVM binary is called only kvm and not qemu-system-x86_64 or whatever else is called these days upstream.

NBD (short for Network Block Device) is a nice thing. I hadn’t tried it before (I certainly used and am still using in some projects of mine the not-upstreamed-yet-but-so-nice-that-I-couldnt-resist DRBD, which seems to share some ideas which NBD). In short (read NBD link for more info on that), NBD allows the Linux kernel to use a remote server as a block device. Also, its upstream is a fellow Debian developer (hello Wouter). How nice’s it ?

As NBD is an upstreamed kernel feature, you don’t need to go to the external-module-route-hell. You only need the userland tools, which are nicely packaged and integrated into Debian as well. They’re only one aptitude away, so you could use this command to bring it to your KVM host :

aptitude install nbd-client

After that, you will want to export your image file (the file which represents the disk of you virtual machine) as a NBD block device, so you will be able to mount it under your KVM host and do whatever you want to do with it. Here’s how one would do it :

kmv-nbd –conect=/dev/nbd0 myimagefile.img

I tested it using both qcow2 and raw disk images and both worked like a charm so I don’t think you will have any problems here. Next, you need to create a directory structure under your KVM host which temporarily will be used to mount the partitions inside the virtual block device of your KVM machine. You could do this like this :

mkdir /newserver

mkdir /newserver/usr

mkdir /newserver/var

mkdir /newserver/home

In the example above, I’ve created these directories because I want my new server to have separated root, /usr, /var and /home partitions and mount points. Feel free to adapt to any kind of partitioning layout you please.

Next, you will mount yout virtual machine filesystem under a temporary location, so you will be able to copy all of its content later to your final desired destination, i.e. the real partitions inside the real disk you are going to use in your future real server (not a virtual machine anymore).

I did it using :

mkdir -p /mnt/temp

mount /dev/nbd0p1 /mnt/temp

Notice that the /dev/nb0p1 above is my root partition inside my KVM machine, only that it’s represented now in my KVM host in NBD’s device node notation here. I’ve only one partition inside this particular virtual machine (aside from the swap partition).

Next, you want to mount the partitions on the real disk you want to be used in your new real server under the directories created earlier so you will be able to chroot to then later and do any tweaks you may want to, like fixing /etc/fstab, /boot/grub/device.map, /boot/grub/menu.lst and all these places we know makes references to block devices which may differ from the situation you had in your virtual machine running under the KVM.

Here’s what I used :

mount /dev/sdb1 /newserver

mount /dev/sdb3 /newserver/usr

mount /dev/sdb5 /newserver/var

mount /dev/sdb6 /newserver/home

The device nodes above are from your real disk’s partitions, not from any virtualized device block access method like NBD. Also, take care not to mount your primary disk’s partitions (the ones you are using under in your KVM host) as you could destroy them easily. As you can see above, I’m using /dev/sdbX as /dev/sda is my primary disk, the one under which my KVM host is running. Again, adapt to your scenario.

Next, you just copy everything from your virtual machine filesystem (which is now accessible from within your NBD block device) to your real disk. I did it using :

cp -a /mnt/temp/* /newserver/

After that, you can disconnect your KVM virtual machine image file from the exported NDB device block using :

kvm-nbd -d /dev/ndb0

And then chroot to your real disk layout yout just copied to /newserver in order to fix anything which would make reference to block devices while running as a virtual machine under KVM but which now will be a completely different thing as a real server, like your /etc/fstab, /boot/grub/device.map, /boot/grub/menu.lst and so on.

In order to chroot to your new soon-to-be-real filesystem you could use :

chroot /newserver

Then go nuts and start fixing everything you may think needs to be fixed so this filesystem could be used in a real server to boot it up. Im my case, I needed to fix /etc/fstab in order to mount my additional partitions (as under KVM I was using only a root and a swap partition and now, under the real server, I’ll be using separated root, swap, /usr, /var and /home).

Before I went changing more things, I “fixed” my /boot/grub/device.map and my /boot/grub/menu.lst files to point to /dev/sdb and /dev/sdb[1],  respectively, so I could run grub-install from inside the chroot in order to install GRUB into the real new disk’s MBR (master boot record), using :

grub-install /dev/sdb

Then, finally, I “fixed” /boot/grub/device.map and /boot/grub/menu.lst again so they would point to /dev/sda and /dev/sda[1], as /dev/sda will be the device node for this new disk when it wil be running under the new real server and not as a disk inside the KVM host machine.

Next, I exited the chroot using :

exit

And umounted the new real disk’s partitions, using (now already out of the chroot) :

umount /newserver/home

umount /newserver/var

umount /newserver/usr

umount /newserver

Now you can take this new disk out of your KVM host machine, put it inside your new real server, physically install it there, turn on your new real server and everything installed while the filesystem in it was being used under the KVM virtual machine will be there, running nicely.

And you’re done. That’s it. Also, it’s important to point out that it’s much easier being done than being said (or written, in this case) so, if it looks scary because of the size of this post, don’t let it disincourage you as this whole thing is a pretty straightforward procedure, much easier than it seems.

And as I know that I will receive lost of complaints from people which will tell me how inefficient this whole thing is and how I could have accomplished the exact same thing in a much easier and faster way (perhaps even with a already existing tool which would automate almost entirely the whole proccess), I would say to these people to please exercise their right to share ideas using the comments. Just be nice on me, please.

After all, it was fun and I learned new things while doing it all, as well as I tried to share what I learned from this experience with my peers. That’s what matters. Peace, love and geekness to all of you

Cansado das briguinhas e dos egos inflados da blogosfera (ô palavrinha feia, quase tanto quanto campuseiro), resolvi sair em busca de conteúdo mais interessante nas Interwebs, já que me recuso (?) a acreditar que o mundo é composto totalmente por exemplares de seres humanos acéfalos.

E não é que, como eu suspeitava (desde o princípio?), realmente existe esperança para a raça humana (em retrospecto, me arrependo de ter dito isso). Encontrei conteúdo bom. Inocente, bem escrito, humano, legível e em português pré-miguxo (uma dávida hoje em dia). Inspirador e que te faz pensar.

Maravilha! Hoje, sábado, como televisão atualmente para mim é tão relevante quanto um show do Wando  (mesmo o conteúdo da TV paga começa a ficar repetitivo demais para o meu gosto) e eu estou em um momento de contenção de gastos (vide crise mundial e o dia-a-dia de 99% de nosso belo povo), separei um tempinho para me aventurar na leitura do conteúdo intelectualmente estimulante recém descoberto.

Porém, mal sabia eu, pobre exemplar da raça humana (e não tenho orgulho disso), que ainda teima em tentar não fazer parte da massa de manobra, que o universo conspira tanto a favor quanto contra e, na maioria das vezes, tentando lhe forçar a desistir de sua idéia de se desgarrar de seu rebanho, o universo pende para o lado da conspiração contra.

Não há prova mais clara de que o cérebro humano, quando não exercitado, prestes a atrofiar (ou já atrofiado?), entra em modo fail e passa a lhe pregar peças (e a lhe fazer passar vergonha) do que essa nova onda (que teima em não sair de moda) de palavrões gritados em volume satânico que é o que chamam de funk.

Neste exato momento, em que tento curtir meu momento de paz e minha leitura, o dono da padaria aqui ao lado (como se já não bastasse o dono do bar), tendo a idéia genial de atrair clientela dando ao povo o que é do povo (pão e circo), resolveu tocar em um volume estoura-tímpanos++, em seu possante envenenado com as portas abertas ao melhor estilo dumbo, as mais belas pérolas do funk carioca.

Sim, sou paulista e moro em São Paulo, mas essa praga (como todas as outras), viaja rápido e se alastra. Sendo assim, eu, pobre pseudo-assalariado que luta para ter uma vida pseudo-digna, sou obrigado a olhar para o teto e me questionar sobre o universo, a vida e tudo mais, sem deixar também de me espantar, me questionando qual seria a razão da espécie humana ainda não ter sido extinta.

Sim, porque se a entidade que dizem controlar a tudo e a todos realmente acredita que manifestações demôniacas devem ser combatidas, o que ela está fazendo que até agora não exterminou uma raça que teve a capacidade de criar uma aberração dessas ?