Hosting Al Descubierto

Trying to load phpmyadmin you could get this errors:

Strict Standards: Redefining already defined constructor for class PMA_Theme_Manager in /usr/local/ravencore/var/apps/phpmyadmin/libraries/Theme_Manager.class.php on line 218

Strict Standards: Redefining already defined constructor for class PMA_Config in /usr/local/ravencore/var/apps/phpmyadmin/libraries/Config.class.php on line 541

Strict Standards: Redefining already defined constructor for class PMA_Table in /usr/local/ravencore/var/apps/phpmyadmin/libraries/Table.class.php on line 216

Strict Standards: Non-static method PMA_Config::getCookiePath() should not be called statically in /usr/local/ravencore/var/apps/phpmyadmin/libraries/session.inc.php on line 35

Strict Standards: Non-static method PMA_Config::isHttps() should not be called statically in /usr/local/ravencore/var/apps/phpmyadmin/libraries/session.inc.php on line 36

Warning: Cannot modify header information - headers already sent by (output started at /usr/local/ravencore/var/apps/phpmyadmin/libraries/Theme_Manager.class.php:218) in /usr/local/ravencore/var/apps/phpmyadmin/libraries/session.inc.php on line 94

Warning: Cannot modify header information - headers already sent by (output started at /usr/local/ravencore/var/apps/phpmyadmin/libraries/Theme_Manager.class.php:218) in /usr/local/ravencore/var/apps/phpmyadmin/libraries/core.lib.php on line 249

Are excesive warnings easily avoided with :

sed -i 's/php_admin_value error_reporting 8183/php_admin_value error_reporting 6135/' /usr/local/ravencore/etc/php.include

And now retstart ravencore

/etc/init.d/ravencore restart

The command to change admin password is :

 /usr/local/ravencore/sbin/run_cmd passwd 

Para cambiar la password de administrador se puede usar este comando en consola :

/usr/local/ravencore/sbin/run_cmd passwd

Además del post anterior . Es necesario modificar el fichero /usr/local/ravencore/var/lib/RavenCore/Server.pm en la linea 531 done se define:

$self->{HTTPD} = ‘/usr/sbin/httpd’;

y cambiarlo por el binario de apache en Debian :

$self->{HTTPD} = ‘/usr/sbin/apache2;

De lo contrario al reinciar el servicio ravencore ( /etc/init.d/ravencore start ) no generará ningún tipo de error pero el servicio que escucha en los puertos :8080 y :8000 no habrá levantado.

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

Por si alguno estais probando ravencore y named no tira debido a que no puede cargar la key con este error en el syslog :

none:0: open: /etc/bind/rndc.key: permission denied

Seguramente os haya pasado que el fichero /etc/default/bind9 haya sido modificado. En este fichero por defecto se indica el usuario con el que se ejecuta bind9.

En mi caso lo configuro de forma que

OPTIONS="-u bind"

y el fichero /etc/bind/rndc.key con permisos 640 y root:bind como propietarios

# stat rndc.key
  File: «rndc.key»
  Size: 77            Blocks: 8          IO Block: 4096   fichero regular
Device: f24bh/62027d    Inode: 670204008   Links: 1
Access: (0640/-rw-r-----)  Uid: (    0/    root)   Gid: (  103/    bind)
Access: 2009-06-17 22:52:17.000000000 +0200
Modify: 2009-04-28 13:53:08.000000000 +0200
Change: 2009-06-18 23:31:12.000000000 +0200

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:
<pre>
%plesk_bin%\dbclient.exe –direct-sql –sql=”Select * from domains”
</pre>

Más información en Engendro Plesk9

Ultimamente me estoy encontrando con este error al hacer un yum update:

Traceback (most recent call last):
  File "/usr/bin/yum", line 29, in ?
    yummain.user_main(sys.argv[1:], exit_code=True)
  File "/usr/share/yum-cli/yummain.py", line 229, in user_main
    errcode = main(args)
  File "/usr/share/yum-cli/yummain.py", line 145, in main
    (result, resultmsgs) = base.buildTransaction()
  File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 647, in buildTransaction
    (rescode, restring) = self.resolveDeps()
  File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 704, in resolveDeps
    for po, dep in self._checkFileRequires():
  File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 939, in _checkFileRequires
    if not self.tsInfo.getOldProvides(filename) and not self.tsInfo.getNewProvides(filename):
  File "/usr/lib/python2.4/site-packages/yum/transactioninfo.py", line 414, in getNewProvides
    for pkg, hits in self.pkgSack.getProvides(name, flag, version).iteritems():
  File "/usr/lib/python2.4/site-packages/yum/packageSack.py", line 300, in getProvides
    return self._computeAggregateDictResult("getProvides", name, flags, version)
  File "/usr/lib/python2.4/site-packages/yum/packageSack.py", line 470, in _computeAggregateDictResult
    sackResult = apply(method, args)
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 861, in getProvides
    return self._search("provides", name, flags, version)
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 43, in newFunc
    return func(*args, **kwargs)
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 837, in _search
    for pkg in self.searchFiles(name, strict=True):
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 43, in newFunc
    return func(*args, **kwargs)
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 586, in searchFiles
    self._sql_pkgKey2po(rep, cur, pkgs)
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 470, in _sql_pkgKey2po
    pkg = self._packageByKey(repo, ob['pkgKey'])
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 413, in _packageByKey
    po = self.pc(repo, cur.fetchone())
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 68, in __init__
    self._read_db_obj(db_obj)
  File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 94, in _read_db_obj
    setattr(self, item, _share_data(db_obj[item]))
TypeError: unsubscriptable object

Parece tener que ver con algún paquete y la versión de librpm.

Lo más cómod es hacer

yum clean all

Borrará todas las cachés, pero funciona.

Acabamos de recibir la notificación de la liberación de la version de Plesk 9.2

RPM-based Linux Systems- Release Notes
DEB-based Linux System- Release Notes
PKG-based Linux System- Release Notes

Windows System- Release Notes

Además de corregir fallos y mejorar el rendimiento ( esperemos que sea así ) se agrega funcionalidad de listas grises ( greylisting) , migration manager ( … un poco tarde ) y migración desde cpanel.