Página 2 de 2 PrimerPrimer 12
Resultados 26 al 41 de 41

Tema: Migrar servidor Linux en OVH



  1. #26
    Chapuzillas del montón
    Fecha de ingreso
    19 jun, 16
    Mensajes
    32
    Agradecido: 2
    Migrar servidor Linux en OVH Iniciado por limoncellobcn Migrar servidor Linux en OVH
    Teclea:

    ls -l /usr/lib/mysql | grep libmysqlclient.so

    Perdón, juntar con el anterior post mío.
    Migrar servidor Linux en OVH Iniciado por raylan Migrar servidor Linux en OVH
    ls: no se puede acceder a '/usr/lib/mysql': No existe el fichero o el directorio

    Voy a hacer una cosa que me han puesto y os cuento. Gracias!

    EDIT: A ver el caso es que yo tengo que sacar un ejecutable, ejecutando ese archivo el servidor arranca. Hasta aquí bien. Por lo que se ve en debian 9 no se usa mysqlclient como hemos dicho y si se usa libmariadbclient-dev. Mi anterior ejecutable (el cual he hecho copia y pega a través de filezilla) ya estaba compilado así, ya que en mi anterior dedicado YA USABA debian 9.5... En cualquier caso, me dicen de recompilar usando esta guía:

    GitHub - Fir3element/3777

    Es la rev que me interesa del tfs 0.4. Como veis estas son las instrucciones:

    apt-get install autoconf build-essential pkg-config automake libboost-all-dev libgmp3-dev libxml2-dev liblua5.1-0-dev libmysqlclient-dev libssl-dev libsqlite3-dev
    cd /3777-master
    chmod -R 777 src
    cd src
    ./autogen.sh && ./configure --enable-sqlite --enable-mysql --enable-root-permission --enable-server-diag && ./build.sh

    En la primera fila tengo que sustituir libmysqlclient-dev por libmariadbclient-dev ya que si intento instalar libmysqlclient-dev me dice que "E: El paquete «libmysqlclient-dev» no tiene un candidato para la instalación"

    Me daba este error al compilar: configure: error: "Linking against mysql-client failed."

    Buscando he conseguido instalar un mysql client default y al volver a compilar por fin ha estado un buen rato sacando lineas.... pero al final ha terminado con errores:

    Makefile:547: fallo en las instrucciones para el objetivo 'protocolgame.o'
    make[1]: se sale del directorio '/root/3777-master/src'
    Makefile:404: fallo en las instrucciones para el objetivo 'all'
    make: *** [all] Error 2

    - De verdad que no puedo entender tanto error cuando simplemente he copiado y pegado todos los archivos de mi antiguo dedicado en el nuevo, que tiene el mismo SO (bueno tengo debian 9.4 y en el anterior tenía 9.5).

    Pongo una captura de los errores: Migrar servidor Linux en OVH
    Por el momento arreglado. Dejo mi parrafada de arriba ^^ en quote. Era cambiar algún comando a la hora de compilar y de momento me ha dejado sin fallos... He puesto el ejecutable resultado en mi anterior datapack y ha arrancado sin problemas y además como un tiro... sólo tengo un fallo en la web que a ver si resuelvo.

    Muchísimas gracias de nuevo.
    Última edición por raylan; 07/03/2019 a las 09:47 Razón: fixed

  2. #27
    Bäume sind Gedichte Avatar de oMega_2093
    Fecha de ingreso
    01 ago, 12
    Ubicación
    León
    Mensajes
    368
    Agradecido: 114
    ¿Eso que estás compilando @raylan es el servidor de juego que usas? Por cierto, es del Tibia, ¿no? Curiosidad solamente, qué recuerdos con ese juego.

    Ese problema de MySQL te lo da porque Debian ha migrado a MariaDB por defecto, los paquetes que has instalado son default-libmysqlclient-dev y default-mysql-client, ¿cierto? Están bien porque en realidad te instalan MariaDB. En versiones anteriores de Debian, estos paquetes instalaban en realidad MySQL: default-libmysqlclient-dev en Debian 8.

    ¿Qué problema exactamente tenías con una constraint? Al importar la base de datos puedes eliminar la comprobación de constraints para que importe correctamente.

  3. #28
    Troll encubierto Shh! Avatar de kakadeluxe
    Fecha de ingreso
    09 mar, 18
    Mensajes
    1,763
    Agradecido: 554
    Sobre MariaDB es tal como lo cuenta el compañero @oMega_2093 en el mensaje nº 25 de este hilo. Migrar servidor Linux en OVH

  4. Los siguientes usuarios han agradecido a kakadeluxe su comentario:


  5. #29
    Chapuzillas del montón
    Fecha de ingreso
    19 jun, 16
    Mensajes
    32
    Agradecido: 2
    Migrar servidor Linux en OVH Iniciado por oMega_2093 Migrar servidor Linux en OVH
    ¿Eso que estás compilando @raylan es el servidor de juego que usas? Por cierto, es del Tibia, ¿no? Curiosidad solamente, qué recuerdos con ese juego.

    Ese problema de MySQL te lo da porque Debian ha migrado a MariaDB por defecto, los paquetes que has instalado son default-libmysqlclient-dev y default-mysql-client, ¿cierto? Están bien porque en realidad te instalan MariaDB. En versiones anteriores de Debian, estos paquetes instalaban en realidad MySQL: default-libmysqlclient-dev en Debian 8.

    ¿Qué problema exactamente tenías con una constraint? Al importar la base de datos puedes eliminar la comprobación de constraints para que importe correctamente.
    Así es, se trata de la versión libre del juego: open tibia server (ots). De la compilación nace el ejecutable del juego para la versión 8.6 que es de hace muchos años, pero es una versión que sigue siendo muy jugada aunque cada vez menos. Precisamente por eso es la migración al nuevo dedicado, voy a abrir colaborando con otras personas un servidor más cercano a la actualidad, lo cual es un reto pues el contenido es mayor y será más difícil programarlo y tener todo en cuenta, además de que a nivel de jugador desconozco muchas cosas de las nuevas updates. Llevo registrado en la web de los repositorios del juego y el foro oficial (otland) desde 2008, cuando yo sólo tenía 16 años, por entonces los ots estaban en pañales pero desde 2012 empecé a hacerlo en serio. Primero siendo un novato en mi casa con windows hasta el día de hoy que he aprendido muchísimo del lenguaje lua y xml, sabiendo cómo funciona prácticamente todo. Habré arreglado en estos años más de 5000 bugs.

    Puede ser que sea por eso aunque si es lo que pienso, ya me daba errores en mi versión original. Igual me puedes echar un cable ya que es lo único que me falta ya! (La web me petaba al ir a characters.php porque tenía que instalar la librería bcmath y reiniciar apache2, ahora ya perfecto).

    Cuando un jugador muere se hablan varias tablas en la base de datos para compartir información. Una de ellas, enviroment kills creo que es, me falla y si por ejemplo has muerto por un Demon, se inventa otros bichos como te voy a enseñar en la siguiente captura:

    Migrar servidor Linux en OVH

    Esto es ya mi nuevo servidor y esos 3 players son mios de prueba. Las 3 veces me mató un Demon, sin embargo en el número 2 y 3 pone que fueron dos demons y en el primero pone que fue un dragon lord cuando nunca hubo un dragon lord. Este fallo a veces es un escándalo, muere alguien por un sólo bicho y de repente aparecen 10 bichos a parte del que realmente le ha matado, que por otra parte, siempre aparece. No se por qué suelen ser siempre los mismos bichos: Dragon lords, behemoths, azerus (que es un boss de una quest lol)... etc.

    Esta es la constraint que falla:

    Código:
    [h=Error]1[/h]consulta SQL:
    
    ALTER TABLE `environment_killers`
      ADD CONSTRAINT `environment_killers_ibfk_1` FOREIGN KEY (`kill_id`) REFERENCES `killers` (`id`) ON DELETE CASCADE
    MySQL ha dicho: Migrar servidor Linux en OVH
    #1452 - Cannot add or update a child row: a foreign key constraint fails (`test1`.`#sql-71ea_c2b`, CONSTRAINT `environment_killers_ibfk_1` FOREIGN KEY (`kill_id`) REFERENCES `killers` (`id`) ON DELETE CASCADE)
    Espero que sea eso el problema que te digo, sino tendría dos problemas... pero bueno no es nada nuevo. Desde que llevo en este mundo quitas una piedra del camino y aparecen 3 pero bueno, es lo que hay!

  6. #30
    Bäume sind Gedichte Avatar de oMega_2093
    Fecha de ingreso
    01 ago, 12
    Ubicación
    León
    Mensajes
    368
    Agradecido: 114
    Esa constraint te falla probablemente porque en la tabla environment_killers tienes registros con un kill_id que no existe entre los id de la tabla killers, esta consulta debería salirte vacía:

    Código:
    SELECT * FROM environment_killers WHERE kill_id NOT IN (SELECT id FROM killers);
    Deberías borrar los registros que salieran ahí y volver a crear la constraint para que no te fallara.

    Entiendo que puedes hacer eso, será algún tipo de histórico o algo así, aunque por su nombre la tabla killers... ¿Tiene información de los enemigos que hay disponibles en el juego o tiene información de un enemigo en el momento concreto del tiempo en el que mató al jugador?

    Si es el primer caso, el nombre de la tabla se hace algo raro, si es el segundo entonces deberías poder borrar esos registros sin problemas o bien crear uno nuevo llamado "Unknown enemy" y asignar todos los registros que te salgan de la consulta anterior al ID de ese nuevo registro.

    Lo otro que dices de que pone varios donde debería poner uno... Suena más bien a que la lógica del servidor falla por algún lado. Habría que ver el código.

    Desde que llevo en este mundo quitas una piedra del camino y aparecen 3 pero bueno, es lo que hay!
    Bienvenido al mundo del desarrollo Migrar servidor Linux en OVH

  7. #31
    Chapuzillas del montón
    Fecha de ingreso
    15 feb, 19
    Mensajes
    80
    Agradecido: 17
    ¿Qué problema tienes con la web? A ver si puedo ayudarte. Nota: Si puedes poner los pasos que sigues...

    Yo estoy más acostumbrado a CentOS 7, por eso lo del sudo apt-get update. Es cierto lo de MariaDB en Debian 9 y en demás distros: MariaDB Replaces MySQL as the Default in Debian 9 | MariaDB

  8. #32
    Chapuzillas del montón
    Fecha de ingreso
    19 jun, 16
    Mensajes
    32
    Agradecido: 2
    Migrar servidor Linux en OVH Iniciado por oMega_2093 Migrar servidor Linux en OVH
    Esa constraint te falla probablemente porque en la tabla environment_killers tienes registros con un kill_id que no existe entre los id de la tabla killers, esta consulta debería salirte vacía:

    Código:
    SELECT * FROM environment_killers WHERE kill_id NOT IN (SELECT id FROM killers);
    Deberías borrar los registros que salieran ahí y volver a crear la constraint para que no te fallara.

    Entiendo que puedes hacer eso, será algún tipo de histórico o algo así, aunque por su nombre la tabla killers... ¿Tiene información de los enemigos que hay disponibles en el juego o tiene información de un enemigo en el momento concreto del tiempo en el que mató al jugador?

    Si es el primer caso, el nombre de la tabla se hace algo raro, si es el segundo entonces deberías poder borrar esos registros sin problemas o bien crear uno nuevo llamado "Unknown enemy" y asignar todos los registros que te salgan de la consulta anterior al ID de ese nuevo registro.

    Lo otro que dices de que pone varios donde debería poner uno... Suena más bien a que la lógica del servidor falla por algún lado. Habría que ver el código.


    Bienvenido al mundo del desarrollo Migrar servidor Linux en OVH
    Si hago esa consulta salen varios monstruos, casualmente los que suelen salir siempre en la lista...


    + Opciones


    kill_id name
    14053 Morgaroth
    14054 Ferumbras
    14055 a demon
    14056 a fire elemental
    14057 a serpent spawn
    14058 a medusa
    14059 a dragon lord
    14060 a dragon lord
    14061 a dragon lord
    14062 a rift brood
    14063 a rift worm
    14064 azerus
    14066 a dragon lord
    14068 a dragon lord
    14069 a fury
    14070 a hellhound
    14072 a demon
    14074 a warlock
    14075 a hellspawn
    14076 a dragon lord
    14077 a stone golem
    14078 a dragon lord
    14079 a dragon lord
    14080 demodras
    14081 a medusa


    Así 29 páginas...

    Respecto a la pregunta más bien lo segundo.

    Migrar servidor Linux en OVH



    Cada cierto tiempo hago reset en el servidor y suelo truncar estas tablas para que todo empiece de 0 digamos. Si las trunco igual podría hacer la constraint...

  9. #33
    Bäume sind Gedichte Avatar de oMega_2093
    Fecha de ingreso
    01 ago, 12
    Ubicación
    León
    Mensajes
    368
    Agradecido: 114
    Si es algo que ya haces habitualmente entonces puedes hacerlo ahora mismo:

    Código:
    DELETE FROM environment_killers WHERE kill_id NOT IN (SELECT id FROM killers);
    Dicho eso... Si eliminas esos registros y creas la constraint, lo único que harás será evitar que se metan registros asociados a registros inexistentes de la otra tabla, pero el programa seguirá intentando meterlos, aunque luego la BD no le deje. Lo suyo sería corregir la lógica que hace esas inserciones para que no las haga, aun teniendo la constraint.

    Edito: ¡ostras! Al final conseguiste llevar a cabo el proyecto que nos dijiste aquí el año pasado, buceando lo acabo de encontrar: Como hacer este tipo de web? +LISTA de promocion de Servidores
    Última edición por oMega_2093; 08/03/2019 a las 00:31 Razón: Anécdota.

  10. #34
    Chapuzillas del montón
    Fecha de ingreso
    19 jun, 16
    Mensajes
    32
    Agradecido: 2
    Migrar servidor Linux en OVH Iniciado por oMega_2093 Migrar servidor Linux en OVH
    Si es algo que ya haces habitualmente entonces puedes hacerlo ahora mismo:

    Código:
    DELETE FROM environment_killers WHERE kill_id NOT IN (SELECT id FROM killers);
    Dicho eso... Si eliminas esos registros y creas la constraint, lo único que harás será evitar que se metan registros asociados a registros inexistentes de la otra tabla, pero el programa seguirá intentando meterlos, aunque luego la BD no le deje. Lo suyo sería corregir la lógica que hace esas inserciones para que no las haga, aun teniendo la constraint.

    Edito: ¡ostras! Al final conseguiste llevar a cabo el proyecto que nos dijiste aquí el año pasado, buceando lo acabo de encontrar: Como hacer este tipo de web? +LISTA de promocion de Servidores
    Muchas gracias crack. Lo cierto es que conozco a la persona que ha programado la web, GesiorAcc. Lo tengo en skype pero sólo suele contestar cosas de importancia etc, le preguntaré a ver... Pero por el momento me ha dejado añadir la restricción y parece ser que las kills funcionan bien ya. Ya no se inventa bichos y sale lo que tiene que salir.

    Respecto a lo otro déjame que te mande un privado y te explico, creo que te resultará curioso saber en qué mundo está el open tibia hoy en día.
    Última edición por raylan; 08/03/2019 a las 10:22 Razón: .

  11. #35
    Chapuzillas del montón
    Fecha de ingreso
    19 jun, 16
    Mensajes
    32
    Agradecido: 2
    Buenas!

    Permitirme reabrir este tema ya que, aunque ya he migrado todo el servidor y mi antiguo juego ya está funcionando en su nueva ip y el dominio transferido sin problemas (Hoy es el último día de mi antiguo servidor dedicado) no sé cómo funciona muy bien el tema de las ip failover.

    He contratado de momento dos, y por lo que veo en debian 9 hay que hacerlas funcionar de diferente forma que en anteriores versiones. He hecho backup en /etc/systemd/network/50-default.network y he editado el archivo de forma que he añadido las ips:

    [Address]
    Address=xx.xx.xx/32

    De acuerdo, las ips responden a los pings que les hago de manera local.

    Lo que ahora no sé es cómo puedo dividir las ips para mis futuros proyectos... Es decir, si yo pongo ahora en el explorador las nuevas ips que me han dado me carga la web original de la ip fija. Cuando yo quiero tener una nueva web y un nuevo "juego" destinado a esa ip, más que nada para usarlo como test server y poder ir introduciendo cambios y hacer pruebas sin alterar el resultado ni la jugabilidad del resto de personas en el original. Si intento entrar con la ip al filezilla, es exactamente igual que si entrara con la ip fija. Mismos archivos etc.

    No encuentro ninguna guía así en OVH pero a una mala les escribiré al servicio de atención al cliente.

    Gracias people.

  12. #36
    Troll encubierto Shh! Avatar de kakadeluxe
    Fecha de ingreso
    09 mar, 18
    Mensajes
    1,763
    Agradecido: 554

  13. #37
    Chapuzillas del montón
    Fecha de ingreso
    19 jun, 16
    Mensajes
    32
    Agradecido: 2
    Migrar servidor Linux en OVH Iniciado por kakadeluxe Migrar servidor Linux en OVH
    Hola @kakadeluxe ! Había visto ambos links ya. El segundo creo que es para hacer la ip failover funcionar, el proceso de ubuntu es el mismo que el de debian 6 a 8, pero el de debian 9 es diferente. En cualquier caso ya las hice funcinar editando este documento: /etc/systemd/network/50-default.network

    Lo que quiero saber creo que es más problema mío de que no entiendo cómo funciona. Ahora mismo tengo dos ip extra que he solicitado al servidor llamemoslas X e Y.

    En la IP X lo único que quiero hacer es copiar el contenido de la ip fija para que me sirva de test server pero la ip que me han dado funciona exactamente igual que la fija. Me explico. La introduzco al SSH y veo lo mismo que la fija, la introducto al FTP y veo mi servidor, la pongo en el explorador y veo la misma web que mi ip fija. Lo que yo quiero hacer con las ip X es como si hubiera cogido 2 dedicados iguales, y los configuro igual.

    Imagino que si compilo un nuevo servidor, en la configuración puedo poner la nueva ip y en el phpmyadmin añadir una nueva base de datos y cogerla de ahí. Lo que me falla es la web. Quiero una web exactamente igual pero no la misma, que es lo que se ve si la pongo en el explorador lol

  14. #38
    Troll encubierto Shh! Avatar de kakadeluxe
    Fecha de ingreso
    09 mar, 18
    Mensajes
    1,763
    Agradecido: 554
    Pregunta a soporte de OVH y ellos te lo dirá, es que cada proveedor de hostings es un mundo y lo que en uno se hace de una forma en otro se hace de otra distinta forma, siempre y cuando lo soporte.

  15. #39
    Chapuzillas del montón
    Fecha de ingreso
    19 jun, 16
    Mensajes
    32
    Agradecido: 2
    Buenas chicos. Espero cerrar con esta respuesta este post definitivamente ya que todo lo demás sería desvirtuar el hilo.

    Lo que yo tenía que hacer era sincronizar una web, una base de datos y un programa/ejecutable/juego. Pongo como lo he conseguido por si a alguien le sirviera:

    La WEB: He creado virtual hosts basados en IPS (que no en nombre de dominios). Con Debian 9 es sencillísimo hacer esto, lo único que me costó encontrarlo ya que la mayoría de tutoriales están enfocados a virtual hosts con dominios (para tener dominios infinitos con una sóla IP), u otros sistemas operativos como centOS, Ubuntu u otras versiones de Debian. Imagino que ahora si quisiera ponerle un dominio a esa ip, simplemente lo contrato en el panel de OVH y ya está.

    La base de datos: En el propio archivo de configuración se deja igual toda la información de entrada a la base de datos que tienes en el original, y simplemente añades una nueva base de datos y en el archivo de configuración donde pone sqlname o databasename, no recuerdo, pones el nombre de la base de datos.

    El programa/la aplicación/ el ejecutable: En el archivo de configuración donde pone IP poner la ip failover que OVH ha suministrado y ya está.

    Saludos.
    Última edición por raylan; 21/03/2019 a las 21:50 Razón: f

  16. #40
    Bäume sind Gedichte Avatar de oMega_2093
    Fecha de ingreso
    01 ago, 12
    Ubicación
    León
    Mensajes
    368
    Agradecido: 114
    No termino de entender el uso que le das/quieres dar a las IPs "failover". ¿Para qué las quieres utilizar realmente? Tal y como las tienes no te sirven de failover, y para lo que dices que las usas te saldría más barato utilizar nombres de dominio o diferentes puertos. No lo entiendo muy bien, la verdad.

    El problema de FTP y SSH es que no contemplan el contepto de "virtual hosts" como sí hace Apache, o Nginx. Entonces te tocaría tener varias instancias corriendo simultáneamente con distintas configuraciones (escuchando en distintas IPs, vaya), pero no entiendo qué utilidad real tendría esto... ¿Para qué?

    PD: te leí el privado, te contestaré, no te preocupes :P

  17. #41
    Chapuzillas del montón
    Fecha de ingreso
    19 jun, 16
    Mensajes
    32
    Agradecido: 2
    Migrar servidor Linux en OVH Iniciado por oMega_2093 Migrar servidor Linux en OVH
    No termino de entender el uso que le das/quieres dar a las IPs "failover". ¿Para qué las quieres utilizar realmente? Tal y como las tienes no te sirven de failover, y para lo que dices que las usas te saldría más barato utilizar nombres de dominio o diferentes puertos. No lo entiendo muy bien, la verdad.

    El problema de FTP y SSH es que no contemplan el contepto de "virtual hosts" como sí hace Apache, o Nginx. Entonces te tocaría tener varias instancias corriendo simultáneamente con distintas configuraciones (escuchando en distintas IPs, vaya), pero no entiendo qué utilidad real tendría esto... ¿Para qué?

    PD: te leí el privado, te contestaré, no te preocupes :P
    Buenas oMega! Pues ahora mismo tengo mi ip original + 3 ips adicionales. Con la ip original tengo mi primer servidor oficial, con la primera ip failover/adicional tengo establecido el servidor de pruebas (igual que cualquier juego que ponen los cambios en un servidor test, la gente los prueba, transmite su feedback etc...) aunque esto igual sí que sería posible con diferentes puertos en la misma ip original, en las otras 2 ip voy a hacer servidores diferentes y los voy a transformar en originales también... Digamos que al final acabaré teniendo 3 servidores originales, y de estos dos últimos también puedo solicitar 2 ips más para tener test server. Serían 3 servidores originales y 3 test: una ip original y 5 adicionales.

    Hasta 16 ips me salen gratis mensualmente, por la 17 digamos que ya cobrarían 1€ + al mes de mantenimiento. Ahora mismo desconozco si esto de arriba se podría haber hecho con sólo una ip tocando otras cosas (aclarar que el puerto del tibia siempre es 7171, si a la gente les dices que pongan 7173, por ejemplo... a saber, digamos que eso esa es una opción que nunca se toca en el ipchanger que te permite entrar al juego), pero con mi anterior dedicado no podría haber abierto 3 servidores de forma estable pues se quedaba corto de todo.. este tiene un cpu potente, 32 de RAM y mejor ancho de banda. Cada servidor que abro ocupa 4gb de RAM (desconozco si este número varía con el número de gente que entra a jugar). Y en cuanto a precios lo cogí en oferta, 27€ pagaba por el de antes y 36€ pago ahora. Creo que merece la pena.

    Gracias por la info de apache y ssh, esa impresión me había dado si! jajaja

Etiquetas para este tema

Permisos de publicación

  • No puedes crear nuevos temas
  • No puedes responder temas
  • No puedes subir archivos adjuntos
  • No puedes editar tus mensajes
  •