Problema phpmyadmin en vps ubuntu con vestacp

  • Autor Autor xaiborweb
  • Fecha de inicio Fecha de inicio
xaiborweb

xaiborweb

Programador
No recomendado
¡Usuario con pocos negocios! ¡Utiliza siempre saldo de Forobeta!
hola compañeros de forobeta estoy aprendiendo a configurar todo en un vps desde cero por la consola.

ya instale vestacp subi un web importe un sql todo perfecto me e encontrado con barreras como arreglar lo que no reconoce los headers en el .htacces también lo del mysql estricto que no me premitia aplicar insert into dejando algunas columnas sin especificar un valor.

pero ahora estoy frente a un nuevo problema y es que donde estaba era un hosting con cpanel y desde hay ponía a trabajar unos script en php con el cron y funcionaba sin problemas duraba hasta 1 semana ejecutándose el script sin problemas.

pero en el cron de vestacp ejecuto los mismos scripts y empiezan a trabajar bien creando todos los registros mysql por medio de insert into que el script hace pero al poco tiempo de arrancar deja de funcionar es como si se parar o la verdad no lo se por que no se la ruta donde se crea los errores log para eso y así saber que sucede.

aunque si veo los errores log del domino como el script lo ejecuto desde una subcarpeta dentro del domino veo errores como este
HTML:
ip - - [11/Apr/2017:01:54:02 +0200] "GET /phpmyadmin/index.php?db=db_name&table=table_name&target=sql.php&token=82c33994ca0f24814246fdae958fbf08 HTTP/1.0" 200 17978 "http://ip_servidor/phpmyadmin/sql.php?db=db_name&table=table_name&token=1f5432bb68085965cb27d2e3a517d539&pos=0" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 Safari/537.36"

ip - - [11/Apr/2017:01:54:04 +0200] "GET /phpmyadmin/db_structure.php?server=1&db=db_name&token=82c33994ca0f24814246fdae958fbf08&ajax_request=true&ajax_page_request=true&_nocache=1491868443887713153 HTTP/1.0" 200 8228 "http://ip_server/phpmyadmin/index.php?db=db_name&target=db_structure.php&token=82c33994ca0f24814246fdae958fbf08" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 Safari/537.36"
la verdad no se lo que esta sucediendo para que el script ya no siga guardando registros en la base de datos, pero la malicia indígena me hace pensar que puede ser que el sql se satura o se llena la memoria o algo por el stilo que en el hosting con cpanel que tenia tenia bien configurado eso y aqui en el que yo instale con vestacp no esta bien configurado.

espero algun experto en el tema me pueda sacar de las dudas por que no se ni siquiera como buscar solución a este problema en internet.
 
desde hay ponía a trabajar unos script en php con el cron y funcionaba sin problemas duraba hasta 1 semana ejecutándose el script sin problemas.

Wait what? desde ahi comienzas mal.

- Como ejecutas el script en el cron.
- Pega el script aqui.
 
[MENTION=35077]xaiborweb[/MENTION] te recomiendo mas webuzo es mas simple de configurar, solo instala y te saldra para configurar el dominio principal y la dns para que los demas dominios se conecta.

y la verdad es muy bueno que quieras aprender a instalar vps desde 0, es muy recomendado asi podra usar panel gratis y salir mas barato.

yo hace un mes estuve contratado un vps windows y me fue de maravilla aprendi a instalar juegos online para navegadores, y esos que tiene sus clientes.

y tambien conectar el vps con el dominio sin plesk, la verdad fue una buena experiencia, saber crear base de datos SQL y todo eso.

y disculpa que no te pueda ayudar con tu problema, pero igual te di la sugerencia de usar Webuzo.
 
Hola que tal,

No me parecen errores la verdad ¿O estos registros incluyen el PHP Warning por el estilo?

¿Me puedes comentar cual es el incidente que te esta ocasionado este registro?

