3. Feature Updates

Foi reparada uma falha de segurança na forma que o lftp quotava scripts, gerada pelo mirror --script (o qual podia causar escalação de privilégios não autorizados).

O uso do lftp com a opção -c não faz mais com que o lftp congele.

lftp não corrompe mais arquivos durante uma transferência, usando o sftp.

O SystemTap suporta agora a análise simbólica no x86, x86-64 e arquiteturas PowerPC. Isto permite os SystemTapo scripts a instalar análises nos aplicativos de espaço do usuário e compartilhar bibliotecas. Como resultado, o SystemTap pode agora fornecer o mesmo nível de análise de depuração em alguns aplicativos de espaço do usuário como a análise de kernel.

Por exemplo: se o coreutils-debuginfo for instalado, você poderá imprimir o callgraph do comando ls usando o /usr/share/doc/systemtap-version/examples/general/callgraph.stp, conforme abaixo:

stap para-callgraph.stp 'process("ls").function("*")' -c 'ls -l'

Com o objetivo de reduzir a chance de falta de combinação de uma versão não-detectada entre binária e a própria debuginfo RPMs, a Red Hat aconselha a usar a variável de ambiente SYSTEMTAP_DEBUGINFO_PATH ao valor +:.debug:/usr/lib/debug:build.

SystemTap's support for symbolic probes also extends to markers placed into the kernel of this release. To use these markers, load the kernel-trace kernel module in /etc/rc.local (using modprobe kernel-trace).

O SystemTap também suporta os serviços de compilação remota. Isto permite um computador único na rede a atuar como um servidor de compilador/debuginfo para os clientes SystemTap locais. Os clientes auto-localizam o servidor usando mDNS (avahi) e apenas precisam dos pacotes systemtap-client e systemtap-runtime para funcionar.

No momento, este recurso não usa os mecanismos de proteção como criptografia. De forma que é conveniente usar os serviços de compilação remota apenas com redes confiáveis. Por favor consulte o man stap-server para maiores informações.

A atualização do kernel para esta versão inclui uma extensão de API do kernel que aprimora muito o fechamento dos scripts do SystemTap. Esta extensão de API de kernel elimina sincronização desnecessária entre operações de remoção de análise individual. Como resultado, os scripts do SystemTap que possuem diversas análises de kernel são processadas muito mais rapidamente.

Isto é usado principalmente para administradores que usam scripts com análise contendo curingas que capturam diversos eventos de kernel, como probe syscall.* {}.

cman usa agora as seguintes versões de firmware: APC AOS v3.5.7 e APC rpdu v3.5.6. Isto repara um erro que evitava o APC 7901 desde o uso de protocolos de gerenciamento de rede (SNMP) adequadamente.

fence_drac, fence_ilo, fence_egenera, e agentes do fence_bladecenter agora suportam o ssh.

os arquivos de chave do fence_xvmd podem agora ser recarregados sem reiniciar.

Um método de delimitador simples pode agora suportar até 8 dispositivos de delimitador.

rpm não gera mais .rpmnew desnecessários e arquivos .rpmsave em sistemas de arquiteturas múltiplas.

Um erro na função rpmgiNext() do rpm evitava relatos corretos de erros. Esta atualização aplica semânticas adequadas para relatos de erro, por isso assegurar que rpm retorna o código de saída correto em todas as instâncias.

O dontLogTCPWrappersConnects — omite o log das tentativas de conexão.

v1trapaddress — enables administrators to set an agent's IP address inside outgoing SNMP traps.

O snmpd daemon opera agora propriamente nos sistemas com mais de 255 interfaces de rede. Além disso, o snmpd também relata um erro quando for configurado para ouvir em qualquer porta maior que 65535.

A condição de concorrência que levou o snmpd daemon a esvaziar os descritores de arquivo ao ler o /proc foi agora ajustada.

O snmpd daemon reporta agora relatórios corretos das IDs de objeto (OID) hrProcessorLoad, mesmo em um hardware de CPU múltiplo. No entanto, perceba que isto leva aproximadamente um minuto a partir da inicialização do daemon para cálculo do valor do OID.

O pacote net-snmp-devel é agora dependente do pacote lm_sensors-devel.

Por padrão, a compressão do zlib é usada em conexões SSL e TLS. Em arquiteturas IBM System z com Central Processor Assit for Cryptographic Function (CPACF), a compressão se tornou a parte principal do carregamento da CPU, e desempenho total foi determinado pela velocidade da compressão (não a velocidade da criptografia). Quando a compressão é desativada, o desempenho total é muito mais alto. Nestes pacotes atualizados, a compressão do zlib para conexões SSL e TLS pode ser desativada com a variante de ambiente do OPENSSL_NO_DEFAULT_ZLIB. Para as conexões do TLS sob uma rede lenta, é melhor deixar a compressão ligada, para que a quantia de dados a ser transferida é menor.

Ao usar o comando openssl com as opções s_client e s_server, o arquivo de certificado CA padrão (/etc/pki/tls/certs/ca-bundle.crt), não era legível. Isto resultava em certificados que falhavam a verificação. Para que os certificados passem a verificação, a opção -CAfile /etc/pki/tls/certs/ca-bundle.crt tinha que ser usada. Nestes pacotes atualizados, o arquivo de certificados CA padrão é legível, e nenhuma necessidade a ser especificada com a opção -CAfile.

Quaisquer comandos yum, falharia se a opção -c fosse usada para especificar um arquivo de configuração residindo em um endereço da Web (http). Este erro foi reparado.

reestrutuUma função de checkSignal() em yum chamada de função de saída incorreta, assim yum de saída resultaria em um rastreamento de volta. Com esta versão, yum agora saía adequadamente.

Estabilidade aprimorada na plataforma do Linux, reparando um problema de condição de competição no resultado de som.

Novo suporte para os filtros padronizados e efeitos, transformação nativa 3D e animação, processamento de audio avançado, um motor mais novo e flexível e aceleração de hardware de GPU.

O script squid init sempre retornava um código de saída 0, de forma incorreta. Este erro foi reparado, tornando o squid compatível ao Linux Standard Base.

O uso da diretriz refresh_stale_hit causa uma mensagem de erro Clock going backwards que aparece no arquivo de log do squid.

O processo de instalação do squid não configurou propriedade correta do diretório /usr/local/squid. Com esta versão, o usuário squid é agora proprietário padrão do /usr/local/squid.

Sempre que o squid tentar usar a função hash_lookup(), poderá abortar com o signal 6.

O uso do squid_unix_group pode fazer com que o squid trave.