Hosting Al Descubierto

Si necesitas conocer el hardwareID de tu servidor ( generalmente para temas relacionados con la licencia ). Puedes obtenerlo de la siguiente manera:

Linux:
cat /proc/vz/hwid
Windows:
vzlicense –h

En ambos casos, si aparecen varios resultados, el válido es el primero.

Más información en hardware id para linux y hardware id para windows

Para todos los que estén pensando en desistir de instalar SpaceWalk debido a un error como este :

# spacewalk-setup --disconnected
* Loading answer file: /usr/share/spacewalk/setup/defaults.conf.
* Setting up environment and users.
** GPG: Initializing GPG and importing RHN key.
* Setting up database.
** Database: Setting up database connection.
DB User? spacewalk
DB Password?
DB SID? xe
DB hostname? localhost
DB port [1521]?
DB protocol [TCP]?
Could not connect to the database.  Your connection information may be incorrect.  Error: install_driver(Oracle) failed: Can't load '/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/DBD/Oracle/Oracle.so' for module DBD::Oracle: libclntsh.so.10.1: wrong ELF class: ELFCLASS32 at /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/DynaLoader.pm line 230, <STDIN> line 6.
 at (eval 784) line 3
Compilation failed in require at (eval 784) line 3, <STDIN> line 6.
Perhaps a required shared library or dll isn't installed where expected
 at /usr/bin/spacewalk-setup line 1504

Aguantad !! :D, habeis cometido el mismo error que yo, mezclar el cliente de Oracle 11g con la instalación de Oracle 10g XE.

Os dejo los enlaces para la instalación rpm bajo 64bits:

http://download.oracle.com/otn/linux/oracle10g/xe/10201/oracle-xe-univ-10.2.0.1-1.0.i386.rpm
http://download.oracle.com/otn/linux/instantclient/10204/oracle-instantclient-basic-10.2.0.4-1.x86_64.rpm
http://download.oracle.com/otn/linux/instantclient/10204/oracle-instantclient-jdbc-10.2.0.4-1.x86_64.rpm
http://download.oracle.com/otn/linux/instantclient/10204/oracle-instantclient-sqlplus-10.2.0.4-1.x86_64.rpm
http://download.oracle.com/otn/linux/instantclient/10204/oracle-instantclient-devel-10.2.0.4-1.x86_64.rpm

Recordaros que es preciso estar registrado para descargar los enlaces

Que cunda el panico

#lsnrctl start

LSNRCTL for Linux: Version 10.2.0.1.0 - Production on 07-AUG-2008 17:12:17

Copyright (c) 1991, 2005, Oracle.  All rights reserved.

Starting /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/bin/tnslsnr: please wait...

TNSLSNR for Linux: Version 10.2.0.1.0 - Production
NL-00280: error creating log stream /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/network/log/listener.log
 NL-00278: cannot open log file
  SNL-00016: snlfohd: error opening file
   Linux Error: 13: Permission denied

Listener failed to start. See the error message(s) above...

Hay que lanzar el listener bajo el usuario oracle

Puede que el pánico nos invada cuando encontramos algo como esto al arrancar Plesk:

# /etc/init.d/psa start
Starting xinetd service...                                            done
Starting named service...                                             done
Starting mysqld service...                                            done
Starting qmail service...                                             done
Starting courier-imap service...                                      done
Starting postgresql service...                                        failed
Starting psa-spamassassin service...                                  done
ERROR 1033 (HY000) at line 1: Incorrect information in file: './psa/DomainServices.frm'
websrvmng: DB error (mysql41 compatible query) 1033: Incorrect information in file: './psa/misc.frm'
websrvmng: DB error (mysql41 compatible query) 1033: Incorrect information in file: './psa/misc.frm'
websrvmng: Unable to connect to the mysql database
websrvmng: Unable to connect to the mysql database
ERROR 1033 (HY000) at line 1: Incorrect information in file: './psa/sessions.frm'
Starting Plesk...                                                     done
ERROR 1033 (HY000) at line 1: Incorrect information in file: './psa/misc.frm'

Aunque en principio parezca que es un problema de consistencia e base de datos. El problema tiene que ver con el montaje de /tmp y los atributos de carpeta temporal.

Para evitarnos problemas podemos lanzar este pequeño bloque de sentencias

dd if=/dev/zero of=/mnt/tmpnoexec bs=1024 count=500000
echo "yes" | mkfs.ext3 /mnt/tmpnoexec
cp -pr /tmp /tmp.backup
mount  /mnt/tmpnoexec /tmp -o loop,noexec,nosuid,rw
chmod 1777 /tmp

De los poco errores no descriptivos con los que me he encontrado con linux, este es uno.

Este error puede aparecer al actualizar Plesk sobre un servidor con Centos de la version 8.2 a 8.4

La forma de solucionarlo es actualizar la version de openssl con :

yum update openssl

y posteriormente lanzar la actualización de nuevo