Por ssh puedes remover el registro con "rm registro.log", crear un archivo nuevo y bloquearlo con el comando chattr.

Ej. chattr +i registro.log.

Una vez hecho esto ya el registro no será alimentado con información ya que directamente no tiene permisos de escritura, solo lectura.

Saludos.
 
mi db todos los campos los tengo no null y mis scripts agregan nuevos registros desde php por ejemplo asi
PHP:
mysqli_query($con,"INSERT INTO tabla (columna1, columna2, columna3) VALUES ('columna1','columna2','columna3')");
pero la tabla puede tener mas columnas asi que creaba el registro y los demas campos los deja vacio. Pero al instalar el vestacp en un vps ubuntu no me dejaba agregar registros si no tenia un valor para todos los campos por el modo estricto de sql que requiere un campo predeterminado asi que edite los siguientes archivos
PHP:
/etc/mysql/my.cnf
/etc/mysql/mysql.cnf
y les agregue esta linea, ya que no tenían nada referente a sql_mode en el archivo original
PHP:
[mysqld]
sql_mode=ONLY_FULL_GROUP_BY,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
con esto ya me dejo agregar nuevos registros como antes, pero no se si esto pueda ser el problema que se paran los scripts al poco tiempo de iniciar y me da la impresión que es por el mysql deja de guardar nuevos registros y como el script requiere los id de los registros creados pues se para.
Wait what? desde ahi comienzas mal.
- Como ejecutas el script en el cron.
- Pega el script aqui.
hola esta linea la utilizaba con el cpanel pero note que también funcionaba con vestacp.
PHP:
/usr/bin/php -q /home/admin/web/domain.com/public_html/bot/en/script.php
en el hosting cpanel era donde duraba hasta 2 semanas ejecutándose e importando sin problemas

[MENTION=35077]xaiborweb[/MENTION] te recomiendo mas webuzo es mas simple de configurar, solo instala y te saldra para configurar el dominio principal y la dns para que los demas dominios se conecta.
y la verdad es muy bueno que quieras aprender a instalar vps desde 0, es muy recomendado asi podra usar panel gratis y salir mas barato.
yo hace un mes estuve contratado un vps windows y me fue de maravilla aprendi a instalar juegos online para navegadores, y esos que tiene sus clientes.
y tambien conectar el vps con el dominio sin plesk, la verdad fue una buena experiencia, saber crear base de datos SQL y todo eso.
y disculpa que no te pueda ayudar con tu problema, pero igual te di la sugerencia de usar Webuzo.
hola gracias por responder ya instale vestacp y subí una web multilenguaje y funciona todo perfecto el problema es a la hora de ejecutar el script que importa que se para y no se por que.

Hola que tal,
No me parecen errores la verdad ¿O estos registros incluyen el PHP Warning por el estilo?
¿Me puedes comentar cual es el incidente que te esta ocasionado este registro?
Por ssh puedes remover el registro con "rm registro.log", crear un archivo nuevo y bloquearlo con el comando chattr.
Ej. chattr +i registro.log.
Una vez hecho esto ya el registro no será alimentado con información ya que directamente no tiene permisos de escritura, solo lectura.
Saludos.
hola gracias por comentar pero la verdad no entiendo muy bien tu recomendación, en el hosting con cpanel me ponía en la raíz un archivo log donde imprimia cualquier error con los scripts pero no se la ruta en ubuntu con vestacp donde creara ese archivo, es por esto que no se exactamente el error que da.
 
Última edición:
¿Qué versión de PHP tenías antes y cual tienes ahora? ¿Has subido el tiempo de ejecución y relacionados? ¿Has seteado correctamente el error_reporting para mostrar rutas? Más bien no parece un error sino un histórico común.
 
¿Qué versión de PHP tenías antes y cual tienes ahora? ¿Has subido el tiempo de ejecución y relacionados? ¿Has seteado correctamente el error_reporting para mostrar rutas? Más bien no parece un error sino un histórico común.

