{"id":7336,"date":"2025-11-27T11:37:39","date_gmt":"2025-11-27T10:37:39","guid":{"rendered":"https:\/\/www.hostingtg.com\/blog\/?p=7336"},"modified":"2025-11-27T11:39:02","modified_gmt":"2025-11-27T10:39:02","slug":"revisar-espacio-en-disco","status":"publish","type":"post","link":"https:\/\/www.hostingtg.com\/blog\/revisar-espacio-en-disco\/","title":{"rendered":"Revisar espacio en disco en cPanel, Plesk y DirectAdmin"},"content":{"rendered":"\n<h2 class=\"wp-block-heading\">Por qu\u00e9 el espacio en disco es el \u201csuelo\u201d de tu servidor (y c\u00f3mo se rompe todo cuando se llena)<\/h2>\n\n\n\n<p>Comprobar el espacio en un servidor Linux es una tarea que todos sabemos que deber\u00edamos hacer\u2026 pero muchas veces se pospone hasta que algo cruje. En mi d\u00eda a d\u00eda, lo trato como una <strong>rutina de salud<\/strong> del sistema. \u00bfPor qu\u00e9? Porque todo descansa sobre el disco: bases de datos, logs, backups, correos, cach\u00e9s y actualizaciones. Cuando ese \u201csuelo\u201d se llena, el fallo rara vez es amable: la base de datos deja de escribir, los logs se paran justo cuando m\u00e1s pistas necesitas, las colas de correo se bloquean y las actualizaciones se quedan a medias. Ah\u00ed aparece el p\u00e1nico.<\/p>\n\n\n\n<p>Lo m\u00e1s traicionero es que <strong>casi nunca ocurre de golpe<\/strong>. El uso crece a fuego lento: <a href=\"https:\/\/www.hostingtg.com\/blog\/resiliencia\/\">backups duplicados<\/a> que nadie mira, directorios de logs sin rotaci\u00f3n, buzones de correo que nadie limpia, plugins que sueltan temporales eternos. Si no miras, \u201cno existe\u201d. Hasta que el sistema te niega espacio y te ense\u00f1a meses de polvo debajo de la alfombra.<\/p>\n\n\n\n<p>Mi regla de oro: <strong>visualizar tendencia<\/strong> y <strong>actuar antes del 80\u201385 %<\/strong>. Con esa simple disciplina puedes mover backups a otro destino, rotar logs, revisar qu\u00e9 proyectos consumen m\u00e1s o planificar una ampliaci\u00f3n con calma. Adem\u00e1s, revisar espacio te obliga a <strong>conocer el servidor<\/strong> de verdad: empiezas a ver patrones repetidos (proyectos ruidosos, instalaciones obsoletas que siguen ocupando gigas, tablas de sesiones gigantes). Esa radiograf\u00eda es oro.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">D\u00f3nde mirar primero: logs, backups, correo y temporales (checklist r\u00e1pido)<\/h2>\n\n\n\n<p>Cada vez que hago una revisi\u00f3n expr\u00e9s empiezo por lo mismo:<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Logs<\/strong>\n<ul class=\"wp-block-list\">\n<li>Rutas t\u00edpicas: <code>\/var\/log\/<\/code>, logs de aplicaciones (<code>storage\/logs<\/code>, <code>logs\/<\/code> de Node\/PM2), <code>journalctl<\/code> (systemd).<\/li>\n\n\n\n<li>Se\u00f1ales: ficheros <code>.log<\/code> de varios GB, hist\u00f3ricos sin compresi\u00f3n, rotaciones mal configuradas.<\/li>\n\n\n\n<li>Acciones seguras: comprimir hist\u00f3ricos, ajustar <code>logrotate<\/code>, bajar niveles de debug en producci\u00f3n.<\/li>\n<\/ul>\n<\/li>\n\n\n\n<li><strong>Backups<\/strong>\n<ul class=\"wp-block-list\">\n<li>Rutas t\u00edpicas: <code>\/backup<\/code>, <code>\/home\/usuario\/backups<\/code>, directorios de Plesk\/cPanel.<\/li>\n\n\n\n<li>Se\u00f1ales: duplicados, retenciones infinitas, snapshots locales \u201cpor si acaso\u201d.<\/li>\n\n\n\n<li>Acciones: mover a almacenamiento externo (S3\/NFS), limitar retenci\u00f3n, verificar que se purga lo antiguo.<\/li>\n<\/ul>\n<\/li>\n\n\n\n<li><strong>Correo (Maildir)<\/strong>\n<ul class=\"wp-block-list\">\n<li>Rutas t\u00edpicas: <code>mail\/<\/code> o <code>var\/qmail\/mailnames\/<\/code> (seg\u00fan panel).<\/li>\n\n\n\n<li>Se\u00f1ales: buzones con a\u00f1os de adjuntos, carpetas de spam o enviados gigantes.<\/li>\n\n\n\n<li>Acciones: pol\u00edticas de retenci\u00f3n, limpieza de adjuntos pesados, archivado fuera.<\/li>\n<\/ul>\n<\/li>\n\n\n\n<li><strong>Temporales y cach\u00e9s<\/strong>\n<ul class=\"wp-block-list\">\n<li>Rutas: <code>\/tmp<\/code>, cach\u00e9s de apps (WordPress <code>wp-content\/cache<\/code>, Magento <code>var\/cache<\/code>, Symfony <code>var\/cache<\/code>).<\/li>\n\n\n\n<li>Se\u00f1ales: miles de archivos peque\u00f1os (alerta de inodes), carpetas <code>session<\/code> sin TTL.<\/li>\n\n\n\n<li>Acciones: limpiar temporales seguros, configurar expiraci\u00f3n autom\u00e1tica, revisar cronjobs.<\/li>\n<\/ul>\n<\/li>\n\n\n\n<li><strong>Bases de datos<\/strong>\n<ul class=\"wp-block-list\">\n<li>Se\u00f1ales: tablas de sesiones o logs de auditor\u00eda desbocadas, binlogs sin purgar.<\/li>\n\n\n\n<li>Acciones: pol\u00edticas de depuraci\u00f3n, purga de binlogs con cuidado, \u00edndices sobre tablas crecientes.<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n\n\n\n<p>En mi experiencia, estos cinco focos resuelven <strong>el 80 %<\/strong> de los sustos de disco sin tocar archivos cr\u00edticos del sistema.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\">cPanel (usuario): usando Disk Usage y el Administrador de archivos (qu\u00e9 carpetas pesan y c\u00f3mo decidir)<\/h2>\n\n\n\n<p>En cPanel, el punto de partida es <strong>Disk Usage<\/strong> (Uso de disco). Desde ah\u00ed obtienes un desglose por directorios con barras visuales. Mi flujo:<\/p>\n\n\n\n<figure class=\"wp-block-image size-full\"><img fetchpriority=\"high\" decoding=\"async\" width=\"1005\" height=\"342\" src=\"https:\/\/www.hostingtg.com\/blog\/wp-content\/uploads\/2025\/11\/cpanel-uso-de-disco.webp\" alt=\"revisar espacio en disco cpanel\" class=\"wp-image-7338\" title=\"\"><\/figure>\n\n\n\n<ol class=\"wp-block-list\">\n<li>Abre <strong>Disk Usage<\/strong> y revisa el gr\u00e1fico de barras.<\/li>\n\n\n\n<li>Baja al listado por directorios; pulsa para <strong>expandir<\/strong> rutas y ver subcarpetas.<\/li>\n\n\n\n<li>Identifica \u201csospechosos habituales\u201d: <code>mail\/<\/code>, <code>public_html\/wp-content\/uploads<\/code>, cach\u00e9s, <code>tmp<\/code>, <code>logs<\/code>.<\/li>\n\n\n\n<li>Usa <strong>File Manager<\/strong> para entrar al directorio pesado y ordenar por <strong>tama\u00f1o<\/strong>.<\/li>\n\n\n\n<li>Decide: \u00bflimpio, archivo o muevo?\n<ul class=\"wp-block-list\">\n<li><strong>Limpio<\/strong>: caches de plugins, temporales, copias locales innecesarias.<\/li>\n\n\n\n<li><strong>Archivo<\/strong>: sube a almacenamiento externo adjuntos antiguos o zips.<\/li>\n\n\n\n<li><strong>Muevo<\/strong>: backups a un bucket S3 o a otra m\u00e1quina.<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n\n\n\n<p>Cuando mi web \u201ciba rara\u201d y la CPU se ve\u00eda bien, abrir <strong>Disk Usage<\/strong> me ense\u00f1\u00f3 un <code>mail\/<\/code> con a\u00f1os de adjuntos acumulados. Fue limpiar y la web dej\u00f3 de \u201cahogarse\u201d en I\/O. Lecci\u00f3n: <strong>el correo<\/strong> es el elefante invisible en muchos hostings compartidos.<\/p>\n\n\n\n<p><strong>Tips pr\u00e1cticos en cPanel:<\/strong><\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Activa y revisa <strong>cuotas<\/strong> por cuenta si el proveedor lo permite.<\/li>\n\n\n\n<li>No borres logs a ciegas: mejor comprimir y rotar.<\/li>\n\n\n\n<li>Si el problema son <strong>inodes<\/strong>, busca carpetas con miles de archivos peque\u00f1os (caches, sesiones, miniaturas).<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">WHM (admin cPanel): Salud del sistema \u2192 Mostrar uso de disco actual (interpretar Device\/Size\/Used\/Available\/%\/Mount Point)<\/h2>\n\n\n\n<p>A nivel administrador (WHM), me voy a <strong>System Health \u2192 Show Current Disk Usage<\/strong>. Aqu\u00ed ves <strong>todas las particiones<\/strong> y su % de uso con su <strong>mount point<\/strong>. Mi lectura:<\/p>\n\n\n\n<figure class=\"wp-block-image size-full\"><a href=\"https:\/\/www.hostingtg.com\/blog\/wp-content\/uploads\/2025\/11\/whm-uso-de-disco.webp\"><img decoding=\"async\" width=\"978\" height=\"374\" src=\"https:\/\/www.hostingtg.com\/blog\/wp-content\/uploads\/2025\/11\/whm-uso-de-disco.webp\" alt=\"whm uso de disco\" class=\"wp-image-7337\" title=\"\"><\/a><\/figure>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Percent Used<\/strong>: por encima del <strong>85\u201390 %<\/strong> empiezo a actuar.<\/li>\n\n\n\n<li><strong>Mount Point<\/strong>: si <code>\/var<\/code> va justo, pienso en logs, mail y bases de datos; si <code>\/home<\/code>, sospecho uploads, backups y cuentas ruidosas.<\/li>\n\n\n\n<li><strong>Size vs. Used<\/strong>: \u00bftiene sentido el crecimiento respecto al hist\u00f3rico? Si el salto es brusco, reviso eventos (deploys, backup fallido, import masivo).<\/li>\n<\/ul>\n\n\n\n<p>Con WHM tambi\u00e9n reviso:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>List Accounts<\/strong> para detectar cuentas grandes y <strong>Quota Modification<\/strong> si toca ajustar.<\/li>\n\n\n\n<li><strong>Log File Rotation<\/strong> para asegurar que no estoy guardando historia infinita.<\/li>\n\n\n\n<li><strong>Backup Configuration<\/strong> para evitar retener N copias locales pesadas.<\/li>\n<\/ul>\n\n\n\n<p>Un truco que me ha salvado: antes de ampliar disco, <strong>mover backups fuera<\/strong> y <strong>reconfigurar retenci\u00f3n<\/strong>. Muchas veces es suficiente para volver a un rango sano sin tocar hardware.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Plesk (usuario y admin): rutas r\u00e1pidas para ver uso por suscripci\u00f3n y dominio (equivalentes a Disk Usage)<\/h2>\n\n\n\n<p>En Plesk, el camino suele ser: <strong>Suscripciones \u2192 [tu suscripci\u00f3n] \u2192 Estad\u00edsticas<\/strong>. Ah\u00ed encuentras el <strong>Uso de disco<\/strong> desglosado por <strong>Web<\/strong>, <strong>Correo<\/strong>, <strong>Bases de datos<\/strong>, <strong>Logs<\/strong> y <strong>Backups<\/strong>. Me gusta porque te muestra <strong>d\u00f3nde<\/strong> se est\u00e1 yendo el espacio sin tener que peinar \u00e1rbol por \u00e1rbol.<\/p>\n\n\n\n<figure class=\"wp-block-image size-full\"><a href=\"https:\/\/www.hostingtg.com\/blog\/wp-content\/uploads\/2025\/11\/plesk-uso-de-disco.webp\"><img decoding=\"async\" width=\"900\" height=\"156\" src=\"https:\/\/www.hostingtg.com\/blog\/wp-content\/uploads\/2025\/11\/plesk-uso-de-disco.webp\" alt=\"plesk uso de disco\" class=\"wp-image-7339\" title=\"\"><\/a><\/figure>\n\n\n\n<p>Flujo r\u00e1pido que suelo usar:<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Suscripciones \u2192 Estad\u00edsticas<\/strong>: miro el total y el reparto por categor\u00edas.<\/li>\n\n\n\n<li><strong>Correo<\/strong>: si es alto, entro a <strong>Direcciones de email<\/strong> y reviso buzones grandes.<\/li>\n\n\n\n<li><strong>Bases de datos<\/strong>: desde <strong>Bases de datos<\/strong> veo tama\u00f1os por instancia; si hay tablas de sesiones gigantes, programo una purga.<\/li>\n\n\n\n<li><strong>Archivos<\/strong>: <strong>Administrador de archivos<\/strong> para ordenar por tama\u00f1o y localizar zip\/backup olvidados.<\/li>\n\n\n\n<li><strong>Herramientas y configuraci\u00f3n<\/strong> (admin): ajustes de <strong>backup<\/strong> y <strong>rotaci\u00f3n de logs<\/strong>.<\/li>\n<\/ol>\n\n\n\n<p>En mi caso, Plesk me ha ense\u00f1ado m\u00e1s de una vez que el problema no estaba en la web sino en <strong>Logs<\/strong> o <strong>Backups<\/strong> de la suscripci\u00f3n. Con dos clics ajustas la retenci\u00f3n y recuperas varios GB. Si el cuello es <strong>Correo<\/strong>, Plesk facilita pol\u00edticas por buz\u00f3n y l\u00edmites por plan.<\/p>\n\n\n\n<p><strong>Buenas pr\u00e1cticas en Plesk:<\/strong><\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Activa <strong>notificaciones<\/strong> de cuota para avisar al cliente antes de llegar al l\u00edmite.<\/li>\n\n\n\n<li>Define <strong>retenci\u00f3n de backups<\/strong> conservadora y destino remoto (S3\/FTP).<\/li>\n\n\n\n<li>Si usas extensiones de cach\u00e9, confirma su <strong>limpieza programada<\/strong>.<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">DirectAdmin: Resumen del sitio \/ Estad\u00edsticas \/ Logs y Estad\u00edsticas de dominio (qu\u00e9 mirar y por qu\u00e9)<\/h2>\n\n\n\n<p>En DirectAdmin, desde <strong>Usuario<\/strong> tienes dos paradas claras:<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><a href=\"https:\/\/www.hostingtg.com\/blog\/wp-content\/uploads\/2025\/11\/directadmin-uso-de-disco-scaled.webp\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"348\" src=\"https:\/\/www.hostingtg.com\/blog\/wp-content\/uploads\/2025\/11\/directadmin-uso-de-disco-1024x348.webp\" alt=\"directadmin uso de disco\" class=\"wp-image-7340\" title=\"\"><\/a><\/figure>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Site Summary \/ Statistics \/ Logs (Resumen \/ Estad\u00edsticas \/ Logs)<\/strong>\n<ul class=\"wp-block-list\">\n<li>Vista r\u00e1pida de <strong>espacio en disco<\/strong> y <strong>ancho de banda<\/strong>.<\/li>\n\n\n\n<li>Ideal para comprobar si el pico es global o de un dominio.<\/li>\n<\/ul>\n<\/li>\n\n\n\n<li><strong>Account Manager \u2192 Disk Usage<\/strong> o <strong>Estad\u00edsticas de dominio<\/strong>\n<ul class=\"wp-block-list\">\n<li>Desglose por directorios y elementos (web, correo, bases de datos) para cada dominio.<\/li>\n\n\n\n<li>\u00datil para detectar si el problema viene de <code>domains\/tu-dominio\/public_html\/<\/code>, <code>imap\/<\/code> (correo) o backups locales.<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n\n\n\n<p>Mi experiencia aqu\u00ed: DirectAdmin suele \u201ccantar\u201d muy r\u00e1pido cuando <strong>Maildir<\/strong> se desmadra. En una ocasi\u00f3n, la gr\u00e1fica se disparaba pero la web estaba ligera; la causa era un buz\u00f3n de soporte con adjuntos monstruosos. Soluci\u00f3n: <strong>archivar fuera<\/strong> y <strong>establecer l\u00edmites<\/strong> por buz\u00f3n.<\/p>\n\n\n\n<p><strong>Tips DirectAdmin:<\/strong><\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Revisa <strong>Inode Usage<\/strong> si el proveedor lo habilita; es una m\u00e9trica que pasa desapercibida.<\/li>\n\n\n\n<li>Verifica <strong>cuotas<\/strong> por usuario\/dominio para evitar sorpresas.<\/li>\n\n\n\n<li>Los <strong>logs<\/strong> de dominio tambi\u00e9n crecen: programa rotaci\u00f3n y compresi\u00f3n.<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Si el disco ya est\u00e1 al 90 %: acciones seguras para liberar espacio sin romper producci\u00f3n<\/h2>\n\n\n\n<p>Cuando veo un 90 % o m\u00e1s, act\u00fao con bistur\u00ed:<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Congela el crecimiento<\/strong>\n<ul class=\"wp-block-list\">\n<li>Pausa tareas ruidosas (backups locales, cronjobs de import masivo, rotaciones de im\u00e1genes).<\/li>\n\n\n\n<li>Si hay binlogs o logs que crecen por un bug, corrige la causa antes de borrar.<\/li>\n<\/ul>\n<\/li>\n\n\n\n<li><strong>Gana ox\u00edgeno r\u00e1pido (bajo riesgo)<\/strong>\n<ul class=\"wp-block-list\">\n<li>Comprime o rota <strong>logs<\/strong> antiguos.<\/li>\n\n\n\n<li>Limpia <strong>cach\u00e9s<\/strong> y <code>tmp<\/code> (confirmando que no afectas sesiones activas).<\/li>\n\n\n\n<li>Mueve <strong>backups<\/strong> a remoto y elimina duplicados locales.<\/li>\n<\/ul>\n<\/li>\n\n\n\n<li><strong>Cirug\u00eda intermedia<\/strong>\n<ul class=\"wp-block-list\">\n<li>Revisa <strong>Maildir<\/strong> y archiva adjuntos viejos.<\/li>\n\n\n\n<li>Depura <strong>tablas de sesiones<\/strong> y limpia archivos \u00f3rfanos en uploads (miniaturas obsoletas).<\/li>\n<\/ul>\n<\/li>\n\n\n\n<li><strong>Cambio estructural (si procede)<\/strong>\n<ul class=\"wp-block-list\">\n<li>Ajusta <strong>retenciones<\/strong> de backups y logs.<\/li>\n\n\n\n<li>Reubica rutas pesadas a particiones separadas (si tienes margen).<\/li>\n\n\n\n<li>Planifica <strong>ampliaci\u00f3n<\/strong> si el crecimiento es leg\u00edtimo (no basura).<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n\n\n\n<p>A m\u00ed me ha salvado muchas veces un <strong>plan escalonado<\/strong>: primero ox\u00edgeno, luego limpieza con cabeza y por \u00faltimo prevenci\u00f3n para que no vuelva.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\">Rutina mensual (la que me funciona): comandos, alertas y limpieza preventiva<\/h2>\n\n\n\n<p>Mi revisi\u00f3n peri\u00f3dica combina panel + CLI. Estos son mis imprescindibles:<\/p>\n\n\n\n<p><strong>Visi\u00f3n global<\/strong><\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>df -h             # Particiones y % uso en formato legible\ndf -i             # Inodes usados por partici\u00f3n\n<\/code><\/pre>\n\n\n\n<p>Radiograf\u00eda por carpeta (en el punto caliente)<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>cd \/ruta\/sospechosa\ndu -sh * | sort -h     # Top por tama\u00f1o\n# Opcional (interactivo y rapid\u00edsimo)\nncdu \/ruta\/sospechosa  # Navega y borra con seguridad\n<\/code><\/pre>\n\n\n\n<p>Logs con systemd<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>journalctl --disk-usage\nsudo journalctl --vacuum-time=14d   # Conserva 14 d\u00edas\n<\/code><\/pre>\n\n\n\n<p>Binlogs de MySQL\/MariaDB (con cuidado)<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code># Tras verificar backups y r\u00e9plica:\nPURGE BINARY LOGS BEFORE DATE(NOW()) - INTERVAL 7 DAY;\n<\/code><\/pre>\n\n\n\n<p>Script m\u00ednimo de alerta por % de disco<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>#!\/usr\/bin\/env bash\nTHRESHOLD=85\nALERT_TO=\"admin@example.com\"\n\nwhile read -r line; do\n  USEP=$(echo \"$line\" | awk '{print $5}' | tr -d '%')\n  PART=$(echo \"$line\" | awk '{print $6}')\n  if &#91; \"$USEP\" -ge \"$THRESHOLD\" ]; then\n    printf \"Alerta: %s al %s%% de uso\\n\" \"$PART\" \"$USEP\" | mail -s \"Alerta de disco\" \"$ALERT_TO\"\n  fi\ndone &lt; &lt;(df -hP | awk 'NR>1 {print $0}')\n<\/code><\/pre>\n\n\n\n<p>Programa este script con <strong>cron<\/strong> (diario) y ajusta <code>THRESHOLD<\/code> a tu gusto. Prefiero recibir un aviso al 80\u201385 % y actuar con margen.<\/p>\n\n\n\n<p><strong>Pol\u00edticas que me han evitado sustos:<\/strong><\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Retenci\u00f3n finita<\/strong> de backups\/logs (y compresi\u00f3n).<\/li>\n\n\n\n<li><strong>Caches<\/strong> con TTL real (no \u201cinfinito\u201d).<\/li>\n\n\n\n<li><strong>L\u00edmites<\/strong> de buz\u00f3n y educaci\u00f3n a usuarios (\u201carchivar adjuntos fuera\u201d).<\/li>\n\n\n\n<li><strong>Auditor\u00eda<\/strong> trimestral de proyectos \u201czombies\u201d que a\u00fan ocupan espacio.<\/li>\n<\/ul>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\">Errores t\u00edpicos que he visto (y c\u00f3mo evitarlos la pr\u00f3xima vez)<\/h2>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Depender de backups locales<\/strong> \u201ctemporales\u201d que se quedan para siempre. <em>Soluci\u00f3n:<\/em> destino remoto por defecto y retenci\u00f3n estricta.<\/li>\n\n\n\n<li><strong>Rotaci\u00f3n de logs inexistente<\/strong> o mal configurada. <em>Soluci\u00f3n:<\/em> revisa <code>logrotate<\/code> y niveles de logging.<\/li>\n\n\n\n<li><strong>Confiar solo en la CPU\/RAM<\/strong> para medir salud. <em>Soluci\u00f3n:<\/em> a\u00f1ade disco e inodes a tus dashboards.<\/li>\n\n\n\n<li><strong>Borrar a ciegas<\/strong> sin entender la causa del crecimiento. <em>Soluci\u00f3n:<\/em> diagnostica primero, automatiza despu\u00e9s.<\/li>\n\n\n\n<li><strong>Ignorar inodes<\/strong>: el disco \u201cparece libre\u201d en GB pero el sistema se queda sin archivos disponibles. <em>Soluci\u00f3n:<\/em> monitoriza <code>df -i<\/code> y controla caches con millones de ficheros.<\/li>\n<\/ul>\n\n\n\n<p>M\u00e1s de una vez me he encontrado con un <code>\/var\/log<\/code> de decenas de GB por un nivel de depuraci\u00f3n olvidado tras un incidente. Desde entonces, despu\u00e9s de cada \u201capagafuegos\u201d, vuelvo a poner el nivel normal y cierro la puerta a ese crecimiento silencioso.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\">Preguntas frecuentes<\/h2>\n\n\n\n<p><strong>\u00bfGB vs. inodes: en qu\u00e9 me fijo?<\/strong><br>En ambos. <strong>GB<\/strong> te dice \u201ccu\u00e1nto\u201d pesa; <strong>inodes<\/strong> te dice \u201ccu\u00e1ntos** archivos hay. Puedes tener 20 % de GB libres y aun as\u00ed \u201csin espacio\u201d por falta de inodes. Revisa <code>df -i<\/code>.<\/p>\n\n\n\n<p><strong>\u00bfQu\u00e9 umbral considero cr\u00edtico?<\/strong><br>Yo act\u00fao al <strong>80\u201385 %<\/strong>. Por encima del 90 % entro en modo \u201cox\u00edgeno r\u00e1pido\u201d y estabilizo antes de hacer cambios mayores.<\/p>\n\n\n\n<p><strong>\u00bfQu\u00e9 carpetas suelen dispararse sin que lo notes?<\/strong><br><code>\/var\/log<\/code>, <code>mail\/<\/code>, caches de aplicaciones, <code>tmp<\/code>, backups locales, <code>uploads<\/code> con miniaturas.<\/p>\n\n\n\n<p><strong>\u00bfQu\u00e9 hago si no puedo borrar nada \u201cya\u201d?<\/strong><br>Mueve temporalmente backups a remoto, comprime logs hist\u00f3ricos, limpia caches seguras y gana margen. Luego investiga y corrige la ra\u00edz.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h2 class=\"wp-block-heading\">Sobre revisar espacio en disco<\/h2>\n\n\n\n<p>Revisar el espacio en disco no es una tarea de \u201ccuando me acuerde\u201d, es una <strong>rutina de salud<\/strong> que evita sustos caros. Con las vistas de <strong>cPanel<\/strong>, <strong>WHM<\/strong>, <strong>Plesk<\/strong> y <strong>DirectAdmin<\/strong> (m\u00e1s una pasadita por <strong>CLI<\/strong> con <code>df<\/code>, <code>du<\/code> y <code>ncdu<\/code>) consigues una radiograf\u00eda clara: qu\u00e9 crece, d\u00f3nde y por qu\u00e9. En mi experiencia, mirar esto de forma peri\u00f3dica da una tranquilidad enorme: <strong>sabes en qu\u00e9 estado est\u00e1s y hacia d\u00f3nde creces<\/strong>, tomas decisiones con tiempo y evitas que todo se rompa el d\u00eda menos oportuno.<\/p>\n\n\n\n<p><strong>Opini\u00f3n Personal<\/strong><\/p>\n\n\n\n<p>Revisar el <strong>espacio en disco<\/strong> no es glamuroso, pero es lo que separa a un <a href=\"https:\/\/www.hostingtg.com\/servidores-vps\/\">servidor fiable<\/a> de un incendio a medianoche. He visto <strong>webs \u201cperfectas\u201d caerse<\/strong> por un <code>\/var\/log<\/code> desbocado, migraciones fallar por binlogs eternos y equipos culpar a la RAM cuando el verdadero culpable era un <code>mail\/<\/code> con a\u00f1os de adjuntos. Para m\u00ed, cPanel, Plesk y DirectAdmin son solo puertas de entrada a la misma verdad: si no mides, no controlas; si no controlas, pagas el precio en el peor momento.<\/p>\n\n\n\n<p>Mi postura es simple: trata el disco como tratas la seguridad. Reglas, rutina y alertas. En cPanel miro Disk Usage antes de tocar nada; en Plesk reviso Estad\u00edsticas por suscripci\u00f3n como quien consulta el extracto bancario; en DirectAdmin, las Estad\u00edsticas de dominio son mi sem\u00e1foro: si amarillea, act\u00fao antes del rojo. \u00bfLa clave? Convertir la \u201climpieza\u201d en h\u00e1bito: rotaci\u00f3n de logs, <strong>backups fuera del servidor<\/strong>, TTL real en cach\u00e9s y un cron que avise cuando pasas del 80\u201385 %. Es aburrido\u2026 hasta que te ahorra horas de p\u00e1nico y reputaci\u00f3n.<\/p>\n\n\n\n<p>Tambi\u00e9n creo que hay que perderle el miedo a borrar <em>lo correcto<\/em>: <strong>comprime hist\u00f3ricos, archiva adjuntos antiguos, elimina zips olvidados<\/strong>. La optimizaci\u00f3n no es \u201chacer magia\u201d, es quitar polvo donde nadie mira. Y s\u00ed, medir inodes deber\u00eda ser tan normal <strong>como ver el uso en GB<\/strong>: las ca\u00eddas por millones de ficheritos son m\u00e1s comunes de lo que creemos.<\/p>\n\n\n\n<p>Ahora te leo: \u00bfqu\u00e9 panel usas y cu\u00e1l ha sido tu mayor \u201csusto\u201d de disco? \u00bfTienes alg\u00fan truco infalible para liberar espacio sin romper nada? D\u00e9jame tus comentarios abajo y enriquezcamos la gu\u00eda entre todos.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Por qu\u00e9 el espacio en disco es el \u201csuelo\u201d de tu servidor (y c\u00f3mo se rompe todo cuando se llena) Comprobar el espacio en un servidor Linux es una tarea que todos sabemos que deber\u00edamos hacer\u2026 pero muchas veces se pospone hasta que algo cruje. En mi d\u00eda a d\u00eda, lo trato como una rutina [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":7342,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"set","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[952],"tags":[689,1201,688,1206,1202,1205,687,1203,341,848],"class_list":["post-7336","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-guias","tag-cpanel","tag-df","tag-directadmin","tag-espacio","tag-espacio-en-disco","tag-hd","tag-plesk","tag-sd","tag-servidor-vps","tag-ssh"],"_links":{"self":[{"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/posts\/7336","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/comments?post=7336"}],"version-history":[{"count":1,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/posts\/7336\/revisions"}],"predecessor-version":[{"id":7341,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/posts\/7336\/revisions\/7341"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/media\/7342"}],"wp:attachment":[{"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/media?parent=7336"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/categories?post=7336"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/tags?post=7336"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}