Problema de espacio en /sda1

temptacio · 24-jun-2008, 17:57

Buenas tardes:
Me presento soy temptacio,webmaster de varias páginas de contenido adulto.
Tengo mi servidor dedicado en ovh ,y como ya he leido por ahí ,SÍ tiene un servicio técnico, pésimo lo mismo pasa con el soporte,ahora , el servidor no ha sufrido ninguna caida en tres meses que llevo con ellos.
Bueno les explico mi problema haber si alguien me puede ayudar.
Ante todo no quiero restaurar el servidor ya que mi web principal és de vídeos y me traeria mucha faena volver a restaurarla igual.
Vamos haber si me se explicar,mi servidor esta en linux,con WHM de cPanel,al empezar con el servidor,gracias a mi ignoráncia lo instalé con las particiones por defecto,lo cual ahora me encuentro CON MI DISCO /sda1 con el 93% ocupado y la home,sda2 con el 16%,el problema claro esta cuando tengo mas de 70 visitantes al momento,la pagina se queda colgada mas las otras que tengo en el servidor,lo cual me acarrea perdidas económicas .Me puse en contacto con ovh y la primera solución era restaurar todo,la segunda vez era mover carpetas que lo hize pero sigue todo igual ya que los directorios no se pueden mover,les pregunto si le puedo añadir un disco usb,alquilar otra máquina pagarles el servidcio de restauración y no son capaces de responderme,en los últimos mensajes enviados ni me han contestado,les llamas por teléfono y dicen que el servicio técnico solo trabaja a traves del manager y no por teléfono.
Alguien me puede ayudar con este tema,alguna recomendación al respecto.
Saludos a todos y grácias

visualhosting · 24-jun-2008, 19:39

Probaste hacer una imagen en otro hd. Osea instalas un HD mas grande haces una imagen de las particiones actuales en el otro hd y despues tenes que cambiar el tamaño de las particiones.

temptacio · 24-jun-2008, 19:55

Hola visualhosting:
Gracias por responderme,como ya he comentado,llevo tres meses con los servidores dedicados y claro está si el servicio técnico que es quien se supone que te tiene que ayudar no lo hace....
No lo he hecho pero si no te importa me lo pudieras explicar un poco mejor,yo por lo que deduzco seria contratar un disco a parte pasarlo todo a ese disco y luego volverlo a colocar, no??

WebTech · 24-jun-2008, 19:59

Cita:

como ya he comentado,llevo tres meses con los servidores dedicados y claro está si el servicio técnico que es quien se supone que te tiene que ayudar no lo hace....

Cambia de proveedor, más claro imposible :)

Saludos,

ideasmultiples · 24-jun-2008, 20:39

Supongo rvicio técnico te cobrará por hacerlo, pero explica un poco mejor, tu problema.

He entendido que tienes la particíon / llena, si esto es correcto es necesario que indiques cual es el directorio en donde estan los datos que llenan esa partición.

ejecuta:
# du -sch /*

Para saberlo.

Cuando lo sepas postealo

ferranvillalba · 24-jun-2008, 20:44

Cita:

Iniciado por WebTech

Cambia de proveedor, más claro imposible :)

Saludos,

Digo, la culpa no la tiene OVH, no es FULLY MANAGED, todos sus servers son unmanaged, para eso tienes el servicio de infogerencia suyo.

visualhosting · 24-jun-2008, 21:05

Si en realidad le contratas un HD secundario a tu proveedor. Que sea mas grande que el actual asi evitas problemas de espacio. Y tendrias un HD primario y otro secundario. Y entonces usas algun soft para clonar por ejemplo el clonezilla que te copia todo lo q tenes en en el HD "A" al HD "B". Y despues cambias el tamaño de las particiones podes usar el RIP Linux o alguna otra aplicacion en particular para ello.
Lo que si necesitas o acceso fisico al equipo, lo tiene que hacer la gente de soporte o contratarles un KVM IP para que puedas hacer esto.

temptacio · 26-jun-2008, 10:39

Grácias a todos por contestarme.
Buscando en el foro de OVh he encontrado que no soy el único con este problema .http://foros.ovh.es/showthread.php?t=132
Mi principal problema se encuentra en el /usr con 3.6 gb ,ya que al hacer du -sh *
me da lo siguiente:
6.6M bin
3.3M boot
40K dev
60M etc
71G home
26M lib
16K lost+found
4.0K media
4.0K misc
4.0K mnt
4.0K net
23M opt
0 proc
219M root
29M sbin
7.0M scripts
16K selinux
4.0K srv
0 sys
4.9M tmp
3.5G usr
327M var
al entrar en /usr y hacer du -sh *
me da:
84M bin
76K doc
8.0K etc
4.0K games
58M include
1.6M kerberos
488M lib
13M libexec
1.9G local
184K man
24M sbin
493M share
52K src
0 tmp
501M tmpDSK
8.0K X11R6

estos son los mas relevantes y claro esta yo no se si se pueden mover,si alguién me puede ayudar...
Grácias

visualhosting · 26-jun-2008, 13:23

Si queres hacer algo facil (que no es la solucion definitiva porque seguramente te va a volver a pasar cada tanto) se puede borrar el contenido que no sirva ejecuta el siguiente comando du --max-depth=1 -h /usr/local/ y fijate las carpetas que mas espacio utilizan sino me equivo deben ser los logs de apache #du --max-depth=1 -h /usr/local/apache
y la carpeta que mas usaria espacio deberia ser "domlogs"

ideasmultiples · 26-jun-2008, 13:59

Falta que pongas el resultado de:
# df -h
Para poder ver las particiones

temptacio · 26-jun-2008, 17:27

Filesystem Size Used Avail Use% Mounted on
/dev/sda1 4.9G 4.3G 272M 95% /
/dev/sda2 224G 86G 127G 41% /home
/dev/shm 2.0G 0 2.0G 0% /dev/shm
/usr/tmpDSK 485M 20M 441M 5% /tmp

temptacio · 26-jun-2008, 17:54

Los directorios que mas movimientos tienen ,son el tmp ,que ha pasado de esta tarde con 4.4 mb a 8.9 mb ahora .
y el directorio /usr/local
con estos resultados:
120M apache
13M apache.backup
26M apache.backup_archive
17M apache_org
108K bandmin
33M bin
881M cpanel
348M cpanel-rollback
12K etc
31M frontpage
4.0K games
1.9M include
39M lib
4.0K libexec
392K man
108K rtm
204K sbin
1.5M share
305M src
0 ssl
9.2M tt2

ideasmultiples · 26-jun-2008, 19:05

Tu problema parece que está en
881M cpanel
348M cpanel-rollback

Como tienes espacio suficiente en la partición
/home

Una solución es ver lo que sobra y vaciarlos
Otra en moverlos a la partición /home y crear un link con el nombre de directorios actual.
Eso no se hasta que punto le afectará a cpanel.

Otra es crear unas nuevas particiones en el disco, si hay espacio o en undisco nuevo, y asignarle esos directorios.