antes estaba en un hosting compartido con cpanel no se mucho al respecto pero creo que tenia php 5 ahora en vestacp tengo php 7
el tiempo de ejecución lo manejo desde el mismo script.php asi
PHP:
<?php 
set_time_limit(0);
Has seteado correctamente el error_reporting para mostrar rutas
no se como hacerlo.

algunos de los scripts continúan trabajando pero no siguen agregando registros al mysql
 
Ve hacia esta ruta:

https://IP DEL SERVIDOR O TU SITIO WEB:8083/edit/server/php/

Clic en opciones avanzadas (advanced options) y finalmente arregla lo siguiente.

upload_max_filesize = 1024M

post_max_size = 1024M

max_execution_time = 5000

max_input_time = 5000

memory_limit = 512M

error_reporting = E_ALL & ~E_NOTICE

display_errors = On

ignore_repeated_errors = On

ignore_repeated_errors = On

Cuando arregles estos parámetros guarda la configuración en "Save/Guardar" y prueba.
 
hola esta linea la utilizaba con el cpanel pero note que también funcionaba con vestacp.
PHP:
/usr/bin/php -q /home/admin/web/domain.com/public_html/bot/en/script.php
en el hosting cpanel era donde duraba hasta 2 semanas ejecutándose e importando sin problemas

Quiero full codigo no parte de el

PHP:
[mysqld]
sql_mode=ONLY_FULL_GROUP_BY,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

Quita esa lineas del mysql.conf
 
Quiero full codigo no parte de el



Quita esa lineas del mysql.conf

Considero que lo del SQL mode no es una buena práctica, lo ideal es que no estuviera limitado a ejecutar funciones específicas 😕
 
Quiero full codigo no parte de el
Quita esa lineas del mysql.conf
PHP:
[client]
port=3306
socket=/var/run/mysqld/mysqld.sock

[mysqld_safe]
socket=/var/run/mysqld/mysqld.sock

[mysqld]
sql_mode=ONLY_FULL_GROUP_BY,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
user=mysql
pid-file=/var/run/mysqld/mysqld.pid
socket=/var/run/mysqld/mysqld.sock
port=3306
basedir=/usr
datadir=/var/lib/mysql
tmpdir=/tmp
lc-messages-dir=/usr/share/mysql
log_error=/var/log/mysql/error.log

symbolic-links=0

skip-external-locking
key_buffer_size = 256M
max_allowed_packet = 32M
table_open_cache = 256
sort_buffer_size = 1M
read_buffer_size = 1M
read_rnd_buffer_size = 4M
myisam_sort_buffer_size = 64M
thread_cache_size = 8
query_cache_size= 16M

#innodb_use_native_aio = 0
innodb_file_per_table

max_connections=200
max_user_connections=50
wait_timeout=10
interactive_timeout=50
long_query_time=5

!includedir /etc/mysql/conf.d/

- - - Actualizado - - -

Ve hacia esta ruta:
https://IP DEL SERVIDOR O TU SITIO WEB:8083/edit/server/php/
Clic en opciones avanzadas (advanced options) y finalmente arregla lo siguiente.
PHP:
upload_max_filesize = 1024M
post_max_size = 1024M
max_execution_time = 5000
max_input_time = 5000
memory_limit = 512M
error_reporting = E_ALL & ~E_NOTICE
display_errors = On
ignore_repeated_errors = On
ignore_repeated_errors = On
Cuando arregles estos parámetros guarda la configuración en "Save/Guardar" y prueba.
gracias. actualmente lo tengo así, pero no estoy seguro el por que solucionaría el problema ?
PHP:
max_execution_time = 30
max_input_time = 60
memory_limit = 128M
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
display_errors = Off
post_max_size = 8M
upload_max_filesize = 2M
Considero que lo del SQL mode no es una buena práctica, lo ideal es que no estuviera limitado a ejecutar funciones específicas 😕
pero entonces para mi caso que necesitaba agregar registrossin nombrar a todos los campos y que estos pues quedaran en valor por defecto teniendo en la db not null
 
