2012-03-14 10 views
32

Acabo de mover el magento de un servidor a otro y obtengo el siguiente error, me preguntaba si alguien podría ayudarme solucionar esto,UID del script "/home/...../public_html/index.php" es más pequeño que min_uid

UID del guión "/home/.../public_html/index.php" es menor que min_uid

lo que hice fue hacer un volcado de base de datos y transferirlo al servidor,

crea una copia de seguridad de todos los archivos magento y transfiere y expande al servidor,

ch ange la tabla core_config en la base de datos.

Gracias de antemano.

+0

¿De dónde es ese error? Syslog? SELinux? – hakre

+0

lo siento No estoy seguro de cuál es la pregunta, pero en la página dice suPHP 0.6.1, el error aparece cuando voy a la página index.php, http: // www.magento-domain/index.php – amir

+0

El error aparece en la página con un "Advertencia:" al frente y algunos archivos dados y un número de línea donde ocurrió el error? ¿Es un error dado por el intérprete de PHP o por el servidor web? – hakre

Respuesta

14

Si su escritura es propiedad de root, se debe cambiar la propiedad de nuevo a sí mismo:

chown -R user /home/user/public_html

Esto cambiará el propietario de la totalidad de los archivos contenidos en /home/user/public_html y todos los subdirectorios a user.

+1

Hola, gracias por la respuesta, pero no creo que sea así porque sigo teniendo el mismo problema. – amir

35

Eso me parece un problema suPHP.

Cambie el grupo usuario y del script al usuario que ejecuta el proceso del servidor web. Así que si usted está funcionando un Apache con el usuario www-data por ejemplo, cambiar a:

chown www-data:www-data /home/.../public_html/index.php 

O cambiar todos sus archivos a la vez:

chown -R www-data:www-data /home/.../public_html/ 

Si todavía está corriendo en este tema tras el cambio de usuario y de grupo, entonces su suPHP es, probablemente, trabajando con el valor por defecto min_uid = 100, pero el UID del www-data es continuación esta 100.

Para solucionar este problema se puede cambiar el min_uid en la configuración de suPHP para que coincida con el UID del www-data:

vi /etc/suphp/suphp.conf 

min_uid = <UID of www-data> 
+0

No olvides cambiar min_gid en el mismo archivo suphp.conf también. Tuve que arreglar eso para que funcione. –

+0

Para un archivo cargado a través de WinSCP, no podemos ser perezosos y 'chown' en la carpeta. Deberíamos hacerlo directamente en el archivo. Comprueba si 'chown' ya funciona ejecutando el comando' ls -lah' –

3

que tenía el mismo problema, y ​​lo arreglaron con iniciado sesión FTP y archivos cargados a la cuenta de cPanel de este sitio. No es una cuenta raíz o de administrador. Debe crear o editar sus archivos con esta cuenta.

+0

gracias a que esto solucionó mi problema, tiene sentido, porque si inicias sesión como usuario de ftp no eres root y suPHP está contento. –

2

Lo que hice para solucionar este problema:

chown -R usuario: usuario/home/DIB/public_html

e hice los archivos php chmod 700

+0

cambiando la propiedad del archivo al usuario usando 'chown' trabajado para mí. – Neel

0

Por lo que yo estoy haciendo simplemente desactivar el modo suPHP en apache2, escribiendo este comando en el terminal: sudo a2dismod suphp

si desea habilitar de nuevo: sudo a2enmod suphp

Cuestiones relacionadas