A veces surge la necesidad de verificar si nuestros servicios están correctamente optimizados. En nuestro caso vamos a comprobar qué tal se comporta un servidor bind/named ( servicio dns )

Usaremos la herramienta queryperf ( dns stress tool )

cd /usr/src
apt-get install libbind-dev build-essential libssl-dev

wget ftp://ftp.nominum.com/pub/nominum/dnsperf/1.0.1.0/dnsperf-src-1.0.1.0-1.tar.gz
tar zxvf dnsperf-src-1.0.1.0-1.tar.gz
cd dnsperf-src-1.0.1.0-1
./configure
make
make install

y para probarlo ( el fichero de examples está contenido en paquete tar ) :

dnsperf -s dns.hostingaldescubierto.com < examples/queryfile-example-100thousand

DNS Performance Testing Tool

Nominum Version 1.0.1.0

[Status] Processing input data
[Status] Sending queries (to 192.168.100.1)
[Status] Testing complete

Statistics:

Parse input file:     once
Ended due to:         reaching end of file

Queries sent:         100000 queries
Queries completed:    100000 queries
Queries lost:         0 queries

Avg request size:     41 bytes
Avg response size:    110 bytes

Percentage completed: 100.00%
Percentage lost:        0.00%

Started at:           Fri Jul 18 14:56:52 2008
Finished at:          Fri Jul 18 14:57:01 2008
Ran for:              9.552197 seconds

Queries per second:   10468.795817 qps

También podeis consultar un interesante artículo acerca del rendimiento de Bind 9 en distintos servidores en este enlace

Una mala actualización del servidor vps de windows provocar un error como este :

vzctl start 101
Starting container ...
Virtuozzo API function call 'VzkrnlStartVps' failed dwErr=0x000004FB
Container 101 is not started
Exec '@VzOnShutdown' failed in container 101

Para solucionarlo, podemos proceder de la siguiente manera:

vzctl mount 101
copy c:\WINDOWS\system32\drivers\tcpip.sys c:\vz\root\101\c\WINDOWS\system32\drivers\
vzctl start 101

Hay que recordar que nunca, nunca se debe actualizar un vps windows usando la página de actualizaciones de Microsoft ( windowsupdate.com) . Siempre hay que usar el servicio de actualizaciones automáticas que se provee con el sistema.

Más información en : http://kb.parallels.com/en/2095

Este problema puede ocasionarse en servidores con Centos 4.3 o 4.6 al actualizar paquetes :

# yum clean
rpmdb: Program version 4.3 doesn't match environment version
error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch
error: cannot open Packages index using db3 -  (-30974)
error: cannot open Packages database in /var/lib/rpm
Traceback (most recent call last):
  File "/usr/bin/yum", line 29, in ?
    yummain.main(sys.argv[1:])
  File "/usr/share/yum-cli/yummain.py", line 80, in main
    base.getOptionsConfig(args)
  File "/usr/share/yum-cli/cli.py", line 170, in getOptionsConfig
    self.doConfigSetup(fn=opts.conffile, root=root)
  File "__init__.py", line 82, in doConfigSetup
  File "config.py", line 273, in __init__
  File "config.py", line 385, in _getsysver
TypeError: rpmdb open failed

Para solucionarno hay que recrear la base de datos de paquetes :

# rm -f /var/lib/rpm/__db.*
# rpm --rebuilddb

Este error : ‘Internal Server Error’ ( bastante ‘intuitivo’ ) puede aparecer en servidores windows. Si revisamos el log de Internet Information Server podemos encontrarnos con un mensaje como este :

Operation_must_use_an_updateable_query.

En el caso en que estemos usando una base de datos mdb, es debido a que está en solo lectura. Cambiando los permisos podemos solucionarlo

Compilando mod_security-2.5.5 he encontrado este error

/usr/lib64/apr-1/build/libtool --silent --mode=link gcc -o mod_security2.la  -lpcre -lxml2 -lz -lm -rpath /usr/lib64/httpd/modules -module -avoid-version    msc_lua.lo acmp.lo msc_geo.lo pdf_protect.lo msc_reqbody.lo persist_dbm.lo msc_pcre.lo msc_util.lo msc_parsers.lo modsecurity.lo msc_multipart.lo msc_xml.lo msc_logging.lo re_variables.lo re_tfns.lo re_actions.lo re_operators.lo re.lo apache2_util.lo apache2_io.lo apache2_config.lo mod_security2.lo
/usr/bin/ld: skipping incompatible /usr/lib/libz.so when searching for -lz
/usr/bin/ld: skipping incompatible /usr/lib/libz.a when searching for -lz
/usr/bin/ld: cannot find -lz
collect2: ld returned 1 exit status
apxs:Error: Command failed with rc=65536
.
make: *** [mod_security2.la] Error 1

Al parecer hay algún problema con las versiones de 32 y 64 bits instaladas en la máquina. La solución desinstalar y volver a instalar zlib-devel

yum erase zlib-devel
yum install zlib-devel