Ya te dije que quites las lineas del mysql.

Cuando me refiero full codigo es el script php no otra cosa.
 
PHP:
[client]
port=3306
socket=/var/run/mysqld/mysqld.sock

[mysqld_safe]
socket=/var/run/mysqld/mysqld.sock

[mysqld]
sql_mode=ONLY_FULL_GROUP_BY,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
user=mysql
pid-file=/var/run/mysqld/mysqld.pid
socket=/var/run/mysqld/mysqld.sock
port=3306
basedir=/usr
datadir=/var/lib/mysql
tmpdir=/tmp
lc-messages-dir=/usr/share/mysql
log_error=/var/log/mysql/error.log

symbolic-links=0

skip-external-locking
key_buffer_size = 256M
max_allowed_packet = 32M
table_open_cache = 256
sort_buffer_size = 1M
read_buffer_size = 1M
read_rnd_buffer_size = 4M
myisam_sort_buffer_size = 64M
thread_cache_size = 8
query_cache_size= 16M

#innodb_use_native_aio = 0
innodb_file_per_table

max_connections=200
max_user_connections=50
wait_timeout=10
interactive_timeout=50
long_query_time=5

!includedir /etc/mysql/conf.d/

- - - Actualizado - - -


gracias. actualmente lo tengo así, pero no estoy seguro el por que solucionaría el problema ?
PHP:
max_execution_time = 30
max_input_time = 60
memory_limit = 128M
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
display_errors = Off
post_max_size = 8M
upload_max_filesize = 2M

pero entonces para mi caso que necesitaba agregar registrossin nombrar a todos los campos y que estos pues quedaran en valor por defecto teniendo en la db not null

Porque tu problema esta relacionado con el tiempo de ejecución y las subidas de archivos, pon los parámetros tal como te los pase reemplazando los anteriores.

upload_max_filesize = 1024M
post_max_size = 1024M
max_execution_time = 5000
max_input_time = 5000
memory_limit = 512M
error_reporting = E_ALL & ~E_NOTICE
display_errors = On
ignore_repeated_errors = On
ignore_repeated_errors = On
 
Porque tu problema esta relacionado con el tiempo de ejecución y las subidas de archivos, pon los parámetros tal como te los pase reemplazando los anteriores.
hola amigo continua el problema, el script que ejecuto por el cron crea muchísimos registros en múltiples tablas de la db.
lo estoy ejecutando ahora por ssh desde putty para ver lo que va imprimiendo en la consola y imprime errores como estos:
PHP:
PHP Warning:  Error while sending QUERY packet. PID=26903 in /home/admin/web/domain.com/public_html/bot/en/script.php on line 136
PHP Warning:  mysqli_fetch_array() expects parameter 1 to be mysqli_result, boolean given in /home/admin/web/domain.com/public_html/bot/en/script.php on line 137
se trata de una db de series y la única tabla que aumenta poco per se para es la de los enlaces, pero la tabla de las series donde crea las series y los episodios, es como si no los guardara, es un error que en mi localhost con xampp o en el hosting con cpanel que tenia antes no sucedía.
en https://mi-ip/edit/server/mysql/ tengo estos valores no se si deba cambiarlos
PHP:
max_connections = 200
max_user_connections = 50
wait_timeout = 10
interactive_timeout = 50
max_allowed_packet = 32M
 
