SARG é um gerador de relatório pro squid e é bom no que faz.

Tudo vai bem no

./configure

O comando make parece que vai terminar tudo certo, até que nos 45 minutos do segundo tempo:

/usr/bin/ld: grepday.o: undefined reference to symbol 'exp@@GLIBC_2.0'
/usr/bin/ld: note: 'exp@@GLIBC_2.0' is defined in DSO /lib/libm.so.6 so try adding it to the linker command line
/lib/libm.so.6: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make: *** [sarg] Error 1

pau.

Pra resolver:

export LDFLAGS="$LDFLAGS -lm"
./configure
make

Fera!

Pois é.

Deixando de lado toda aquela crítica e talz, é interessante saber como rodar o Nginx num servidor Windows como serviço.

Por que utilizar instsrv não funciona? Porque quando se inicia o nginx ele criar 2 processos nginx e o Service do Windows ao parar o serviço vai parar apenas 1 processo, deixando o outro pendurado e inutilizando o Service do Windows.

Tem um programa bastante interessante para lidar com esse tipo cenário, e óbviamente pode ser utilizado/adaptado para outras necessidades.

É um Wrapper para o Windows Service, chama-se Windows Service Wrapper e para fazer o Download dele, acessar http://maven.dyndns.org/2/com/sun/winsw/winsw/ e baixar a última versão disponível (agora que escrevo é a 1.8), ou caso o site esteja fora, pode fazer o download por aqui winsw-1.8-bin.exe.

Instalando e configurando o Windows Service Wrapper

Depois de ter feito o download do aplicativo, copie para o diretório onde instalou o nginx, geralmente é no c:\nginx e renome o arquivo winsw-1.8-bin.exe para srvnginx.exe.

Crie um arquivo .xmlcom o mesmo nome do executável, no caso srvnginx.xml e coloque o seguinte conteúdo:

 nginx
 nginx
 nginx
 c:\nginx\nginx.exe
 c:\nginx\
 roll
 
 -p c:\nginx
 -p c:\nginx -s stop

Certamente você deve alterar o caminho para o nginx de acordo com sua instalação.

Isto feito, para finalizar, execute o comando via cmd

c:\nginx\srvnginx.exe install

Pronto, o serviço nginx estará no Windows Service, pronto para o tradicional Stop/Start e funcionando a contento.

This error can happen with Linux or FreeBSD or whichever SO that ClamAV support.

When you run

clamscan

You get this error

LibClamAV Error: cli_loaddb(): No supported database files found in /var/db/clamav
ERROR: Can't open file or directory

----------- SCAN SUMMARY -----------
Known viruses: 0
Engine version: 0.95.1
Scanned directories: 0
Scanned files: 0
Infected files: 0
Data scanned: 0.00 MB
Data read: 0.00 MB (ratio 0.00:1)
Time: 0.001 sec (0 m 0 s)

It means that you have no database virus.

Just configure and run freshclam.

A sample freshclam.conf file:

DatabaseDirectory /var/lib/clamav
UpdateLogFile /var/log/freshclam.log
LogTime yes
LogSyslog yes
PidFile /var/run/clamd/freshclam.pid
DatabaseOwner clamav
DNSDatabaseInfo current.cvd.clamav.net
DatabaseMirror db.br.clamav.net
DatabaseMirror database.clamav.net
NotifyClamd /usr/local/etc/clamd.conf
SubmitDetectionStats /usr/local/etc/clamd.conf
DetectionStatsCountry BR

Symptom

After you connect to your OpenVPN, even without error and you are still able to see the print that say the routes were added successfully, after about a 10 seconds, the routes simply disappear and you lose connection with your hosts/server.

However, manually adding the routes, you can reach the servers and they become accessible.

Cause

This is a problem with 3G technology, I haven’t seen this behavior with ADSL or dedicated Links.

It’s what I call obscure problem, why this happen with 3G and 3G only? don’t no if it is regarding the technology or drivers, but we have an elegant workaround for this, as you can see below.

Workaround

For that situation do not occurs, add the following parameter to config file of OpenVPN, client side:

route-delay 20

With that line, after you connect to OpenVPN, the client will wait 20 seconds to add the routes given by server and won’t disappear no more.

Sintoma

