Desde esta semana Debian Etch es historia y queda en archives.debian.org para la posteridad. Aunque el soporte acababa en Febrero de 2010 se anunció la novena actualización el 22 de Mayo de 2010.
Se recomienda pasar a ‘stable’ aunque siempre es posible modificar las fuentes apt indicando en el repositorio :
deb http://archive.debian.org/debian etch main contrib non-free
deb http://archive.debian.org/debian-security etch/updates main contrib non-free
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:
…
tcp 0 0 127.0.0.1:587 0.0.0.0:* LISTEN 22413/sendmail-mta
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 22413/sendmail-mta
…
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:
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
[plesk9-thirdparty]
name=CentOS-Plesk9 – thirparty
baseurl=http://autoinstall.plesk.com/PSA_9.5.0/thirdparty-rpm-CentOS-\$releasever-\$basearch/
gpgcheck=0
enabled=1
[plesk9-updates]
name=CentOS-Plesk9 – Updates
baseurl=http://autoinstall.plesk.com/PSA_9.5.0/update-rpm-CentOS-\$releasever-\$basearch/
gpgcheck=0
enabled=1
EOF
Debian
Etch
cat > /etc/apt/sources.list.d/Plesk950.list << EOF
deb http://autoinstall.plesk.com/debian/PSA_9.5.0 etch all
EOF
Lenny:
cat > /etc/apt/sources.list.d/Plesk950.list << EOF
deb http://autoinstall.plesk.com/debian/PSA_9.5.0 lenny all
EOF
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
PARCHES
Parallels ha publicado los parches correspondientes a este problema en
http://kb.parallels.com/en/8338
Siguiendo con la linea anterior de otras releases , Parallels ha liberado temporalmente su version 9.5 y aún no está disponible para los demás clientes.
Según este comentario en el foro de Parallels, sólo está disponible para ‘testear’
http://forum.parallels.com/showthread.php?t=99362
Pero lo cierto es que Parallels libera durante unas horas las nuevas releases para que algunos usuarios incautos las instalen y así probar qué tal funciona.
Dado que la release aún no ha sido liberada todo apunta a que Plesk 9.5 viene cargado de fallos. Mucho cuidadado con la nueva versión. Esperamos estar equivocados.
Si tuvieramos que valorar la nota de Plesk no sería ni mucho menos un 9,5 ( sobresaliente ) si no más bien un 5,9 ( bien bajo jejeje ). Tras la tremenda oleada de cagadas que están teniendo ( sobretodo con qmail y postfix ) tenemos ya la release 9.5
Básicamente corrigen mogollón de fallos realtivos al webmail, qmail y posftix. Agregan soporte para Explorer 8, soporte para CloudLInux, pasarelas de pago, virtualizacion con Xen, HyperV, Wmware,etc.. y quizás dos o tres cosas que nos interesa a los administradores :
[-] SpamAssassin spam filter incorrectly classified most of the messages delivered in the year 2010 as spam – issue resolved.
[-] If a message cannot be sent, sender receives a message with invalid field from=#@[] bug is fixed.
[-] Web statistics were not calculated properly when the piped logs feature was switched on – issue resolved.
Como podeis comprobar, cuatro cositas de nada más los ‘known bugs’
Desde Parallels cada día se lucen más con su software. Ayer día 28 e Julio de 2009 se ha liberado oficialmente la versión 9.2.2 de Plesk con la única característica en la versión que es la incorporación del software Antivirus DrWeb 5.0.
Esta nueva versión de DrWeb consume más recursos que las anteriores, por que los que vayais justitos con vuestros vps o servidores dedicados, pensad en cambiar de antivirus o ampliar.
IMPORTANT: Dr.Web update included in Parallels Plesk Panel 9.2.2 release uses more hardware resources than the previous Dr.Web version. This might affect the maximum number of containers with Parallels Plesk Panel 9.2.2 installations on a given hardware in Parallels Containers environment.
Más información en Plesk 9.2.2 Release notes
Este es el primer error con el que me encontré al intentar usar RavenCore:
/etc/init.d/ravencore start Starting RavenCore daemon: Undefined subroutine &RavenCore::gettext called at /usr/local/ravencore/var/lib/RavenCore.pm line 370. [ FAILED ]
Se puede omitir rápidamente si se comenta la linea #370 en el fichero /usr/local/ravencore/var/lib/RavenCore.pm
#$str = gettext($str) if $INC{'Locale/gettext.pm'};
Error en RavenCore intentando cargar webmail:
Warning: include_once(../plugins/show_user_and_ip/config.php) [function.include-once]: failed to open stream: No such file or directory in /usr/local/ravencore/var/apps/squirrelmail/plugins/show_user_and_ip/functions.php on line 4 Warning: include_once() [function.include]: Failed opening '../plugins/show_user_and_ip/config.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /usr/local/ravencore/var/apps/squirrelmail/plugins/show_user_and_ip/functions.php on line 4
solución simple :
cp /usr/local/ravencore/var/apps/squirrelmail/plugins/show_user_and_ip/config.php.sample \ /usr/local/ravencore/var/apps/squirrelmail/plugins/show_user_and_ip/config.php
Posteriormente apareció este otro :
Warning: include_once(../plugins/show_ssl_link/config.php) [function.include-once]: failed to open stream: No such file or directory in /usr/local/ravencore/var/apps/squirrelmail/plugins/show_ssl_link/functions.php on line 43 Warning: include_once() [function.include]: Failed opening '../plugins/show_ssl_link/config.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /usr/local/ravencore/var/apps/squirrelmail/plugins/show_ssl_link/functions.php on line 43
solucionado con :
cp /usr/local/ravencore/var/apps/squirrelmail/plugins/show_ssl_link/config.php.sample \ /usr/local/ravencore/var/apps/squirrelmail/plugins/show_ssl_link/config.php
A vueltas con el engrendo de Plesk9 eh recordado que aun no he puesto como lanzar consultas de forma algo más comoda usando windows:
%plesk_bin%\dbclient.exe --direct-sql --sql="Select * from domains"
Más información en Engendro Plesk9
© 2010 Hosting Al Descubierto · Proudly powered by WordPress & Green Park 2 by Cordobo.
Valid XHTML 1.0 Transitional | Valid CSS 3
