Tech Force - blog sobre tecnologia

Você PODE misturar ORDENADAMENTE pacotes de diferentes repositórios e seções num sistema Debian e manter a gerenciabilidade. Misturar pacotes da versão Estável, Testing, Instável, Backports, Experimental num mesmo computador é possível dentro de alguns limites e com algum cuidado. APT pinning Para poder utilizar diferentes seções e repositórios corretamente num sistema Debian, sem quebrar dependências, é preciso usar a técnica de APT PINNING. Primeiramente, deve ser criado ou editado um arquivo /etc/apt/preferences definindo "pesos" para repositórios, ou versões, ou até pacotes individuais. IMPORTANTE SER CRIADO ANTES DE QUALQUER COMANDO APT , para não confundir dependências. O "peso" de um pacote já instalado na máquina é definido como 100, independentemente do repositório de onde tenha sido instalado . O APT atribui os pesos do /etc/apt/preferences somente para pacotes que SERÃO instalados. Portanto, mesmo versões mais novas em repositórios

Objetivo Manter a disponibilidade do serviço de banco de dados PostgreSql de maneira automatizada, utilizando um recurso nativo de PITR do PostgreSQL. Documentar completamente os passos para uma implantação sobre Debian GNU / Linux 5.x "Lenny". Escopo A proposta é de um sistema de alta disponibilidade Nível 1 e continuidade do serviço de até 99%, em cenários aplicáveis, e com simplificação do plano de contingências, não focando em outras características como replicação, balanceamento de carga e fail over. Para estas outras características, contamos com outras soluções interessantes que poderiam se aplicar em conjunto ao projeto e elevar a disponibilidade até Nível 4 e continuidade de serviços de 99,999% buscando eliminar SPOF (Simple Point of Failure, porém com uma complexidade maior. Por exemplo PgPool, Slony-I, SqlRelay, Bucardo, GlusterFS, PaceMaker, bancos de dados geograficamente distribuidos entre vários centros de dados. Precauções Antes

Tutorial: Como instalar pacotes conflitantes no Debian   Essa dificuldade geralmente acontece ao tentar instalar pacotes de versões antigas (ou experimentais/instáveis/em teste) e usualmente com as dependências que são necessárias para o pacote antigo desejado. Essas dependências acabam conflitando com alguma outra mais nova necessária para outro serviço ou pacote na máquina. Ao constatar que precisa de ambos programas, você tenta diversos métodos, envolvendo apt pinning , misturando repositórios, ou até backport feito em casa e descobre ficar num pesadelo de dependências. Uma saída mais organizada e de melhor manutenção, envolvendo apenas pacotes oficiais do Debian sem modificações de código ou empacotamento a manter, é criar um container "híbrido" na máquina, para instalar esse pacote antigo num ambiente "quase" separado, "quase" uma máquina virtual, "quase" um container. A manutenção pelo sysadmin será apenas de configurações e atualizando pac

High end x86 / amd64 machines may fail to boot updated Debian GNU/Linux 5.x Lenny kernel images. This is unlikely with more recent Debian versions as 6.x Squeeze, 7.x Wheezy or 8.x Jessie. Multiple fast CPUs, multiple fast network cards, multiple Fiber Channel Host Bus Adapters (HBA), multiple SCSI arrays adapters, may cause a boot failure of updated kernel images. Notably when you have multipath, dm-raid, iSCSI or other device mapper ones, for example. High end fast machines may cause boot failures When you update your Debian GNU/Linux 5.x Lenny kernel package and or execute an update-initramfs command to include a new device driver, at the boot sequence you may get stuck at console messages SIMILAR to: Decompressing Linux... Parsing ELF... done. Booting the kernel. Loading, please wait... Discovering multipaths... libdevmapper: libdm-common.c(312): created /dev/mapper/36005076308ffc36c000000000000000f libdevmapper: libdm-common.c(312): created /dev/mapper/360