Extraño error para agregar a la amplia familia de errores de Plesk
get_config_string failed: PRODUCT_DATA_D: Unexpected end of data when read C-string from serializer. at getString(PRODUCT_DATA_D)(PleskSrvClient::getString line 182) at Unable to get config variable:(zif_get_config_string line 206)
Soluciones :
%plesk_bin%\websrvmng --reconfigure-all
Este error es debido a que alguien no se ha leido la documentación de magento jejeje.
En el fichero .htaccess hay un apartado que dice :
## this line is specific for 1and1 hosting # AddType x-mapp-php5 .php # AddHandler x-mapp-php5 .php
Y si lo descomentas, da el error, por eso pone ESPECÍFICO PARA 1AND1 
Alertas en rkhunter indicando este probelma :
Error: Invalid display - language keyword cannot be found: Display line: display --to LOG --type PLAIN --result OK --log-indent 4 ROOTKIT_ADD_SUCKIT_LINK Error: Invalid display - language keyword cannot be found: Display line: display --to LOG --type INFO STARTUP_FOUND_LOCAL_RC_FILE /etc/rc.d/rc.local Error: Invalid display - language keyword cannot be found: Display line: display --to LOG --type INFO STARTUP_FOUND_LOCAL_RC_FILE /etc/rc.d/rc.sysinit Error: Invalid display - language keyword cannot be found: Display line: display --to LOG --type INFO STARTUP_FOUND_LOCAL_RC_FILE /etc/inittab Error: Invalid display - language keyword cannot be found: Display line: display --to LOG --type INFO STARTUP_FOUND_LOCAL_RC_FILE /etc/rc.d/rc.local Error: Invalid display - language keyword cannot be found: Display line: display --to LOG --type INFO STARTUP_FOUND_LOCAL_RC_FILE /etc/rc.d/rc.sysinit Error: Invalid display - language keyword cannot be found: Display line: display --to LOG --type INFO STARTUP_FOUND_LOCAL_RC_FILE /etc/inittab Error: Invalid display - language keyword cannot be found: Display line: display --to SCREEN+LOG --type PLAIN --color GREEN --result FOUND --log-indent 2 --screen-indent 4 STARTUP_LOCAL_RC_FILE Error: Invalid display - language keyword cannot be found: Display line: display --to SCREEN+LOG --type PLAIN --color GREEN --result NONE_FOUND --log-indent 2 --screen-indent 4 STARTUP_CHECK_LOCAL_RC Error: Invalid display - language keyword cannot be found: Display line: display --to LOG --type INFO STARTUP_CHECK_SYSTEM_RC_FOUND /etc/rc.d Error: Invalid display - language keyword cannot be found: Display line: display --to SCREEN+LOG --type PLAIN --result NONE_FOUND --color GREEN --log-indent 2 --screen-indent 4 STARTUP_CHECK_SYSTEM_RC
Es debido a que no teneis instalado rkhunter 1.3.4
Si lo quereis instalar rápìdamente en Centos/Red Hat podeis usar esta chuleta
wget http://surfnet.dl.sourceforge.net/sourceforge/rkhunter/rkhunter-1.3.4.tar.gz tar zxvf rkhunter-1.3.4.tar.gz cd /usr/src/rkhunter-1.3.4 sh ./installer.sh --layout default --install /usr/local/bin/rkhunter --update
Un error a simple vista dificil de encontrar… funcionaba la web en otras versiones de php5.x pero en esta última no… algo extraño, muy extraño…
Si hubiera sido una migración de la versión php4 a php5 … sería lógico pero esto no :/
[Thu Aug 13 18:09:44 2009] [error] [client 93.174.6.8] PHP Fatal error: Cannot access empty property in /var/www/vhosts/hostingaldescubierto.com/httpdocs/test.php on line 4, referer: http://www.hostingaldescubierto.com/test.php
y la linea del error, la 4, aquí …
$this->$con = mysql_connect("localhost","user","password");
Aparentemente normal… pero, el error indicaba algo acerca de la propiedad. Efectivamente en un objeto de php sólo lleva el signo de $ el nombre del objeto o clase pero no sus propiedades. Con lo que quitando el $ a $con , funcionó perfectamente:
$this->con = mysql_connect("localhost","user","password");
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.
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.
Este error en un script que usa ASPUpload de Persists, es debido a que el usuario psacln no tiene permisos suficientes. Para solucionarlo buscamos la aspupdload.dll
Editamos los propiedades de seguridad y damos control total al usuario psacln. Aplicamos y ya funciona.
Más información en: Soporte Persists
eAccelertor es una solución de cache para php. Con este software conseguimos guardar una copia de scripts ya interpretados, de esta forma cada vez que el servidor web tenga que lanzar este script ahorrará una parte de tiempo y carga de cpu.
Con este software puede ocurrir que nos econtremos con el siguiente error:
PHP Warning: [eAccelerator] Can not create shared memory area in Unknown on line 0PHP Fatal error: Unable to start eAccelerator module in Unknown on line 0
Por defecto el tamaño de memoria compartida ( shared memory ) en un kernel 2.6 es de 32mb. Este parámetro se encuentra en el fichero /proc/sys/kernel/shmmax de forma que puedes comprobar si está en el límite. Para modificarlo existen dos formas :
* Cambio on-fly, con esto duplicaremos el tamaño actual
echo $(( `cat /proc/sys/kernel/shmmax` * 2 )) > /proc/sys/kernel/shmmax
* Cambio permamente, modificando /etc/sysctl.conf
kernel.shmmax=VALOR_DESEADO # aplicar los cambios reiniciando o con este comando:sysctl -p
En el caso de los vps habŕa que comprobar si la memoria asignada es suficiente ( share memory and socket buffers ). Para ello podemos verificar el fichero /proc/user_beancounter donde muestra todos los parámetros que tenemos y la última columna referente a failcnt, es la cantidad de veces que se han superado estos límites. Seguramente aparecerá la fila PRIVVMPAGES con el contador distinto de 0. Habrá que ampliar este valor en ese caso.
La forma más cómoda de recuperar el password de admin en un servidor Windows con una instalación de Plesk, es acceder mediante una shell o terminal server y ejecutar este comando
"%plesk_bin%"\plesksrvclient.exe -get
Nos abrirá una ventana con la password de admin de Plesk.
También podemos asignar una nueva credencial con
"%plesk_bin%"\plesksrvclient.exe -set
Si agregamos al final true cambiará tambien la contraseña de la base de datos de Plesk. Finalmente si usamos -nogui en vez de sacar el resultado por pantalla lo mostrará en consola y enviará al portapapeles el password.
Este error aparece en casos muy puntuales de migraciones de vps windows y cambios entre versiones. Aparece cuando intentamos acceder al panel de control plesk mediante el navegador https://ip:8443 .
No es necesario logearse para que aparezca el error.
Fatal error: Unable to open key (SOFTWARE\Plesk\PSA Config\PSA Key): (5) Access is denied. in C:\SWSoft\Plesk\admin\auto_prepend\auth.php3 on line 40
Extamente el motivo no lo conocemos, debe ser algún bug en las plantillas de Parallels. La solución pasa por agregar al usuario psaadm a la cadena de registro HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\PLESK\PSA Config\PSA Key con permisos de lectura.
Una vez hecho este cambio, con recargar la página del panel ya tendremos la entrada al login de forma correcta.
Este bug aún no aparece en el kb de parallels.
© 2012 Hosting Al Descubierto · Proudly powered by WordPress & Green Park 2 by Cordobo.
Valid XHTML 1.0 Transitional | Valid CSS 3
