WMware compra Zimbra a Yahoo

January 14th, 2010 by admin No comments »

Según se publicó el día 12 de Enero, WMware ha adquirido Zimbra a Yahoo. Zimbra es una suite open source ( con su correspondiente servicio de pago ) que da servicio de correo tanto pop, imap, movil , etc, etc.

Más información en
http://www.zimbrablog.com/blog/archives/2010/01/zimbra-to-join-vmware.html

  • Share/Bookmark

Parallels libera Plesk Windows 9.3 con mejoras para 2008

January 12th, 2010 by admin No comments »

Recientemente ha sido liberado Plesk 9.3 con mejoras de soporte par Hyper-V y compabilidad con sistema operativo Windows 2008

La lista de cambios :

Parallels Plesk Panel 9.3.0

  1. [+] Microsoft Windows Server 2008 R2 support added.
  2. [+] Microsoft Hyper-V Server 2008 support added.
  3. [+] MailEnable Standard 4.16 support added.
  4. [-] Certificates from repository of domain set on exclusive IP address are reset when domain backup is restored bug is fixed.
  5. [-] The “Applications” link appearing in the left frame for domain administrator’s main menu when applications management is not supported by license bug is fixed.
  6. [-] Panel freezing because of web applications installation in Windows 2008 bug is fixed.
  7. [-] In-place migration from IIS 6 to Parallels Plesk Panel hanging bug is fixed.
  • Share/Bookmark

[ayuda magento] Errores al importar base de datos magento

January 8th, 2010 by admin 1 comment »

Magento es un software en auge entre los interesados en montar tiendas virtuales. Parece que Oscommerce ya tiene un sustituto fuerte, bien diseñado, estructurado, mvc, modulable y con pasarelas de pago maduras.
Uno de los problemas es que requiere php 5.2. Como muchos sabrán php 4 dejó de ser soportada hace años, pero aún existen distribuciones que oficialmente distribuyen la php 5.0 o 5.1 en su rama estable. Este es el caso de Centos 5 / RHEL 5 que necesita de repositorios no oficiales para subir a version php 5.2.

Bien, puestos en situación, el caso  se nos ha presentado un caso extraño de consumo de memoria desorbitado y totalmente desconcertante. Después de realizar todo tipo de pruebas para localizar este agujero negro de ram, hemos decidido cambiar a otro servidor basado en Debian que sí distribuyen php 5.2 en su rama ‘stable‘.

La migración ha sido un poco más problemática de lo habitual ya que Magento está muy preparado para el control de errores y no suelta los errores como habitualmente en error_log o en consola. Por ello hay que activar las siguientes lineas en index.php:

  • Mage::setIsDeveloperMode(true);
  • ini_set(‘display_errors’, 1);

De esta forma, sí nos vuelca los errores pon pantalla pero usando un manejador del propio Magento.

Otra piedra en el camino para el cambio del servidor ha sido este error con los índices de mysql

ERROR 1064 (42000) at line 25: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8' at line 10

Al parecer hay algún pequeño cambio de como definir el indice basado en BTREE ( acelera las búsquedas ) y no son totalmente compatibles la versión de Centos ( mysql 5.1 ) y la Debian ( mysql 5.0) . Si existe algún bug abierto en Debian, lo desconozco, aunque lo buscaré :D

La linea original del volcado es PRIMARY KEY (`actualidad_id`) USING BTREE y debe ser sustituida por PRIMARY KEY  USING BTREE (`actualidad_id`) para los más cómodos :

sed -i 's/PRIMARY KEY (`actualidad_id`) USING BTREE/PRIMARY KEY  USING BTREE (`actualidad_id`)/' volcado.sql

Igualmente para este otro error:

