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

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
…

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

[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

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

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.

• readme para rpms
• reame para debs

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 :

•  Upgraded components: ProFTPD was upgraded to the version 1.3.2b, phpMyAdmin to the version 2.9.11, and Horde Application Framework to the versio
• Cross-site scripting vulnerability was eliminated.
• ProFTPD 1.3.1 was prone to a security vulnerability that allowed
  attackers to perform cross-site request forgery types of attacks – to resolve this issue, ProFTPD was upgraded to the version 1.3.2b.

• [-] 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’

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

/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'};

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

%plesk_bin%\dbclient.exe --direct-sql --sql="Select * from domains"

Más información en Engendro Plesk9