Esto pasa por ejemplo cuando queremos restaurar un backup de la base de datos pero esta se encuentra en uso. Hay muchas formas de solucionarlo…¿qué os parece esta?

1. Ejecutamos el código en “New Query”

use master
go
alter database set single_user with rollback immediate
alter database set multi_user

2. Restaurar BBDD

/var/named/run-root/var/

Para cambiar la contraseña admin, ejecute el siguiente comando:

# /usr/sbin/hspc-config –admin-password $NEW_PASSWORD

Donde $NEW_PASSWORD es la contraseña nueva del administrador para el servidor PBA-S. Le recomendamos indicar una contraseña compleja para que así sea más segura.

Para cambiar el nombre de usuario admin, emita el siguiente comando:

# /usr/sbin/hspc-config –admin-email $EMAIL

Donde $EMAIL es el nombre de usuario nuevo del administrador para el servidor PBA-S. Le recomendamos usar una dirección de email válida para que así puede hacer uso de la opción ‘¿Ha olvidado su contraseña?’, que enviará un código de autorización a la dirección de email de la cuenta admin.

Links
http://kb.parallels.com/es/8386

Me ha pasado una cosa curiosa. Entiendo que es más debido a un procedimiento que yo no conocía que a un bug, pero en todo caso, lo comento.

Tenemos una instalación nueva, de MySQL, versión 5.077 en un CentOS 5, por ejemplo. Por defecto en la mayoría de instalaciones el motor de base de datos será MyISAM. El caso es que importo una base de datos en las que las tablas son Innodb. Pero al entrar vía phpmyadmin veo que el motor que sale es MyISAM. Me sorprende porque no tenía puesto el

skip-innodb

en la configuración de MySQL. Otra pista, el phpmyadmin, en el link que te muestra los motores de almacenamiento me muestra 3, pero ninguno es Innodb. Muy raro porque si entro por consola y ejecuto

mysql> show engines;
| InnoDB | YES | Supports transactions, row-level locking, and foreign keys

me devuelve que si que está habilitado. La solución la encontré de chiripa porque no tenía ni idea de que estaba pasando. Para arreglarlo tuve que renombrar los ficheros de log innodb, de la siguiente forma.

# service mysqld stop
# mv /var/lib/mysql/ib_logfile0 /var/lib/mysql/ib_logfile0.bak
# mv /var/lib/mysql/ib_logfile1 /var/lib/mysql/ib_logfile1.bak
# service mysqld start


En el mismo link donde un colega posteó la solución, otro tipo plantea la solución al dilema:

I did a little research on why your solution works and it seems that though InnoDB is enabled by default, MySQL seems to disable it automatically if your InnoDB log files get corrupted. When you remove them, they are recreated, allowing InnoDB to start again.

Links

• http://www.turnkeylinux.org

Click here to view the embedded video.

Vía: Javier Casares

http://www.zabbix.com/wiki/templates/start

Plesk viene por defecto con un sólo idioma, para idiomas extras necesitas el PowerPack o paquetes adicionales. Podemos de todas formas, cambiar el lenguaje por defecto de nuestro plesk (inglés) a español cambiando parámetros en la base de datos.

Primer modo:

- Parar Plesk CP:
# /etc/init.d/psa stop

- Loguearnos en MySQL Plesk:
# mysql -uadmin -p`cat /etc/psa/.psa.shadow` psa

- Que idiomas hay disponibles en Plesk:

select * from locales;
+-------+--------+
| id | active |
+-------+--------+
| es-ES | false |
| en-US | true |
+-------+--------+

- Cambiar en la tabla “misc” el valor “en-US” por “es-ES” en “admin_locale” y “def_locale”:

update misc set val="es-ES" where param in
("admin_locale","def_locale");

- Lo mismo para la tabla “mn_param”
update mn_param set val="es-ES" where val="en-US";

- Lo mismo en la tabla “clientes”
update clients set locale="es-ES";

- Si tenemos módulo de Watchdog:
update module_watchdog_param set val="es-ES" where
param="locale";

- Lo mismo para “dom_param”:
update dom_param set val="es-ES" where param="locale";

- Cambiar idoma para los mailbox en la tabla “Parameters”:
update Parameters set value="es-ES" where Parameter in
("s:locale", "s:country_locale");

- Cambiar también en la tabla “locales”:
update locales set active="false" where id="en-US"; update
locales set active="true" where id="es-ES";

Links
http://routingtheworld.wordpress.com/2010/07/15/change-plesk-default-language/

Instalando APC para php 5.3.

# wget http://pecl.php.net/get/APC-3.1.3p1.tgz
# tar xf APC-3.1.3p1.tgz
# cd APC-3.1.3p1
# phpize
# ./configure --enable-apc --enable-mmap
# make

Error?
/usr/local/src/APC-3.1.2/apc.c:453: error: 'apc_regex' has no member named 'nreg'
make: *** [apc.lo] Error 1

# yum install pcre-devel
# make clean
# make
# make install

Añadir “extension=apc.so” en php.ini, reiniciar Apache. Comprobamos:


# -bash-3.2# php -i |grep apc
# apc
# apc.cache_by_default => On => On


Links
http://longvnit.com/blog/?p=627
http://constantshift.com/installing-apc-for-php-5-3/

Que divertido el postgreSQL oiga! A ver como demonios se crea un usuario, que quiero crear uno para conectarme vía phppgmyadmin.


[root@example ~]# su - postgres
-bash-3.2$ createuser -P testuser
Enter password for new role: passwd
Enter it again: passwd
Shall the new role be a superuser? (y/n) n
Shall the new role be allowed to create databases? (y/n) n
Shall the new role be allowed to create more new roles? (y/n) n
-bash-3.2$

Luego me pude conectar bien al phpPgAdmin modificando el ya para mi famoso pg_hba.conf, habilitando conexiones locales al servidor con md5.

Por motivos que no vienen al caso, me veo obligado a actualizar un PostgreSQL server de 8.1 a 8.4. Lo bueno es que es una instalación nueva y no hay que migrar/mantener datos. Por tanto es bastante sencillo.


# wget pgdg-centos-8.4-2.noarch.rpm
# rpm -Uvh pgdg-centos-8.4-2.noarch.rpm
# yum --enablerepo=pgdg84 postgresql-server
# /etc/init.d/postresql restart


Stopping postgresql service: [FAILED]
An old version of the database format was found.
You need to upgrade the data format before using PostgreSQL.
See /usr/share/doc/postgresql-8.4.4/README.rpm-dist for more information.

Auch! aquí me acordé de varias personas. Pero como digo que era un instalación limpia, se pudo arreglar fácil.


# yum remove postgresql-server
# mv /var/lib/pgsql/ /var/lib/pgsql-bak
# yum install postgresql-server
# /etc/init.d/postgresql start


/var/lib/pgsql/data is missing. Use "service postgresql initdb" to initialize the cluster first.
[FAILED]
-bash-3.2# service postgresql initdb
Initializing database: [ OK ]
-bash-3.2# /etc/init.d/postgresql start
Starting postgresql service: [ OK ]


Links

• http://www.question-defense.com/2009/02/10/install-the-latest-postgresql-yum-repository-for-centos
• http://yum.pgsqlrpms.org/reporpms/repoview/pgdg-centos.html