ERROR 1064 (42000) at line 390: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'USING BTREE,
 KEY `FK_ATTRIBUTE_VARCHAR_ENTITY` (`entity_id`),
 KEY `FK_CATALO' at line 9

el cambio sería :

mysql 5.1 UNIQUE KEY `IDX_BASE` (`entity_type_id`,`entity_id`,`attribute_id`,`store_id`) USING BTREE,
mysql 5.0 UNIQUE KEY `IDX_BASE` USING BTREE (`entity_type_id`,`entity_id`,`attribute_id`,`store_id`),

sed -i 's/UNIQUE KEY `IDX_BASE` (`entity_type_id`,`entity_id`,`attribute_id`,`store_id`) USING BTREE,/UNIQUE KEY `IDX_BASE` USING BTREE (`entity_type_id`,`entity_id`,`attribute_id`,`store_id`),/' volcado

Más información acerca de la sintaxis de mysql en http://dev.mysql.com/doc/refman/5.0/en/create-table.html

  • Share/Bookmark

The problem with moving VPS due to non-compliance with versions of

December 31st, 2009 by admin No comments »

Solution to this problem.

Stop the vps.

vzctrl stop vps_id

Run the script.

#!/bin/bash
for i in `find /vz/private/vps_id/fs/root/ -noleaf -type l -print | perl -nle '-e || print'|grep ._vzlnk_.`
do
ln -sf `ls -ga $i|grep ._vzlnk_.|awk '{print $9}'|sed 's/\/\/\//\/vz\/template/'` $i
done

Start the vps.

vzctrl start vps_id

PS should check directories in the folder template, so as not to create dead links.

taken from :

  • Share/Bookmark

Warning: PHP Startup: Unable to load dynamic library ‘/usr/lib/php5/20060613+lfs/fileinfo.so’ – /usr/lib/php5/20060613+lfs/fileinfo.so: cannot open shared object file: No such file or directory in Unknown on line 0

December 30th, 2009 by admin No comments »

Algunos paquetes de Debian y otras distribuciones pueden quedarse obsoletos. En este caso php-fileinfo quedó obsoleto. Si no se ha eliminado la carga del modulo de php puede obtener este error :

<b>Warning</b>:  PHP Startup: Unable to load dynamic library '/usr/lib/php5/20060613+lfs/fileinfo.so' - /usr/lib/php5/20060613+lfs/fileinfo.so: cannot open shared object file: No such file or directory in <b>Unknown</b> on line <b>0</b>

Una pequeña explicación del fin de vida del paquete en Debian la puedes consultar aquí http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492442

Para los que necesiten el paquete aunque sea obsoleto, pueden seguir este manual para generar su propio fichero .deb en http://www.dotdeb.org/2008/09/25/how-to-package-php-extensions-by-yourself/

  • Share/Bookmark

acd1: TIMEOUT – READ_BIG retrying (1 retry left)

December 29th, 2009 by admin No comments »

Instalando un servidor Power Edge R200 de Dell nos encontramos con este incomodo error. Lo extraño es que sucede instalado FreeBSD 8, que debería estar más que probada para este hardware.

acd1: TIMEOUT - READ_BIG retrying (1 retry left)

Tenemos que usar viejas técnicas rastreas y sucias para que consigamos con éxito instalar nuestro servidor : deshabilitar dmas !!!

  • En el arranque presionamos la opción “6 escape to loader prompt”
  • set hw.ata.ata_dma=0
  • set hw.ata.atapi_dma=0
  • boot

En resumen :

  • set hw.ata.ata_dma=0 : deshabilita el dma en discos ata
  • set hw.ata.atapi_dma=0 : deshabilita el dma en discos opticos
  • boot : arranca la instalación


Más informacion sobre parámetors de arranque en FreeBSD en este enlace http://doc.pfsense.org/index.php/Booting_Options

Error dma FreBSD 8
  • Share/Bookmark

[error] an unknown filter was not added: DEFLATE

December 28th, 2009 by admin No comments »

Limpiando errores de apache en Debian. Al parecer estoy intentando usar un módulo que no tengo activado

[error] an unknown filter was not added: DEFLATE

La solcuión, como siempre rápida :

a2enmod deflate
/etc/init.d/apache2 force-reload
  • Share/Bookmark

[magento] cambiar usuario y contraseña de la base de datos

December 22nd, 2009 by admin No comments »

Para cambiar los datos de acceso a la base de datos que usa la instalación de Magento hay que editar el fichero :

/app/etc/local.xml

La estructura del fichero es la siguiente :

<config>
    <global>
        <install>
            <date><![CDATA[Tue, 14 Jul 2009 16:19:11 +0000]]></date>
        </install>
        <crypt>
            <key><![CDATA[g41f732d5dc4abfb174c73bb76cc0670]]></key>
        </crypt>
        <disable_local_modules>false</disable_local_modules>
        <resources>
            <db>
                <table_prefix><![CDATA[]]></table_prefix>
            </db>
            <default_setup>
                <connection>
                    <host><![CDATA[localhost]]></host>
                    <username><![CDATA[user_name]]></username>
                    <password><![CDATA[user_password]]></password>
                    <dbname><![CDATA[data_base_name]]></dbname>
                    <active>1</active>
                </connection>
            </default_setup>
        </resources>
        <session_save><![CDATA[files]]></session_save>
    </global>
    <admin>
        <routers>
            <adminhtml>
                <args>
                    <frontName><![CDATA[admin]]></frontName>
                </args>
            </adminhtml>
        </routers>
    </admin>
</config>
  • Share/Bookmark

[mysql] Reparar todas las tablas de todas las bases de datos

December 22nd, 2009 by admin 1 comment »

Para reparar todas las tablas de todas las bases de datos ( teniendo en cuenta que usamos Pleks ) en una sola linea tienes este churro:

for database in $(mysql --skip-column-names -uadmin -p`cat /etc/psa/.psa.shadow` -e "show databases" ); do echo "optmizing tables from $database"; for table in $(mysql --skip-column-names -uadmin -p`cat /etc/psa/.psa.shadow` -e "show tables" $database ); do echo "-> $table " ; mysql -uadmin -p`cat /etc/psa/.psa.shadow` -e "OPTIMIZE TABLE $table" $database ; done ; done ;
  • Share/Bookmark

[debian] ValueError: unsupported format character ‘t’ (0×74) at index 8

December 11th, 2009 by admin No comments »

Me he encontrado con este problema al chequear una lista de correo en mi máquina con Plesk:

check_perms : chequea los permisos de ficheros y directorios de la estructura de mailman

# ./check_perms -f -v
comprobando el modo para /var/lib/mailman
    comprobando gid y modo de /var/lib/mailman/logs/post
    comprobando gid y modo de /var/lib/mailman/logs/error
    comprobando gid y modo de /var/lib/mailman/logs/qrunner
    comprobando gid y modo de /var/lib/mailman/logs/smtp
    comprobando gid y modo de /var/lib/mailman/logs/subscribe
    comprobando gid y modo de /var/lib/mailman/logs/smtp-failure
    comprobando gid y modo de /var/lib/mailman/logs/vette
    comprobando gid y modo de /var/lib/mailman/logs/bounce
    comprobando gid y modo de /var/lib/mailman/logs/locks
    comprobando gid y modo de /var/lib/mailman/mail
Traceback (most recent call last):
  File "./check_perms", line 380, in ?
    checkall()
  File "./check_perms", line 196, in checkall
    os.path.walk(d, checkwalk, STATE)
  File "/usr/lib/python2.4/posixpath.py", line 290, in walk
    func(arg, top, names)
  File "./check_perms", line 120, in checkwalk
    print _('%(path)s bad group (has: %(groupname)s, '
  File "/usr/lib/mailman/Mailman/i18n.py", line 90, in _
    return tns % dict
ValueError: unsupported format character 't' (0x74) at index 8

Según he visto comentado en varias fuentes es un bug debido a un problema con el juego de caracteres de la consola, por lo que utf8 está generando problemas. Hay que forzar a ejecutarlo con LANG=C

export  LC_ALL=C; export  LANG=C
./check_perms -f -v
  • Share/Bookmark