Estos últimas días hemos tenido que optimizar la carga de servidores con Magento. Una de las tareas es usar un sistema de caché que acelere los scripts php. Usamos apc por compatibilidad con Magento y por que ya viene paquetizado en los repositorios de Debian.
El problema, aparece en el pié de página: “PHP Fatal error: Exception thrown without a stack frame in Unknown on line 0″.
Este error aparece cuando se ha lanzado una excepcion en un lugar donde se no se puede lanzar una excepción por no tener ‘stack frame‘.
Los manejadores de excepciones ‘ exception handlers‘ y los destructores no tienen ‘stack frame‘.
Por lo que combinar por ejemplo un ‘execption handler‘ con un ‘error preporting‘ o lanzar un execption en un destructor puede provocar que aparezcan. Os podeis documentar más en este interesante enlace Solving “Fatal error: Exception thrown without a stack frame in Unknown on line 0″
En nuestro caso, tan solo hizo falta acutalizar la version del apc con un simple apt
apt-get install php-apc
En la máquina estaba previamente instalado el apc vía pecl
Hoy 25 de junio de 2010 ha sido aprobado el tld ( dominio ) .xxx y sí es para el porno. Tras la propuesta de la empresa ICM Registry en el año 2005, se ha consensuado la aceptación de este dominio por los miembros del ICANN.
La idea es dirigir todo el mencado pornográfico a dominios .xxx con lo cual seria mucho más fácil limitar el acceso o localizar contenido. Todos aquellos registros estarían regulados por el IFFOR, the International Foundation for Online Responsibility. Con lo que ICM Registry deberá dar las suficientes garantías como para gestionar los contenidos.
Si quieres puedes hacer tu prereserva aunque no empezarán a funcionar hasta primeros de 2011.
Aún no está publicado en la web del ICANN, pero aquí esta el enlace pero aquí sí icmregistry
En algunas ocasiones sólamente nos interesa tener el mta escuchando al interface local ( loopback / 127.0.0.1 ) para que reparta correo localmente sacar correo hacia otra máquina, etc.. en este caso simplemente no queremos aceptar correo externo ( por spam ) y por que no es la función de la máquina recibir correo. Esta máquina está usando sendmail para que sólo escuche al interface local, agregaremos estas directivas en /etc/mail/sendmail.mc
O DaemonPortOptions=Port=smtp,Addr=127.0.0.1, Name=MTA
O DaemonPortOptions=Port=587,Addr=127.0.0.1, Name=MSA, M=E
o esta otra directiva, pero no las dos a la vez o se caerá el dameon
DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA’)
DAEMON_OPTIONS(`Port=submission,Addr=127.0.0.1, Name=MTA’)
En caso de que esté duplicada la configuración en /var/log/mail.log aparecerá algo como esto:
sm-mta[23481]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon MSA: cannot bind: Address already in use
sm-mta[23481]: daemon MSA: problem creating SMTP socket
sm-mta[23481]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon MSA: server SMTP socket wedged: exiting
Posteriormente hayq que reiniciar el servicio
/etc/init.d/sendmail restart
y verificamos que el cambio se haya efectuado correctamente:
Cuando se hace referencia a un ‘milter’ para un mta, se está hablando de un añadido, plugin o como quieras llamarlo que bajo una arquitectura predefinida es capaz de integrase con el mta. El mta es el encargado de gestionar la recepción de correo. El “milter” ( mail-filter ) se puede usar junto con el mta para interactuar al recibir emails, filtralos, marcarlos como spam, indicar que se debe rechazar, etc…
Una empresa Alemana suele ser sinónimo de seriedad y calidad. Por lo menos en lo personal siempre me ha dado la sensación de tratar con gente muy preocupada por la imagen de su producto y ofrecer un buen servicio. No digo, precio, si no servicio.
Tras oir hablar hace tiempo de server4you.de y ver el catálogo de productos decidimos contratar un vps. La oferta inmejorable, vps 1024 de ram 25 gb de disco, 5 tb de trafico al mes por 8,85 euros al mes y una oferta de 6 meses gratis si contratas 1 año. Total con impuestos unos 57 euros un año !!!! increible.
Pues eso que no os lo creais, nos registramos esperamos 24 horas, no tenemos el alta. Miramos en las transacciones del banco y nos cobran 2 euros. Bueno, puede ser normal para comprobar que la tarjeta sea real. Mandamos correo preguntando y nada, a esperar , a las 48 horas nos contestan que envíemos una copia del dni o carnet de conducir. Vale, aceptamos también y lo envíamos.
Otras 24 horas después nos contestan que tardan un mínimo de 48 horas en tramitar los correos de gestion y seguimos esperando. Al día siguiente contestan que como no hemos enviado la documentación cancelan el pedido y hasta otra.
Evidentemente enviamos una contestación indicando que el envío de la documentación estaba realizada, bla bla bla bla. Y la contestación hasta el día de hoy ha sido nula. También reclamamos nuestros 2 eurazos !!! que hasta hoy no hemos recuperado.
Visto lo visto nuestra recomendaciń es que no hagais negocios con server4you.de seguramente haya clientes en españa con sus productos, pero si no hubiera sido por que me fué recomendada por un cliente. pensaría que es una estafa y server4you una empresa fantasma.
La Rebelión de los spammers es un interesante artículo de David Barroso que leí hace años y ahora lo he vuelto a encontrar por casualidad. El documento habla de la metodología que usa para localizar e identificar procesos maliciosos, cómo identifica el fallo de seguridad, y análisis del enemigo. Se detalla el uso de herramientas de sistema lsof, strace, etc.. etc… Aunque para muchos este tipo de tareas es trivial por realizarlas a diario, no deja de ser un documento interesante para leer.
Aunque hace varias semanas hacíamos referencia a que estaba disponible Plessk 9.5, al día siguiente fue retirada de los repositorios. Según comentarios del equipo de Parallels era una beta para algunos clientes, aunque lo habitual es que lo liberen para que un pequeño grupo de usuarios actualice creyendo que es estable y probarles como cobayas
Desde antes de ayer ( más o menos) vuelve a estar disponible, aunque no ha sido oficialmente publicado. Seguramente sea la release final ya que en el KA ( panel de gestión de las licencias ) de Parallels aparecen disponibles ya las licencias de 9.5. Este hecho hace pensar que Plesk 9.5 marcará un cambio en la linea de Parallels ( marketing, funcional… habrá que verlo )
Desde la versión Plesk 8.6, que a mi gusto ha sido la mas estable y con mejor rendimiento desde las 6.x, la gente de Parallels no ha estado muy acertada con los cambios y han estado plagadas de bugs , sobretodo relacionados con postfix, qmail, spamasassin, drweb y domain keys y la basura del nuevo sistema de backup ( or decir algo elegante ) . Por todo ello no recomendaría instalar esta nueva versión en producción al menos hasta que salga Plesk 9.5.1 o 9.5.2 que seguro no tardarán mas de un mes desde que la liberen oficialmente.
No obstante para los intrépidos y los testers que quieran estar a la última , aqui teneis los repositorios para probarlas:
Centos
cat > /etc/yum.repos.d/CentOS-Plesk9.repo << EOF
[plesk9-base]
name=CentOS-Plesk9 – Base
baseurl=http://autoinstall.plesk.com/PSA_9.5.0/dist-rpm-CentOS-\$releasever-\$basearch/
gpgcheck=0
enabled=1
La nueva versión de openssl ( 0.9.8e-12.el5_4.6 ) está ocasionando problemas con Plesk 9.3.0.
El síntoma es que el demonio sw-cp-server falla al arrancar:
/etc/init.d/sw-cp-server restart
Restarting SWsoft control panels server... stale pidfile. [FAILED]dfile.
En el log de swp-cp-server pemos observar estas lineas :
tail /var/log/sw-cp-server/error_log
2010-03-29 12:50:48: (log.c.75) server started
2010-03-29 12:50:48: (network.c.336) SSL: error:00000000:lib(0):func(0):reason(0)
2010-03-29 12:50:51: (log.c.75) server started
2010-03-29 12:50:51: (network.c.336) SSL: error:00000000:lib(0):func(0):reason(0)
2010-03-29 12:50:51: (log.c.75) server started
2010-03-29 12:50:51: (network.c.336) SSL: error:00000000:lib(0):func(0):reason(0)
2010-03-29 12:59:46: (log.c.75) server started
2010-03-29 12:59:46: (network.c.336) SSL: error:00000000:lib(0):func(0):reason(0)
2010-03-29 12:59:46: (log.c.75) server started
2010-03-29 12:59:46: (network.c.336) SSL: error:00000000:lib(0):func(0):reason(0)
Por ahora se recomienda reinstalar la versión anterior ( openssl-0.9.8e-12.el5_4.1 disponible aqui )
yum downgrade openssl*
Actualización:
En caso de estar usando un vps puede realizar los siguientes pasos:
rpm –erase –nodeps openssl-0.9.8e-12.el5_4.6
puede encontrarse con este error si usa arquitectura x86_65
rpm –erase –nodeps openssl-0.9.8e-12.el5_4.6
error: “openssl-0.9.8e-12.el5_4.6″ specifies multiple packages
En este caso proceder la manera siguiente:
rpm –erase openssl-0.9.8e-12.el5_4.6.x86_64 –nodeps
rpm –erase openssl-0.9.8e-12.el5_4.6 –nodeps
y para instalar la versión válida:
vzpkg install VEID -p openssl-0.9.8e-12.el5_4.1.x86_64
o descargar el rpm e instalar dentro del vps
cd /usr/src
wget ftp://ftp.pbone.net/mirror/ftp.centos.org/5.4/updates/x86_64/RPMS/openssl-0.9.8e-12.el5_4.1.x86_64.rpm
rpm -ivh openssl-0.9.8e-12.el5_4.1.x86_64.rpm
y reiniciar el servicio
/etc/init.d/sw-cp-server restart
Esperamos que en breve Parallels libere una actualización para corregir el problema.
ACTUALIZACION 2
Cuidado si eliminas los rpm de openssl antes de tener el nuevo rpm ya puedes encontrarte con cosas así:
wget ftp://ftp.pbone.net/mirror/ftp.centos.org/5.4/updates/x86_64/RPMS/openssl-0.9.8e-12.el5_4.1.x86_64.rpm
wget: error while loading shared libraries: libssl.so.6: cannot open shared object file: No such file or directory
empiezan los sudores….
# curl ftp://ftp.pbone.net/mirror/ftp.centos.org/5.4/updates/x86_64/RPMS/openssl-0.9.8e-12.el5_4.1.x86_64.rpm
curl: error while loading shared libraries: libssl.so.6: cannot open shared object file: No such file or directory
más sudor frío ….
$ scp openssl-0.9.8e-12.el5_4.1.x86_64.rpm root@10.0.1.1:/root
ssh_exchange_identification: Connection closed by remote host
lost connection
con esto ya te quedas blanco
# /etc/init.d/sshd restart
Stopping sshd: [FAILED]
Starting sshd: /usr/sbin/sshd: error while loading shared libraries: libcrypto.so.6: cannot open shared object file: No such file or directory
[FAILED]
Por supuesto yum tampoco funciona, así que si tenemos aún una sesión abierta lo vamos a solucionar facilmente así :
GET ftp://ftp.pbone.net/mirror/ftp.centos.org/5.4/updates/x86_64/RPMS/openssl-0.9.8e-12.el5_4.1.x86_64.rpm > openssl-0.9.8e-12.el5_4.1.x86_64.rpm
rpm -ivh openssl-0.9.8e-12.el5_4.1.x86_64.rpm