Após conectar-se no servidor OpenVPN, sem erros e com o print de transferência das rotas sendo mostrado normalmente, uns 10 segundos depois, as rotas desaparecem e perde-se conexão com os servidores.

No entanto, adicionando as rotas manualmente, os servidores tornam-se navegáveis novamente.

Causa

Isto é um problema isolado com clientes que utilizam para conectar-se na internet modems USB e modems 3G (Timweb, VIVO etc).

Esse comportamento não ocorre com clientes que conectam-se via ADSL ou Links dedicados.

Portanto, é um problema obscuro, ficando “no ar” se é problema de drivers ou da tecnologia.

Workaround

Para que essa situação não ocorra, adicione o seguinte parâmetro no arquivo de configuração do OpenVPN no lado do cliente

route-delay 20

Com essa linha, após a conexão com o servidor OpenVPN o cliente esperará 20 segundos para adicionar as rotas fornecidas pelo servidor e não mais desaparecerão.

Compiling libsmb/clikrb5.c
libsmb/clikrb5.c: In function `krb5_set_real_time':
libsmb/clikrb5.c:128: error: dereferencing pointer to incomplete type
libsmb/clikrb5.c:129: error: dereferencing pointer to incomplete type
The following command failed:
cc -I. -I/usr/ports/net/samba3/work/samba-3.0.26a/source  -O2 -pipe
-march=prescott -D_SAMBA_BUILD_=3 -I/usr/local/include
-I/usr/ports/net/samba3/work/samba-3.0.26a/source/iniparser/src
-Iinclude -I./include  -I. -I. -I./lib/replace -I./lib/talloc
-I./tdb/include -I./libaddns -I./librpc -DHAVE_CONFIG_H
-I/usr/local/include -DLDAP_DEPRECATED
-I/usr/ports/net/samba3/work/samba-3.0.26a/source/lib -D_SAMBA_BUILD_=3
-fPIC -DPIC -c libsmb/clikrb5.c -o libsmb/clikrb5.o
*** Error code 1

Stop in /usr/ports/net/samba3/work/samba-3.0.26a/source.
*** Error code 1

Stop in /usr/ports/net/samba3.
*** Error code 1

Stop in /usr/ports/net/samba3.

Para resolver isso, instale, pelo ports, o krb5

cd /usr/ports/security/krb5
make install

Em seguida, volte ao port do samba e prossiga com a instalação

cd /usr/ports/net/samba3
make clean
make KRB5_HOME=/usr/local
make install

Isso acontece porque o SELinux não reconhece as marcações não existentes e não libera o acesso do serviço às suas bibliotecas.

Verificando o log do SELinux, encontra seguidas mensagens como essa:

Summary:

SELinux is preventing access to files with the label, file_t.

Detailed Description:

SELinux permission checks on files labeled file_t are being denied. file_t is
the context the SELinux kernel gives to files that do not have a label. This
indicates a serious labeling problem. No files on an SELinux box should ever be
labeled file_t. If you have just added a new disk drive to the system you can
relabel it using the restorecon command. Otherwise you should relabel the entire
files system.

Allowing Access:

You can execute the following command as root to relabel your computer system:
"touch /.autorelabel; reboot"

Para resolver

Teóricamente quando se ativa o SELinux pela primeira vez quando o servidor está rodando ele vai solicitar um reboot pra habilitar o SELinux e nesse reboot ele vai marcar todos os arquivos do sistema para que tenham as flags das políticas. Esse cenário também ocorre quando se adiciona um novo disco ou partição ao SO.

Essa marcação inicial nem sempre acontece, as vezes faltam alguns arquivos com a marcação e ao tentar executá-los esse erro no /var/log/audit/audit.log aparece.

Fazer como sugere a solução do audit que é executando touch /.autorelabel; reboot pode resolver e também não pode.

Para resolver em definitivo e forçar que todos os arquivos de um determinado diretório sejam marcados o comando abaixo vai resolver (as políticas padrões para os arquivos serão restauradas) e os arquivos serão marcados corretamente, permitindo assim ao SELinux saber como lidar com o serviço.

restorecon -R -v /diretório

Fazendo suas iterações com o Yum e de repente se depara com esse erro ao adicionar um repositório ou ao remover ou mesmo ao dar um yum update.

filelists.xml.gz                                         | 3.8 MB     00:07
Traceback (most recent call last):
  File "/usr/bin/yum", line 29, in ?
    yummain.user_main(sys.argv[1:], exit_code=True)
  File "/usr/share/yum-cli/yummain.py", line 229, in user_main
    errcode = main(args)
  File "/usr/share/yum-cli/yummain.py", line 145, in main
    (result, resultmsgs) = base.buildTransaction()
  File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 647, in buildTransaction
    (rescode, restring) = self.resolveDeps()
  File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 696, in resolveDeps
    CheckDeps, checkinstalls, checkremoves, missing = self._resolveRequires(errors)
  File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 779, in _resolveRequires
    thisneeds = self._checkInstall(txmbr)
  File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 851, in _checkInstall
    provs = self.tsInfo.getProvides(*req)
  File "/usr/lib/python2.4/site-packages/yum/transactioninfo.py", line 432, in getProvides
    result.update(self.getNewProvides(name, flag, version))
  File "/usr/lib/python2.4/site-packages/yum/transactioninfo.py", line 414, in getNewProvides
    for pkg, hits in self.pkgSack.getProvides(name, flag, version).iteritems():
  File "/usr/lib/python2.4/site-packages/yum/packageSack.py", line 300, in getProvides
    return self._computeAggregateDictResult("getProvides", name, flags, version)
  File "/usr/lib/python2.4/site-packages/yum/packageSack.py", line 470, in _computeAggregateDictResult
    sackResult = apply(method, args)
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 861, in getProvides
    return self._search("provides", name, flags, version)
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 43, in newFunc
    return func(*args, **kwargs)
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 837, in _search
    for pkg in self.searchFiles(name, strict=True):
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 43, in newFunc
    return func(*args, **kwargs)
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 586, in searchFiles
    self._sql_pkgKey2po(rep, cur, pkgs)
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 470, in _sql_pkgKey2po
    pkg = self._packageByKey(repo, ob['pkgKey'])
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 413, in _packageByKey
    po = self.pc(repo, cur.fetchone())
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 68, in __init__
    self._read_db_obj(db_obj)
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 94, in _read_db_obj
    setattr(self, item, _share_data(db_obj[item]))
TypeError: unsubscriptable object

Para resolver

Pode ter ficado algum lixo ou o sqlite corrompeu por algum motivo.

yum clean all
yum update

O cache, pacotes baixados pelo yum e a base sqlite com as infomações do repositório serão apagados; e com o comando ym update essas informações serão regeradas e atualizadas.

The server is slow to hell, badly accessing remotely, a simple ls it’s enougth to take a lot of seconds running… openning a program, no way… lot of minutes, time to take a cup of coffee.

You, don’t understanding what’s goin on, go get a look at the server, sometimes wishing to reset it, then, surprisely see that the HD LED look’s like the POWER one, but, Red…

In situations like that where are a lot of disk activities, come the question “What now?”, how to verify what is doing such a lot of disk access?

I will show you how to install iotop on Linux Red Hat / CentOS servers.

For that, there’s a very handy tool, iotop, it have a very nice CLI interface that show the I/O data. Utilize the very own values that kernel pass throught and show us in a very fancy interface :)

• http://freshmeat.net/projects/iotop

Needs to have Python >= 2.5 and kernel Linux >= 2.6.20 with those options enabled

• CONFIG_TASKSTATS
• CONFIG_TASK_DELAY_ACCT
• CONFIG_TASK_IO_ACCOUNTING

Pre-requisites

• CentOS / RedHat 5.3 minimal installation (Portuguese only)
• Compiling a new kernel (2.6.30.5) in Linux CentOS 5.3 / Red Hat 5.3

wget http://guichaz.free.fr/iotop/files/iotop-0.3.1.tar.bz2
tar jxvf iotop-0.3.1.tar.bz2 -C /usr/src
cd /usr/src/iotop-0.3.1/

To execute the program without installing it, just call via CLI:

./iotop.py

In case that the following error comes:

Traceback (most recent call last):
  File "./iotop.py", line 8, in ?
    from iotop.ui import main
  File "/usr/src/iotop-0.3.1/iotop/ui.py", line 12, in ?
    from iotop.data import find_uids, TaskStatsNetlink, ProcessList
  File "/usr/src/iotop-0.3.1/iotop/data.py", line 12, in ?
    from iotop import ioprio, vmstat
  File "/usr/src/iotop-0.3.1/iotop/ioprio.py", line 1, in ?
    import ctypes

It’s because you haven’t the python installed os it isn’t the 2.5 version. It’s necessary to install it.

Installing Python 2.5 on Red Hat 5.3 / CentOS 5.3

Red Hat 5 / CentOS 5 comes with python 2.4 by default. It isn’t cool to simply install the new version over the default one, instead, I’m disponibilizing here the RPMs of python 2.5 for Red Hat 5 / CentOS 5 that will be installed in his own directory /usr/bin/python25, so, the scripts that Yum and others scripts made use of python 2.4 won’t get hurt.

• python25-2.5.1-fogonacaixadagua2.i386.rpm wget http://www.virtualxp.org/downloads/python25/RPMS/i386/python25-2.5.1-fogonacaixadagua2.i386.rpm
• python25-devel-2.5.1-fogonacaixadagua2.i386.rpm wget http://www.virtualxp.org/downloads/python25/RPMS/i386/python25-devel-2.5.1-fogonacaixadagua2.i386.rpm
• python25-libs-2.5.1-fogonacaixadagua2.i386.rpm wget http://www.virtualxp.org/downloads/python25/RPMS/i386/python25-libs-2.5.1-fogonacaixadagua2.i386.rpm
• python25-test-2.5.1-fogonacaixadagua2.i386.rpm wget http://www.virtualxp.org/downloads/python25/RPMS/i386/python25-test-2.5.1-fogonacaixadagua2.i386.rpm

The news is, always that you need to use the new version of python 2.5 you’ll have to change the interpretor PATH that call python25. It’s better than the whole system going unstable, isn’t it? ;)

Executing iotop.py

With python25 installed, it’s time to modify the script iotop.py and change the interpreter on the first line, from:

#!/usr/bin/python

to

#!/usr/bin/python25

Ok, time to run the script

./iotop.py

If any of the pre-requisites won’t be safisfied, a message like this one will show informing what is missing

Could not run iotop as some of the requirements are not met:
- Python >= 2.5 for AF_NETLINK support: Found
- Linux >= 2.6.20 with I/O accounting support (CONFIG_TASKSTATS, CONFIG_TASK_DELAY_ACCT, CONFIG_TASK_IO_ACCOUNTING): Not found

Python 2.5 it’s OK, but kernel isn’t.

Simple, compiling kernel with those options:

To compile the new kernel, there’s a post here that explains it, here I’ll show you just which options to be considered, compile and install the kernel it’s with you now ;)

• Compiling a new kernel (2.6.30.5) in Linux CentOS 5.3 / Red Hat 5.3 (Portuguese only)

General setup  --->
...
[*] Export task/process statistics through netlink (EXPERIMENTAL)
[*]   Enable per-task delay accounting (EXPERIMENTAL)
[*]   Enable extended accounting over taskstats (EXPERIMENTAL)
[*]     Enable per-task storage I/O accounting (EXPERIMENTAL)
...

Kernel 2.6.30.5 (rpm) with process statistics ready to be used with iotop

• kernel-2.6.30.5fogonacaixadagua-1.i386.rpm wget http://www.virtualxp.org/downloads/kernel-2.6.30.5/RPMS/i386/IOTASKS/kernel-2.6.30.5fogonacaixadagua-1.i386.rpm

To install

rpm -ivh kernel-2.6.30.5fogonacaixadagua-1.i386.rpm

in case you already installed this kernel before, will need to generate again an image initrd and use the flag --force with rpm -ivh --force command.

iotop running

Installing iotop

Into the directory you extracted iotop-0.3.1 run the command
./setup.py install

cd /usr/src/iotop-0.3.1
./setup.py install

How it was installed python 2.5, if you run /usr/bin/iotop the following error will be gracefuly show to you

Traceback (most recent call last):
File "/usr/bin/iotop", line 4, in 
import pkg_resources
ImportError: No module named pkg_resources

To resolve that one, it’s quite simple, into directory where you extracted iotop, in this case /usr/src/iotop-0.3.1 copy the entire directory iotop to /usr/lib/python-2.5

cd /usr/src/iotop-0.3.1
cp -Rp iotop /usr/lib/python2.5/

And after that, edit the file /usr/bin/iptop and modify the line of interpreter

from

#!/usr/bin/python

to

#!/usr/bin/python25

Ok, iotop running!

Servidor lento, mal acessando remotamente, um simples ls é o suficiente pra levar vários segundos executando… abrir um programa então, nem pensar… vários minutos, o tempo para acender um cigar ou tomar um café.

Você, não entendendo o que se passa, vai dar uma olhada no servidor, as vezes já com a intenção de resetar, e repara que o LED do HD parece com a luz do Power, mas, vermelha…

E pensa: Ops, tem algo errado!

The english version is here

• iotop, your best friend when LED of HD stays on

Em situações como essas onde há uma intensa atividade de disco, vêm uma pergunta sórdida “E agora José?”, como identificar o que está acessando tanto o disco?

Existem ferramentas próprias para isso, como o iostat e o vmstat colunas bi e bo.

Iostat é uma ferramenta que é uma mão na roda para casos assim mas a interpretação dos valores e forma diposta na tela não é da mais amigável.

Para isso, existe uma ferramenta, o iotop, que faz um interface muito bacana dos dados de I/O. Utiliza os próprios valores que o kernel passa e apresenta de forma bastante elegante.

• http://freshmeat.net/projects/iotop

Precisa ter o Python >= 2.5 e o kernel do Linux >= 2.6.20 com as opções habilitadas

• CONFIG_TASKSTATS
• CONFIG_TASK_DELAY_ACCT
• CONFIG_TASK_IO_ACCOUNTING

Pré-requisitos

• Instalação mínima do CentOS e RedHat 5.3
• Compilando um novo kernel (2.6.30.5) no Linux CentOS 5.3 / Red Hat 5.3

wget http://guichaz.free.fr/iotop/files/iotop-0.3.1.tar.bz2
tar jxvf iotop-0.3.1.tar.bz2 -C /usr/src
cd /usr/src/iotop-0.3.1/

Para executar o programa sem instalar, é só chamar via linha de comando:

./iotop.py

Caso o seguinte erro aconteça:

Traceback (most recent call last):
  File "./iotop.py", line 8, in ?
    from iotop.ui import main
  File "/usr/src/iotop-0.3.1/iotop/ui.py", line 12, in ?
    from iotop.data import find_uids, TaskStatsNetlink, ProcessList
  File "/usr/src/iotop-0.3.1/iotop/data.py", line 12, in ?
    from iotop import ioprio, vmstat
  File "/usr/src/iotop-0.3.1/iotop/ioprio.py", line 1, in ?
    import ctypes

É por que você não possui o python instalado ou não é a versão 2.5 que é a recomendável, será necessário instalá-lo.

Instalando o Python 2.5 no Red Hat 5.3 / CentOS 5.3

O Red Hat 5 / CentOS 5 vêm com o python 2.4 por padrão. Não é legal simplesmente instalar em cima uma nova versão do python, ao invés disso, estou disponibilizando aqui os RPMs do Python 2.5 para o Red Hat 5 / CentOS 5 que será instalado num diretório próprio, em /usr/bin/python25, assim os scripts que o Yum e outros scripts utilizam o python 2.4 não serão prejudicados.

• python25-2.5.1-fogonacaixadagua2.i386.rpm
• python25-devel-2.5.1-fogonacaixadagua2.i386.rpm
• python25-libs-2.5.1-fogonacaixadagua2.i386.rpm
• python25-test-2.5.1-fogonacaixadagua2.i386.rpm

A notícia é que sempre que você precisar utilizar a nova versão do python 2.5 terá que alterar o PATH que chama o interpretador. Antes isso, que todo o sistema instável, né?

Se você usa a versão 64bits do Red Hat 5.3 ou CentOS 5.3 (x64), então, você deve baixar o RPM Source do python25 aqui python25-2.5.1-fogonacaixadagua2.src.rpm e compilar para que seja compatível com a versão 64 bits.

Pra fazer é simples. Instale o source e compile com o rpmbuild

rpm -ivh python25-2.5.1-fogonacaixadagua2.src.rpm
rpmbuild -bb /usr/src/redhat/SPECS/python.spec

Os binários serão gerados no diretório /usr/src/redhat/RPMS e proceda com a instalação normal de um rpm, utilizando o comando rpm -ivh ou pelo yum.

Executando o iotop.py

Com o python25 instalado, é hora de modificar o script iotop.py e alterar o caminho do interpretador na primeira linha, que passa de

#!/usr/bin/python

para

#!/usr/bin/python25

Ok, hora de executar o script

./iotop.py

Se algum dos pré-requisitos não forem satisfeitos, uma mensagem como essa irá pipocar na tela informando o que falta.

Could not run iotop as some of the requirements are not met:
- Python >= 2.5 for AF_NETLINK support: Found
- Linux >= 2.6.20 with I/O accounting support (CONFIG_TASKSTATS, CONFIG_TASK_DELAY_ACCT, CONFIG_TASK_IO_ACCOUNTING): Not found

Python 2.5 está OK, mas o kernel não está.

Simples, compilar o kernel com essa opções.

Para compilar um novo kernel, existe um post aqui nesse site que explica isso, aqui só mostrarei onde estão as opções a serem consideradas, compilar e instalar o kernel é com você agora ;)

• Compilando um novo kernel (2.6.30.5) no Linux CentOS 5.3 / Red Hat 5.3

General setup  --->
...
[*] Export task/process statistics through netlink (EXPERIMENTAL)
[*]   Enable per-task delay accounting (EXPERIMENTAL)
[*]   Enable extended accounting over taskstats (EXPERIMENTAL)
[*]     Enable per-task storage I/O accounting (EXPERIMENTAL)
...

Kernel 2.6.30.5 (rpm) com suporte à estatísticas dos processos e pronto para ser usado com o iotop

• kernel-2.6.30.5fogonacaixadagua-1.i386.rpm

Pra instalar

rpm -ivh kernel-2.6.30.5fogonacaixadagua-1.i386.rpm

e caso você já tenha instalado esse kernel, deverá gerar a imagem initrd novamente e utilizar a flag --force no comando rpm -ivh --force.

iotop em funcionamento

Instalando o iotop

Entre no diretório onde descompactou o iotop-0.3.1 e execute o comando ./setup.py install

cd /usr/src/iotop-0.3.1
./setup.py install

Como foi instalada a versão 2.5 do Python, se você tentar executar o comando /usr/bin/iotop será agraciado com o seguinte erro

Traceback (most recent call last):
File "/usr/bin/iotop", line 4, in <module>
import pkg_resources
ImportError: No module named pkg_resources

Pra resolver esse impasse, é bem simples, no diretório onde foi descompactado o iotop, no caso /usr/src/iotop-0.3.1 copie o diretório iotop para /usr/lib/python-2.5

cd /usr/src/iotop-0.3.1
cp -Rp iotop /usr/lib/python2.5/

E por fim, edite o arquivo /usr/bin/iotop e altere a linha do interpretador

de

#!/usr/bin/python

para

#!/usr/bin/python25

Ok, iotop instalado.

O SQUID no FreeBSD 6.x e 7.x, versão 2.6.x e 2.7.x começaram a apresentar um erro estranho, não era problema de hardware. O serviço ‘morria‘ com sinal 6.

pid 99376 (squid), uid 100: exited on signal 6 (core dumped)
pid 7499 (squid), uid 100: exited on signal 6 (core dumped)
pid 7508 (squid), uid 100: exited on signal 6 (core dumped)
pid 7517 (squid), uid 100: exited on signal 6 (core dumped)
pid 7561 (squid), uid 100: exited on signal 6 (core dumped)
pid 7570 (squid), uid 100: exited on signal 6 (core dumped)
pid 7581 (squid), uid 100: exited on signal 6 (core dumped)
pid 7592 (squid), uid 100: exited on signal 6 (core dumped)
pid 7612 (squid), uid 100: exited on signal 6 (core dumped)
pid 7621 (squid), uid 100: exited on signal 6 (core dumped)
pid 7630 (squid), uid 100: exited on signal 6 (core dumped)
pid 7674 (squid), uid 100: exited on signal 6 (core dumped)
pid 7683 (squid), uid 100: exited on signal 6 (core dumped)

Para resolver, editar o arquivo /boot/loader.conf e acrescentar os seguintes parâmetros:

kern.ipc.msgmnb=8192
kern.ipc.msgmni=40
kern.ipc.msgseg=512
kern.ipc.msgssz=64
kern.ipc.msgtql=2048

Será necessário um reboot no servidor para que as configurações tenha efeito.

Após a adição desses parâmetros o SQUID não mais apresentou falhas de segmentação

Na primeira semana, a máquina virtual, que é um Windows 2003, funcionou normalmente, sem apresentar problemas.

Foi necessário um reboot…

Esse foi o começo da história, a VM ficou fora por mais de 4 horas seguidas até eu descobrir o que se passava.

Horas em busca de informações e apenas essa msg de erro no log era apresentado cheguei quase a recriar a máquina apartir de uma imagem que possuia.

Ao tentar subir uma VM HVM no Xen, o processo é abortado e não tem início o boot da VM.

A Mensagem que aparece nos logs parece-se com uma dessas:

[xend 4741] DEBUG (blkif:27) exception looking up device number for hda: [Errno 2] No such file or directory: '/dev/hda'

ou

[xend 4741] DEBUG (blkif:27) exception looking up device number for hda: [Errno 2] No such file or directory: '/dev/Xxx'

Resolução do problema

Ativando a flag acpi e desabilitando a apic e pae resolvem o problema.

pae=0
acpi=1
apic=0

Ao final, o arquivo de configuração da VM parece-se com o seguinte:

import os, re
arch = os.uname()[4]
if re.search('64', arch):
    arch_libdir = 'lib64'
else:
    arch_libdir = 'lib'

kernel = "/usr/lib/xen/boot/hvmloader"
builder='hvm'

memory = 3096
shadow_memory = 8

name = "021app501"
vcpus=2

pae=0
acpi=1
apic=0

vif = [ 'bridge=xenbr0' ]
disk = [ 'phy:/dev/vm/xyz-disk,ioemu:hda,w', 'phy:/dev/vm/xyz-disk-d,ioemu:hdb,w', 'phy:/dev/vm/xyz-disk-e,ioemu:hdc,w' ]

on_poweroff = 'destroy'
on_reboot   = 'restart'
on_crash    = 'restart'
device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'
boot="c"

sdl=0
vnc=1
vnclisten="0.0.0.0"
vncdisplay=1
vncpasswd=''
stdvga=0
serial='pty'
usbdevice='tablet'

Nota
Para compilar a extensão ssh2 para o php é necessário ter o programa phpize, ele está no pacote php-devel*.rpm

Ao compilar a extensão ssh2 para o php, um erro ocorre:

gcc -I. -I/usr/src/ssh2-0.10 -DPHP_ATOM_INC -I/usr/src/ssh2-0.10/include -I/usr/src/ssh2-0.10/main -I/usr/src/ssh2-0.10 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /usr/src/ssh2-0.10/ssh2.c  -fPIC -DPIC -o .libs/ssh2.o
/usr/src/ssh2-0.10/ssh2.c: In function 'zif_ssh2_methods_negotiated':
/usr/src/ssh2-0.10/ssh2.c:481: warning: passing argument 2 of 'libssh2_session_methods' makes integer from pointer without a cast
/usr/src/ssh2-0.10/ssh2.c:481: error: too many arguments to function 'libssh2_session_methods'
/usr/src/ssh2-0.10/ssh2.c: In function 'zif_ssh2_fingerprint':
/usr/src/ssh2-0.10/ssh2.c:536: warning: assignment discards qualifiers from pointer target type
/usr/src/ssh2-0.10/ssh2.c: In function 'zif_ssh2_publickey_add':
/usr/src/ssh2-0.10/ssh2.c:1038: warning: passing argument 1 of '_efree' discards qualifiers from pointer target type
/usr/src/ssh2-0.10/ssh2.c: In function 'zif_ssh2_publickey_list':
/usr/src/ssh2-0.10/ssh2.c:1097: warning: passing argument 4 of 'add_assoc_stringl_ex' discards qualifiers from pointer target type
/usr/src/ssh2-0.10/ssh2.c:1098: warning: passing argument 4 of 'add_assoc_stringl_ex' discards qualifiers from pointer target type
/usr/src/ssh2-0.10/ssh2.c:1106: warning: initialization discards qualifiers from pointer target type
/usr/src/ssh2-0.10/ssh2.c:1107: warning: passing argument 2 of '_zend_hash_add_or_update' discards qualifiers from pointer target type
make: *** [ssh2.lo] Error 1

Pra resolver isso, editar o arquivo config.h e acrescentar:

#define LIBSSH2_APINO 200412301450