RPS <-- Problemas encontrados -->
<< RPS is totally down!
SSH Pw doesnt work
no mails
netboot - rescue mode locked (< not changeable!)
2 hardreboots , no new pws just confirmations
pingable but nothing works...
rootnovato
23/03/2008, 21:31
viendo que somos varios los que estamos teniendo problemas de cpu al 100% por el acceso al disco duro, creo que el equipo de OVH debería tomar cartas en el asunto y darle un repaso a dicho sistema de archivos en red.
no puede ser que tengamos la máquina congelada cada x minutos por el acceso a los archivos. es inadmisible para un servicio en producción.
ahora que tengo la máquina pelada, sin servir páginas, y encima gratis... no me importa mucho. pero no puedo trasladar mis páginas a un servidor que cada x minutos va a estar sobrecargado y por lo tanto mis páginas no se van a mostrar.
pd. todo el fin de semana sin poder reinstalar el servidor porque no me da opción y sin respuesta del soporte... esto no es serio.
Mi RPS no responde a nada. Creo que es problema del acceso al disco duro. Me he puesto en contacto con los de soporte.
xico1984
23/03/2008, 19:19
Publicado inicialmente por
racamet
Por lo poquito he podido probar:
el ping es bastante elevado:
Código:
ping 91.121.61.168
Haciendo ping a 91.121.61.168 con 32 bytes de datos:
Respuesta desde 91.121.61.168: bytes=32 tiempo=125ms TTL=52
Respuesta desde 91.121.61.168: bytes=32 tiempo=148ms TTL=52
Respuesta desde 91.121.61.168: bytes=32 tiempo=171ms TTL=52
Respuesta desde 91.121.61.168: bytes=32 tiempo=91ms TTL=52
Estadísticas de ping para 91.121.61.168:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 91ms, Máximo = 171ms, Media = 133ms
He intentado reinstalar y me dice que esta desactivado, pienso que por los problemas que aqui se han descrito.
PD: Como sugerencia, poder instalar cualquier distribución al igual que los servidores dedicados; si esto fuera posible, contrataria un rps para instalar "Extranet Group Work", o como servidor de pruebas, ya que de esa manera el rps es mas rentable que un kemsirve
A mi me pasa también lo mismo, parece que están revisando los instaladores.
Y sobre el ping, en mi caso es algo mejor:
Haciendo ping a 91.121.51.229 con 32 bytes de datos:
Respuesta desde 91.121.51.229: bytes=32 tiempo=99ms TTL=54
Respuesta desde 91.121.51.229: bytes=32 tiempo=95ms TTL=54
Respuesta desde 91.121.51.229: bytes=32 tiempo=90ms TTL=54
Respuesta desde 91.121.51.229: bytes=32 tiempo=90ms TTL=54
Estadísticas de ping para 91.121.51.229:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 90ms, Máximo = 99ms, Media = 93ms
Tengo telefónica.
Por lo poquito he podido probar:
el ping es bastante elevado:
Código:
ping 91.121.61.168
Haciendo ping a 91.121.61.168 con 32 bytes de datos:
Respuesta desde 91.121.61.168: bytes=32 tiempo=125ms TTL=52
Respuesta desde 91.121.61.168: bytes=32 tiempo=148ms TTL=52
Respuesta desde 91.121.61.168: bytes=32 tiempo=171ms TTL=52
Respuesta desde 91.121.61.168: bytes=32 tiempo=91ms TTL=52
Estadísticas de ping para 91.121.61.168:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 91ms, Máximo = 171ms, Media = 133ms
He intentado reinstalar y me dice que esta desactivado, pienso que por los problemas que aqui se han descrito.
PD: Como sugerencia, poder instalar cualquier distribución al igual que los servidores dedicados; si esto fuera posible, contrataria un rps para instalar "Extranet Group Work", o como servidor de pruebas, ya que de esa manera el rps es mas rentable que un kemsirve
Publicado inicialmente por
berngar
Por mi parte, salvo al principio que obtuve un error que decía que el sistema de archivos era de solo escritura, por lo demás todo perfecto, mi RPS se está portando como un campeón (de momento está aguantando un foro más o menos pesado en phpBB sin ninguna dificultad).
Saludos :-D
PD: Una pregunta de novato..., ¿se puede renovar por varios períodos?, es decir, 3, 6 o 12 meses.
PD2: ¿Y para contratar más espacio de disco?.
A la primera pregunta es realmente sencillo cuando te llega el email de renovacion, te llega uno a los 30 dias, otro a los 15 y otro a los 7. Cuando entres en el proceso puedes contratar por periodos de 1, 3, 6 y 12 meses. (Por lo menos en los dedicados normales)
A la segunda pregunta yo tambien tengo curiosidad como se puede ampliar el espacio, y si seria necesario una reinstalacion del sistema operativo o no.
Publicado inicialmente por
davidlig
Aquí va mi primer fallo al usar un particionamiento personalizado a la hora de reinstalar un sistema da error.
Yo, al final, he optado por instalar una única partición raiz como recomiendan para los RPSs en
http://www.real-private-server.com/t...ce-disque.html
Saludos
Publicado inicialmente por
pumper
Se atasca el servidor cada poco.
Un saludo.
Arranca el comando
top
Una de las líneas te dará algo como:
Cpu(s): 0.3%us, 0.0%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mira el valor de wa.
Te indica el tiempo de espera de la CPU para operaciones de lectura o escritura.
Al ser unidades de disco en red es posible que ese tiempo, en algunos momentos llegue a ser alto, lo que haría que estuviese casi "colgado" el RPS.
Saludos
Por mi parte, salvo al principio que obtuve un error que decía que el sistema de archivos era de solo escritura, por lo demás todo perfecto, mi RPS se está portando como un campeón (de momento está aguantando un foro más o menos pesado en phpBB sin ninguna dificultad).
Saludos :-D
PD: Una pregunta de novato..., ¿se puede renovar por varios períodos?, es decir, 3, 6 o 12 meses.
PD2: ¿Y para contratar más espacio de disco?.
davidlig
23/03/2008, 17:06
Aquí va mi primer fallo al usar un particionamiento personalizado a la hora de reinstalar un sistema da error.
Se atasca el servidor cada poco.
Un saludo.
Funciona , casi bien , se me para mucho , el servidor web.
Lo de la segunda ip , me salio al probar un servidor de css, digo yo eh.
Un Saludo.
Conectate al Shell y ejecuta "ip route"
Publicado inicialmente por
oles@ovh.net
Thanks Octave. Now the main IP is better.
Código:
Shion2-5:~ shuugo$ traceroute rps1717.ovh.net
traceroute to rps1717.ovh.net (91.121.199.17), 64 hops max, 40 byte packets
1 192.168.4.1 (192.168.4.1) 4.875 ms 3.143 ms 3.265 ms
2 * * *
3 62.36.218.201 (62.36.218.201) 58.614 ms * *
4 85.63.217.73 (85.63.217.73) 54.642 ms 56.973 ms 55.581 ms
5 62.36.203.194 (62.36.203.194) 55.478 ms 55.178 ms 55.296 ms
6 193.251.247.25 (193.251.247.25) 55.734 ms 55.053 ms 52.488 ms
7 ge-2-2-0-0.madcr2.Madrid.opentransit.net (193.251.241.26) 58.498 ms 56.687 ms 55.420 ms
8 62.156.128.5 (62.156.128.5) 55.302 ms 56.549 ms 53.997 ms
9 217.239.37.129 (217.239.37.129) 75.176 ms 78.145 ms 62.154.5.58 (62.154.5.58) 81.509 ms
10 010G.th2-1-6k.routers.ovh.net (213.186.32.205) 87.238 ms 96.584 ms 95.185 ms
11 020G.rbx-2-6k.routers.ovh.net (213.186.32.201) 80.314 ms 91.552 ms 81.491 ms
12 rbx-35-m1.routers.ovh.net (213.251.191.228) 88.893 ms 98.029 ms 87.434 ms
13 rps1717.ovh.net (91.121.199.17) 96.186 ms 92.004 ms 96.350 ms
Código:
Shion2-5:~ shuugo$ traceroute r11002.ovh.net
traceroute to r11002.ovh.net (87.98.153.165), 64 hops max, 40 byte packets
1 192.168.4.1 (192.168.4.1) 3.061 ms 3.017 ms 3.162 ms
2 * * *
3 * * *
4 85.63.217.73 (85.63.217.73) 54.967 ms 55.367 ms 55.439 ms
5 62.36.203.194 (62.36.203.194) 54.221 ms 56.920 ms 52.591 ms
6 gi9-0-0.madcr1.Madrid.opentransit.net (193.251.251.177) 58.736 ms 56.701 ms 54.020 ms
7 ge-3-0-0-0.madcr2.Madrid.opentransit.net (193.251.242.102) 58.148 ms 56.791 ms 61.602 ms
8 62.156.128.5 (62.156.128.5) 56.790 ms 55.142 ms 56.722 ms
9 62.154.5.58 (62.154.5.58) 84.626 ms 217.239.37.129 (217.239.37.129) 80.144 ms 78.181 ms
10 010G.th2-1-6k.routers.ovh.net (213.186.32.205) 85.552 ms 87.153 ms 96.553 ms
11 020G.rbx-2-6k.routers.ovh.net (213.186.32.201) 87.645 ms 88.685 ms 89.550 ms
12 rbx-35-m1.routers.ovh.net (213.251.191.228) 87.780 ms 91.234 ms 93.682 ms
13 yue.hanyuu.net (87.98.153.165) 98.213 ms 99.521 ms 99.631 ms
It's almost as good as my Superplan08
Código:
Shion2-5:~ shuugo$ traceroute hanyuu.net
traceroute to hanyuu.net (91.121.115.151), 64 hops max, 40 byte packets
1 192.168.4.1 (192.168.4.1) 3.339 ms 4.553 ms 3.155 ms
2 * * *
3 * 62.36.219.201 (62.36.219.201) 56.322 ms *
4 85.63.217.77 (85.63.217.77) 56.098 ms 56.583 ms 56.976 ms
5 62.36.203.198 (62.36.203.198) 55.366 ms 56.841 ms 55.796 ms
6 gi9-0-0.madcr1.Madrid.opentransit.net (193.251.251.177) 56.311 ms 54.760 ms 54.831 ms
7 ge-3-0-0-0.madcr2.Madrid.opentransit.net (193.251.242.102) 56.151 ms 58.580 ms 55.228 ms
8 62.156.128.5 (62.156.128.5) 57.063 ms 59.684 ms 55.665 ms
9 62.156.131.122 (62.156.131.122) 77.230 ms 217.239.37.129 (217.239.37.129) 79.936 ms 78.288 ms
10 * 010G.th2-1-6k.routers.ovh.net (213.186.32.205) 92.665 ms 94.793 ms
11 020G.rbx-2-6k.routers.ovh.net (213.186.32.201) 89.034 ms 90.389 ms 90.763 ms
12 rbx-36-m1.routers.ovh.net (213.251.191.231) 93.617 ms 96.386 ms 90.560 ms
13 hanyuu.net (91.121.115.151) 93.633 ms 91.828 ms 90.411 ms
The problem now is making the distro use the 91.x by default when you make a reinstall, and also being able to change the inverse ip of it.
Oles, is FreeBSD going to be available to the RPS? I seen something on the .pl forums but I don't understand Polska. I think it would make a nice performance on RPS
Thank you
Publicado inicialmente por
icenrg
Pues a mi la ip principal es la que me resuelve hacia la inversa r10997.ovh.net y no se encontrar la 2ª IP
Con Gentoo-OVH Release 2 me aparecían 2 IPs.
Con Debian sólo me aparece una.
Cita:
Empezado por Shuugo
El servidor esta usando de manera oculta la segunda IP del failover para conectar al servidor SAN. Las ips tendrian que ser 91.X pero por una razón o otra son 87.x que son las secundarias.
...
Dos formas distintas de llamar al servidor, dos formas de alcanzarlo, se haya o no contratado la fail-over
Pues a mi la ip principal es la que me resuelve hacia la inversa r10997.ovh.net y no se encontrar la 2ª IP
Publicado inicialmente por
oles@ovh.net
In time it is similar.
But with 50% of loss !!!
Thanks Octave
oles@ovh.net
23/03/2008, 11:50
> 3 81.Red-80-58-114.staticIP.rima-tde.net (80.58.114.81) 35.922 ms 37.052 ms 37.087 ms
1. p19-52-6k.routers.ovh.net 0.0% 7 1.2 0.9 0.3 1.3 0.5
2. 213.251.130.148 0.0% 7 0.7 0.7 0.4 1.2 0.4
3. ???
4. ???
5. 020G.teleglobe.routers.ovh.net 0.0% 7 1.7 1.3 0.8 2.1 0.6
6. if-2-0-0.har1.PV0-Paris.teleglobe.net 0.0% 7 10.6 10.6 10.3 11.2 0.3
7. if-3-0-0.core1.PV1-Paris.teleglobe.net 0.0% 7 1.1 8.7 1.1 53.8 19.9
8. 195.219.215.78 0.0% 7 10.1 10.5 10.1 11.6 0.7
9. ix-6-2.core1.FR1-Frankfurt.teleglobe.net 0.0% 7 14.6 13.9 13.6 14.6 0.4
10. So1-2-0-0-grtparix1.red.telefonica-wholesale.net 0.0% 7 10.2 13.0 9.9 25.2 5.5
11. So2-0-0-0-grtmadde2.red.telefonica-wholesale.net 0.0% 6 38.8 33.9 32.7 38.8 2.4
12. ???
changed to global crossing
Host Loss% Snt Last Avg Best Wrst StDev
1. p19-52-6k.routers.ovh.net 0.0% 4 0.5 0.7 0.5 1.3 0.4
2. 213.251.130.148 0.0% 3 0.6 1.3 0.4 2.8 1.3
3. 040G.gsw-2-6k.routers.ovh.net 0.0% 3 0.9 1.3 0.7 2.3 0.9
4. 040G.gsw-1-6k.routers.ovh.net 33.3% 3 0.9 41.2 0.9 81.5 57.0
5. 020G.global-crossing.routers.ovh.net 0.0% 3 1.0 1.0 0.8 1.3 0.2
6. 64.208.27.18 0.0% 3 9.3 9.2 9.0 9.3 0.2
7. So4-3-0-0-grtparix1.red.telefonica-wholesale.net 0.0% 3 32.4 18.0 8.5 32.4 12.7
So3-1-0-0-grtmadde2.red.telefonica-wholesale.net
8. So-1-3-0-0-grtmadde2.red.telefonica-wholesale.net 33.3% 3 31.2 33.5 31.2 35.8 3.3
So2-0-0-0-grtmadde2.red.telefonica-wholesale.net
9. So-0-1-0-0-grtmadde2.red.telefonica-wholesale.net 50.0% 3 34.5 34.5 34.5 34.5 0.0
10. ???
is it better ?
Publicado inicialmente por
Shuugo
El servidor esta usando de manera oculta la segunda IP del failover para conectar al servidor SAN. Las ips tendrian que ser 91.X pero por una razón o otra son 87.x que son las secundarias.
...
Dos formas distintas de llamar al servidor, dos formas de alcanzarlo, se haya o no contratado la fail-over
Sí pero el enrutamiento, en mi caso, llendo a una u otra IP da resultados muy diferentes (con tiempos también muy diferentes):
Código:
traceroute to 91.121.199.17 (91.121.199.17), 30 hops max, 40 byte packets
1 192.168.1.1 (192.168.1.1) 0.451 ms 0.476 ms 0.888 ms
2 192.168.153.1 (192.168.153.1) 36.353 ms 37.075 ms 36.373 ms
3 81.Red-80-58-114.staticIP.rima-tde.net (80.58.114.81) 35.922 ms 37.052 ms 37.087 ms
4 84.16.8.121 (84.16.8.121) 53.989 ms 53.992 ms 54.004 ms
5 So4-1-0-0-grtmadrr1.red.telefonica-wholesale.net (213.140.36.189) 47.646 ms 49.697 ms 47.844 ms
6 So6-0-0-0-grtlontl1.red.telefonica-wholesale.net (213.140.38.26) 92.976 ms 94.630 ms 195.219.92.9 (195.219.92.9) 83.427 ms
7 195.219.195.49 (195.219.195.49) 81.604 ms 195.219.92.9 (195.219.92.9) 91.295 ms 92.135 ms
8 195.219.195.49 (195.219.195.49) 87.507 ms 195.219.215.69 (195.219.215.69) 94.907 ms 195.219.195.49 (195.219.195.49) 87.300 ms
9 195.219.215.2 (195.219.215.2) 94.712 ms 97.259 ms 195.219.215.69 (195.219.215.69) 102.833 ms
10 195.219.215.2 (195.219.215.2) 103.726 ms 020G.th1-1-6k.routers.ovh.net (213.186.32.245) 110.432 ms 195.219.215.2 (195.219.215.2) 106.871 ms
11 020G.rbx-1-6k.routers.ovh.net (213.186.32.194) 101.732 ms * *
12 rbx-35-m1.routers.ovh.net (213.251.191.100) 92.609 ms 93.172 ms 96.813 ms
13 rbx-35-m1.routers.ovh.net (213.251.191.100) 103.609 ms rps1717.ovh.net (91.121.199.17) 108.483 ms rbx-35-m1.routers.ovh.net (213.251.191.100) 103.199 ms
Código:
traceroute to 87.98.153.165 (87.98.153.165), 30 hops max, 40 byte packets
1 192.168.1.1 (192.168.1.1) 0.460 ms 0.397 ms 0.436 ms
2 192.168.153.1 (192.168.153.1) 38.126 ms 39.707 ms 40.811 ms
3 66.Red-80-58-114.staticIP.rima-tde.net (80.58.114.66) 41.240 ms 38.263 ms 42.081 ms
4 * * *
5 So1-2-0-0-grtparix3.red.telefonica-wholesale.net (213.140.43.186) 80.475 ms 77.737 ms So0-0-0-0-grtparix3.red.telefonica-wholesale.net (213.140.36.18) 70.111 ms
6 62.156.139.41 (62.156.139.41) 70.259 ms 69.146 ms 70.871 ms
7 217.239.37.129 (217.239.37.129) 77.594 ms 81.211 ms 84.616 ms
8 010G.th2-1-6k.routers.ovh.net (213.186.32.205) 86.990 ms * 86.735 ms
9 * * 020G.rbx-2-6k.routers.ovh.net (213.186.32.201) 88.551 ms
10 rbx-35-m1.routers.ovh.net (213.251.191.228) 84.512 ms 87.401 ms 87.440 ms
11 yue.hanyuu.net (87.98.153.165) 78.653 ms 80.009 ms 79.915 ms
Mucho más corto por la 87.98.153.165 que por la 91.121.199.17
Saludos
Funciona , casi bien , se me para mucho , el servidor web.
Lo de la segunda ip , me salio al probar un servidor de css, digo yo eh.
Un Saludo.
Publicado inicialmente por
icenrg
A ver yo la verdad es que todavía no he tenido tiempo para probarlo, y aunque no se puede considerar un fallo si he podido comprobar que aunque en la ficha técnica consta que se dispone de una ip Fail-over en el manager no esta disponible. ¿Alguien sabe si realmente dispondrá de ip Fail-over?
El servidor esta usando de manera oculta la segunda IP del failover para conectar al servidor SAN. Las ips tendrian que ser 91.X pero por una razón o otra son 87.x que son las secundarias.
91.121.199.0/24 dev eth0 proto kernel scope link src 91.121.199.17
169.254.0.0/16 dev dummy0 scope link
default via 91.121.199.254 dev eth0
http://91.121.199.17/
En cambio en mi panel pone claramente que mi ip es:
http://87.98.153.165/
Si teneis otros servidores sabreis, que 91.x es el rango por defecto para vuestros servidores (Excepto Kimsufi que tienen 213.x creo recordar). Entonces especulaciones:
1) La IP-Fail-over esta activada en todos los RPS, aunque no la uses, y es elegida en el momento de la instalacion.
2) Por alguna razón (configuración de las distribuciones?) la ip secundaria es la ip primaria, y viceversa.
Lo extraño:
91.121.199.17
rps1717.ovh.net
87.98.153.165
r11002.ovh.net (Cambiada la inversa en el panel a
yue.hanyuu.net)
Dos formas distintas de llamar al servidor, dos formas de alcanzarlo, se haya o no contratado la fail-over
Publicado inicialmente por
javierip
Yo encontre un fallo, en la instalacion de gentoo 2006 ovh.
No funciona el usuario ni la contraseña que mandan por email para phpmyadmin ¿alguien sabe como se puede arreglar?
Es un poco lioso que la contraseña de SSH y de MySQL sean diferentes.
Aunque no lo probé, supongo que la de phpMyAdmin será la misma que la de MySQL.
Ya he acabado las pruebas con Gentoo-OVH Release 2 y ahora estoy probando Debian Etch pero instalando todo paso a paso.
Aunque al principio tiene más trabajo, al final me resulta más cómodo y seguro trabajar con Debian.
Y al instalarle Webmin, hace lo mismo que la Gentoo-OVH y algunas cosas más.
Saludos
javierip
23/03/2008, 01:19
Yo encontre un fallo, en la instalacion de gentoo 2006 ovh.
No funciona el usuario ni la contraseña que mandan por email para phpmyadmin ¿alguien sabe como se puede arreglar?
A ver yo la verdad es que todavía no he tenido tiempo para probarlo, y aunque no se puede considerar un fallo si he podido comprobar que aunque en la ficha técnica consta que se dispone de una ip Fail-over en el manager no esta disponible. ¿Alguien sabe si realmente dispondrá de ip Fail-over?
Esto me ha ocurrido una cuantas veces en la distribución de Debian:
http://www.itimag.net/usr/wa.JPG
Tengo entendido que es cosa del acceso al disco duro.
¿Tendrá solución?
Y otra cosa, ¿No me queda muy poca ram libre?
Muchas gracias Raul. Ahora mismo hago un "rm -rf /opt/lampp", xD.
Salu2
es seguro usar paquetes "todo en uno" como xampp en servidores conectados a internet??
Solo para pruebas sin duda. Los instaladores de ese tipo (wamp5, otro) son utilizados como medida rápida, sin complicaciones para desarrollar aplicaciones/test en local.
En producción se recomienda instalar todo manual + configuración a medida. O bien usar paneles especializados como Cpanel/Plesk, otros.
Saludos.
xico1984
22/03/2008, 20:50
Publicado inicialmente por
Power
Creo que la licencia de Cpanel sólo sirve para una máquina.
Supongo que la máquina se conectará a Cpanel y se identificará.
Pero lo que no sé es si te dejarán cambiar la licencia de máquina.
Si te enteras, no dejes de contárnoslo. Gracias
Al final he pedido una nueva licencia de prueba. Es mas rápido, si tengo que mandarles un ticket a los de soporte de Cpanel y explicárselo todo... :P
Lo que hace Cpanel es conectarse a la BDD de la empresa, y ver si la ip desde la que se conecta el software está validada en su servidor. Si lo está, permite que siga la instalación, si no, ahí te quedas.
Pero lo que no se aun, es de donde habrá salida esa segunda ip xD
Por cierto, la instalación sin contar lo del problema de la ip, ha durado 2 horas y media.... jaaarl, casi me da algo xDD Eso si, menos mal que no dió ningún error, si no me toca dejarlo otras 2 horas y media.
Y después de configurar unas cosillas, quiero instalar el ffmpeg pero no me deja a través de Yum. Puede ser que no esté en el repositorio, pero... al intentar instalar otras cosas, me da errores de dependencias, así que creo que mi yum está un poco majara...
Con lo que me gustaba a mi el apt-get de mi querido ubuntu xD
A ver si consigo instalarlo al final, y os paso algunas estadísticas de compresión de video en mi VPS y en el RPS.
Publicado inicialmente por
xico1984
Chicos he instalado Cpanel, pero me da un error de licencia. Me registré para la versión de prueba con la IP 91.121.51.229, pero ahora resulta que mi Cpanel me dice que no, que mi ip es 91.121.197.45, que soy un piratilla y que esta licencia no me vale xD
¿Alguna idea? :S
¿Me registro para otra licencia trial?
Creo que la licencia de Cpanel sólo sirve para una máquina.
Supongo que la máquina se conectará a Cpanel y se identificará.
Pero lo que no sé es si te dejarán cambiar la licencia de máquina.
Si te enteras, no dejes de contárnoslo. Gracias
rootnovato
22/03/2008, 20:06
Publicado inicialmente por
itimag
es seguro usar paquetes "todo en uno" como xampp en servidores conectados a internet??.
no sé donde leí que este tipo de paquetes eran sólo para uso en servidores para pruebas locales, que usarlos en servidores de producción podía conllevar muchos problemas de seguridad...
Publicado inicialmente por
itimag
Muchas gracias itimag.
Lo probaré.
Saludos
xico1984
22/03/2008, 18:43
Chicos he instalado Cpanel, pero me da un error de licencia. Me registré para la versión de prueba con la IP 91.121.51.229, pero ahora resulta que mi Cpanel me dice que no, que mi ip es 91.121.197.45, que soy un piratilla y que esta licencia no me vale xD
¿Alguna idea? :S
¿Me registro para otra licencia trial?
Aquí hay una wiki en francés de los RPS de ovh con debian:
http://www.serveur-rps.fr/doku.php
Yo he puesto Xampp :
http://www.apachefriends.org/en/xampp-linux.html
Aqui os dejo un blog en wordpress para que veais la rapidez de carga. No tiene wp-cache ni ningún otro sistema:
http://87.98.168.78/wordpress/
Hola,
Yo he conseguido reinstalar desde cero Gentoo-OVH Release 2.
Ahora estaba pensando instalar Debian Etch.
¿Me podríais recomendar algún tutorial para instalación en Debian de todo lo clásico (Apache2, PHP5, MySQL, servidor de FTP, servidor de correo, etc...)?
Gracias
Publicado inicialmente por
itimag
He reinsalado debian Etch y no he tenido ningún problema.
Yo he hecho lo mismo y también sin problemas. Poco a poco voy instalando cosas (las justas y necesarias) y tampoco encuentro problema.
He reinsalado debian Etch y no he tenido ningún problema.
rootnovato
22/03/2008, 16:03
Publicado inicialmente por
xico1984
Pero avistastes a soporte ¿no? Yo en la segunda instalación se ha tirado un montón de tiempo(una media hora), pero al final ha cedido.
Ahora estoy intentando instalar Cpanel...
sí sí, les envié un correo ayer por la tarde, pero hasta ahora nada de nada...
xico1984
22/03/2008, 15:53
Publicado inicialmente por
rootnovato
Yo he tenido y sigo teniendo el mismo problema. Ya lo he comentado en otro hilo, pero lo pongo aquí también por "reajuntar" información.
La primera vez que lo intenté reinstalar me dió el mismo error de la primera captura que pones.
La segunda también se paró en los primerso pasos, pero esta vez con el error "Internal server error".
La tercera... sigue enganchada en el primer paso desde ayer. No da ningún error, simplemente no avanza, siempre que entro al botón de reinstalar me va directamente ahí...
Por cierto... que una de las tres instalaciones se llegó a completar a pesar de lo comentado, pero no funciona bien, cuando le da se pone con consumo de cpu al 100% (según el panel de ovh) y la máquina se queda bloqueada un par de minutos.
Pero avistastes a soporte ¿no? Yo en la segunda instalación se ha tirado un montón de tiempo(una media hora), pero al final ha cedido.
Ahora estoy intentando instalar Cpanel...
rootnovato
22/03/2008, 15:49
Yo he tenido y sigo teniendo el mismo problema. Ya lo he comentado en otro hilo, pero lo pongo aquí también por "reajuntar" información.
La primera vez que lo intenté reinstalar me dió el mismo error de la primera captura que pones.
La segunda también se paró en los primerso pasos, pero esta vez con el error "Internal server error".
La tercera... sigue enganchada en el primer paso desde ayer. No da ningún error, simplemente no avanza, siempre que entro al botón de reinstalar me va directamente ahí...
Por cierto... que una de las tres instalaciones se llegó a completar a pesar de lo comentado, pero no funciona bien, cuando le da se pone con consumo de cpu al 100% (según el panel de ovh) y la máquina se queda bloqueada un par de minutos. No sé si esto será por la reinstalación dudosa o problema del RPS en sí, desde luego por software instalado por mí no será porque lo hace desde el primer momento.
xico1984
22/03/2008, 14:57
Propongo que hagamos un hilo para cada tema sobre los RPS. En este los problemas encontrados, hay otro sobre el rendimiento, etc.
Yo pongo el primer problema con el que me he encontrado. Probé con CentOS pero ahora he querido cambiar a una Fedora Core, perooo...
Obtengo un error en la instalación. Aquí hay un screenshot:
http://img181.imageshack.us/img181/1...1ovhhj2.th.jpg
Estoy intentando instalarlo de nuevo. Y por cierto, ¿tarda un poco no? En el kemsirve no tardaba tanto para reinstalar una imagen de otro SO...
Este es el segundo intento de instalación:
http://img141.imageshack.us/img141/5591/ovh2rt0.th.jpg
Que aun sigue...