hola amigo continua el problema, el script que ejecuto por el cron crea muchísimos registros en múltiples tablas de la db.
lo estoy ejecutando ahora por ssh desde putty para ver lo que va imprimiendo en la consola y imprime errores como estos:
PHP:
PHP Warning:  Error while sending QUERY packet. PID=26903 in /home/admin/web/domain.com/public_html/bot/en/script.php on line 136
PHP Warning:  mysqli_fetch_array() expects parameter 1 to be mysqli_result, boolean given in /home/admin/web/domain.com/public_html/bot/en/script.php on line 137
se trata de una db de series y la única tabla que aumenta poco per se para es la de los enlaces, pero la tabla de las series donde crea las series y los episodios, es como si no los guardara, es un error que en mi localhost con xampp o en el hosting con cpanel que tenia antes no sucedía.
en https://mi-ip/edit/server/mysql/ tengo estos valores no se si deba cambiarlos
PHP:
max_connections = 200
max_user_connections = 50
wait_timeout = 10
interactive_timeout = 50
max_allowed_packet = 32M

Mmm...

Prueba en /etc/my.cnf agregar las siguientes lineas (o modificarlas) por las siguientes.

max_allowed_packet=256M
wait_timeout = 1440

Luego darle un reinicio al servicio MariaDB/MySQL.

Si ya tienes una o varias db subidas puedes correr en consola "mysql_upgrade --force" para refrescar/reparar/actualizar dbs.
 
Última edición:
Mmm...

Prueba en /etc/my.cnf agregar las siguientes lineas (o modificarlas) por las siguientes.



Luego darle un reinicio al servicio MariaDB/MySQL.

Si ya tienes una o varias db subidas puedes correr en consola "mysql_upgrade --force" para refrescar/reparar/actualizar dbs.

muchas gracias ya me esta funcionando todo bien parece, y el problema de por que no agregaba registros era:
1) había una tabla con cotejamiento double que no entendía la tuve que cambiar a varchar y listo se soluciono
2) creo que se acababa la memoria y tiempo de ejecucion del php.ini y el my.cnf lo que ocasionaba que dejara de crear los nuevos registros

espero a alguien le sirva esta información tal vez llegue a tener problemas similares
 
Ve hacia esta ruta:

https://IP DEL SERVIDOR O TU SITIO WEB:8083/edit/server/php/

Clic en opciones avanzadas (advanced options) y finalmente arregla lo siguiente.

Cuando arregles estos parámetros guarda la configuración en "Save/Guardar" y prueba.

amigo podrias compartir como optimizar un vps con vestacp ?
 
amigo podrias compartir como optimizar un vps con vestacp ?
[MENTION=35077]xaiborweb[/MENTION] la optimización depende del servidor por su capacidad, características, peso y tráfico del sitio web lo cual de mucho no serviría si tus proyectos sobre pasan los parámetros que se pueden especificar ya sea en algún tutorial, es por eso que quizás muchas personas no han hecho manuales de este tipo (o sean escasos). Quizás más adelante cuando disponga del tiempo suficiente, este dispuesto y con ganas haga un material balanceado (neutro en otras palabras) de lo que solicitas compartir.

Aparte, debes tener en cuenta que esto no es template, copiar, pegar, un clic y listo ya tienes todo hecho, de ser así en vez de las personas buscar un Sysadmin lo harían mirando los recursos ya existentes por la internet y por algo no lo hacen, esto requiere de tiempo, dedicación y profesionalidad.

Son muchas cosas que se tienen que tomar en cuenta a la hora de tocar la realización de un tutorial para configurar u optimizar un servidor.

Toma en cuenta que no es por no querer compartir o que a causa de esto las personas nos soliciten menos entre otras cosas que se puedan pensar, es porque muchas personas queriendo configurar un servidor de la forma más fácil terminaran pensando que ya por haber seguido un manual su servidor está perfecto, otros terminarían reemplazando su proveedor porque "todo está perfecto en optimización" y el servidor está mal (descartando la posibilidad de buscar a un profesional), otros dirían que está muy fácil hacer esto y por eso deben pagarle menos a las personas que tienen el conocimiento (porque mal acostumbraríamos al usuario) entre cientos de motivos más.

El mejor conocimiento lo obtienes del sin número de cursos, talleres y carreras que puedes tomar basada en la administración de servidores. Lo digo sobre todo porque ya me ha pasado que le he enviado "manuales" a amistades y ya con eso se sienten que tienen el poder y lo saben todo sin contar los clientes que son los primeros poniéndole precio a tu trabajo y diciendo que todo está fácil etc., pero cuando tienen caídas (por el copy&paste o info googleada) allí reconocen que no es fácil...
 
Cada servidor es un mundo diferente. A unos le puede ir "bien" a otros no, se tiene que considerar desde los recursos del sistema hasta el trafico que maneja tu o tus sitios webs.
 
[MENTION=35077]xaiborweb[/MENTION] la optimización depende del servidor por su capacidad, características, peso y tráfico del sitio web lo cual de mucho no serviría si tus proyectos sobre pasan los parámetros que se pueden especificar ya sea en algún tutorial, es por eso que quizás muchas personas no han hecho manuales de este tipo (o sean escasos). Quizás más adelante cuando disponga del tiempo suficiente, este dispuesto y con ganas haga un material balanceado (neutro en otras palabras) de lo que solicitas compartir.

Aparte, debes tener en cuenta que esto no es template, copiar, pegar, un clic y listo ya tienes todo hecho, de ser así en vez de las personas buscar un Sysadmin lo harían mirando los recursos ya existentes por la internet y por algo no lo hacen, esto requiere de tiempo, dedicación y profesionalidad.

Son muchas cosas que se tienen que tomar en cuenta a la hora de tocar la realización de un tutorial para configurar u optimizar un servidor.

Toma en cuenta que no es por no querer compartir o que a causa de esto las personas nos soliciten menos entre otras cosas que se puedan pensar, es porque muchas personas queriendo configurar un servidor de la forma más fácil terminaran pensando que ya por haber seguido un manual su servidor está perfecto, otros terminarían reemplazando su proveedor porque "todo está perfecto en optimización" y el servidor está mal (descartando la posibilidad de buscar a un profesional), otros dirían que está muy fácil hacer esto y por eso deben pagarle menos a las personas que tienen el conocimiento (porque mal acostumbraríamos al usuario) entre cientos de motivos más.

El mejor conocimiento lo obtienes del sin número de cursos, talleres y carreras que puedes tomar basada en la administración de servidores. Lo digo sobre todo porque ya me ha pasado que le he enviado "manuales" a amistades y ya con eso se sienten que tienen el poder y lo saben todo sin contar los clientes que son los primeros poniéndole precio a tu trabajo y diciendo que todo está fácil etc., pero cuando tienen caídas (por el copy&paste o info googleada) allí reconocen que no es fácil...

claro amigo entiendo y tienes toda la razón, perdóname si te moleste con mi petición solo que me gusta apredner de todo aprendí a programación php html javascript css etc, pero ahora ando aprendiendo a como configurar un servidor propio medianamente decente.

como recientemente tuve un mal negocio y perdí mas de 2000 usd estoy con poco presupuesto en internet y tengo un servidor en ovh el mas barato xd,
VPS SSD 1, KVM OpenStack, 1 vCore(s), 2.4 GHz, 2 GB de RAM, 10 GB SSD, Local RAID 10

el problema es que monte un sitio multilenguaje donde constantemente tengo trabajando mas de 20 bots importando enlaces de películas y series la base de datos ya pesa 2 gigas y cada vez aumenta mas pero por tanto uso de sql entre mis bots y los usuarios cada rato el servidor me da muchos problemas, uno de ellso ni me deja volver a acceder a vestacp, o nunca me deja volver a acceder a phpmyadmin, y me toca volver a reintalar el sistema operativo y volver a importar sql y archivos.

entonces ando buscando como optimizar el sql que es el que mas trabajo el php.ini el apache y meter todo en cache pero la info que encuentro en internet es muy confusa para mi ya que mi pagina es liviana y comprimida pero la base de datos es gigante y es el problema por tantas peticiones
 
Atrás
Arriba