[{"data":1,"prerenderedAt":167},["ShallowReactive",2],{"seo-verification":3,"blog-actualizar-mattermost-v10-a-v11-lts-es":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-actualizar-mattermost-v10-a-v11-lts-es",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":33,"intro":36,"sections":37,"ctaTitle":108,"ctaBody":109,"ctaButton":110,"ctaUrl":111,"relatedPosts":112},284,"actualizar-mattermost-v10-a-v11-lts",{"fr":12,"en":13,"ar":14,"es":10},"mettre-a-jour-mattermost-v10-v11-lts","upgrade-mattermost-v10-to-v11-lts","تحديث-mattermost-من-v10-إلى-v11-lts","Actualizar Mattermost v10 a v11 LTS","Mattermost ESR v10.11 llegó al fin de vida el 15 de agosto de 2026. Migre a la v11 LTS sin perder datos ni historial con este procedimiento Docker paso a paso.",9,0,false,"2026-08-19T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},7,"Autoalojamiento","self-hosting","bg-indigo-500\u002F10 text-indigo-400","cloud",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fmettre-a-jour-mattermost-v10-v11-lts-poster.svg",{"categorySlug":34,"appSlug":35},"colaboracion-productividad","mattermost","Mattermost ESR v10.11 alcanzó su fin de vida el 15 de agosto de 2026: las instancias sin actualizar ya no reciben ningún parche de seguridad. La v11 es la LTS actual — es el destino. Este procedimiento cubre la copia de seguridad de PostgreSQL, la actualización de Docker y la verificación posterior a la migración, de modo que se preserve la totalidad de su historial de mensajes y de sus plugins.",[38,42,52,55,95,99,102,105],{"type":39,"title":40,"body":41},"h2","Por qué actualizar ahora","Mattermost publica versiones ESR (Extended Support Release) con una vida útil ampliada y después declara su fin de vida en una fecha anunciada con antelación. **La ESR v10.11 está en fin de vida desde el 15 de agosto de 2026.** A partir de esa fecha, ningún parche de seguridad se retroporta a esa rama: las vulnerabilidades descubiertas después de la fecha de EOL quedan abiertas en las instancias que no migran.\n\nUna mensajería de equipo recibe archivos adjuntos, credenciales compartidas por mensaje directo y, a veces, claves de API pegadas en un mensaje. Una instancia sin parchear expone esos datos a cada corrección no aplicada. La v11 es la LTS en curso de ciclo — es la única versión que seguirá recibiendo parches durante varios meses más.",{"type":43,"title":44,"items":45},"ul","Lo que aporta la v11 LTS frente a la ESR v10.x",[46,47,48,49,50,51],"**Parches de seguridad activos** — la rama recibe los parches de seguridad publicados por el equipo de Mattermost a lo largo de todo su ciclo de soporte.","**Mejoras de rendimiento** — optimizaciones de las consultas PostgreSQL y menor consumo de memoria bajo carga elevada.","**Interfaz de videollamadas rediseñada** — calidad y estabilidad mejoradas para las llamadas en canales.","**Plugins actualizados** — los plugins oficiales (Calls, Boards, Playbooks) tienen versiones compatibles con la v11 publicadas en el gestor de plugins.","**Correcciones de migración de base de datos** — las migraciones acumuladas desde la v10 se aplican correctamente, lo que mejora la integridad del esquema a largo plazo.","**Soporte ampliado** — la v11 LTS contará con una ventana de soporte prolongada, lo que le evita una nueva migración a corto plazo.",{"type":39,"title":53,"body":54},"Requisitos previos antes de empezar","Compruebe los siguientes puntos antes de lanzar el procedimiento.\n\n**Docker Compose v2** — el comando debe responder a `docker compose version` (con espacio, no con guion). Si todavía usa `docker-compose` v1, migre primero a Compose v2: las imágenes oficiales de Mattermost v11 dan por supuesto ese formato.\n\n**Acceso root o sudo** en el VPS — los comandos que siguen actúan sobre los volúmenes Docker y los archivos de configuración.\n\n**Espacio en disco disponible** — compruebe con `df -h` que el volumen que aloja sus volúmenes Docker dispone de al menos 3 GB libres para los dumps y las imágenes temporales.\n\n**RAM suficiente** — Mattermost v11 funciona correctamente con 2 GB de RAM para menos de 50 usuarios activos. Compruébelo con `free -m` antes de la actualización.\n\n**Versión actual anotada** — antes de cualquier operación, anote la versión instalada: `docker exec \u003Cmattermost-container> mattermost version`. Este punto es el paso 1 del procedimiento.",{"type":56,"title":57,"steps":58},"steps","Procedimiento de actualización paso a paso",[59,62,65,68,71,74,77,80,83,86,89,92],{"title":60,"body":61},"Anotar la versión actual","Antes de modificar nada, anote la versión en curso:\n\n```bash\ndocker exec mattermost mattermost version\n```\n\nAnote el número (por ejemplo `v10.11.2`). Esta referencia le permitirá comparar después de la actualización y demostrar que la migración se ha realizado.",{"title":63,"body":64},"Hacer una copia de seguridad de la base PostgreSQL","Es el paso más crítico. Ejecute un `pg_dump` desde el contenedor PostgreSQL:\n\n```bash\ndocker exec \u003Cpg-container> pg_dump -U mattermost mattermost > backup_mattermost_$(date +%Y%m%d).sql\n```\n\nSustituya `\u003Cpg-container>` por el nombre real de su contenedor (visible con `docker ps`). Compruebe que el archivo `.sql` creado no está vacío (`ls -lh backup_mattermost_*.sql`). Sin esta copia de seguridad, toda migración de base de datos fallida es irreversible.",{"title":66,"body":67},"Hacer una copia de seguridad de los volúmenes Docker","Copie también los volúmenes de Mattermost (configuración, datos, plugins):\n\n```bash\ntar czf mattermost_volumes_$(date +%Y%m%d).tar.gz \u002Fopt\u002Fmattermost\u002Fconfig \u002Fopt\u002Fmattermost\u002Fdata \u002Fopt\u002Fmattermost\u002Fplugins \u002Fopt\u002Fmattermost\u002Flogs\n```\n\nAdapte la ruta a su instalación (`\u002Fopt\u002Fmattermost` es el directorio estándar del repositorio oficial `mattermost-docker`). Mueva el archivo comprimido fuera del VPS, a un almacenamiento externo, antes de continuar.",{"title":69,"body":70},"Anotar los plugins activos","Desde **System Console → Plugins → Plugin Management**, liste todos los plugins activados con su versión. Anótelos en un archivo de texto: después de la actualización deberá comprobar la compatibilidad de cada uno.\n\nComo alternativa, mediante la API:\n\n```bash\ncurl -s -H \"Authorization: Bearer \u003Csu-token>\" https:\u002F\u002Fchat.sudominio.com\u002Fapi\u002Fv4\u002Fplugins | python3 -m json.tool | grep -E '\"id\"|\"version\"|\"active\"'\n```",{"title":72,"body":73},"Detener Mattermost y PostgreSQL","Detenga el stack limpiamente antes de descargar las nuevas imágenes:\n\n```bash\ndocker compose down\n```\n\nCompruebe que ya no queda ningún contenedor de Mattermost en ejecución: `docker ps | grep mattermost`.",{"title":75,"body":76},"Descargar las nuevas imágenes","Desde el directorio que contiene su `docker-compose.yml`:\n\n```bash\ndocker compose pull\n```\n\nEste comando descarga las nuevas imágenes de todos los servicios declarados (`mattermost` y `postgres`). Si su `docker-compose.yml` fija una versión explícita (`mattermost\u002Fmattermost-team-edition:v10.x.x`), actualícela a `v11` o a `latest` (y después fije el digest exacto para la reproducibilidad).",{"title":78,"body":79},"Reiniciar el stack","Vuelva a lanzar el conjunto de los servicios:\n\n```bash\ndocker compose up -d\n```\n\nMattermost arranca, detecta que la base está en un esquema v10 y lanza las migraciones automáticamente. Este paso puede tardar de 30 segundos a unos minutos según el tamaño de su base.",{"title":81,"body":82},"Verificar las migraciones de base de datos","Siga los logs inmediatamente después del arranque:\n\n```bash\ndocker compose logs mattermost | grep -i migrat\n```\n\nLas líneas esperadas se parecen a `Running migration X.Y` o `Migrating database from version X`. Si ve `failed to run migrations` o `error running migration`, detenga (`docker compose down`) y restaure desde el dump antes de ir más lejos.\n\nPara seguirlo en directo: `docker compose logs -f mattermost` — espere el mensaje `Server is listening on`.",{"title":84,"body":85},"Verificar la nueva versión","Confirme que la actualización es realmente efectiva:\n\n```bash\ndocker exec mattermost mattermost version\n```\n\nLa salida debe mostrar un número `v11.x.x`. Conéctese a la interfaz web y navegue a **System Console → About → Mattermost Server** para contrastar la verificación.",{"title":87,"body":88},"Probar las funcionalidades críticas","Antes de dar por válida la actualización, pruebe manualmente los siguientes puntos:\n\n- Conexión de una cuenta de usuario\n- Envío y recepción de un mensaje en un canal público\n- Envío de un mensaje directo\n- Envío de un archivo adjunto\n- Verificación del historial de mensajes anteriores a la actualización\n- Funcionamiento de los webhooks entrantes si tiene alguno configurado\n\nEl historial completo debe seguir accesible: es el primer punto que hay que comprobar.",{"title":90,"body":91},"Verificar los plugins","En **System Console → Plugins → Plugin Management**, compare la lista con las notas tomadas en el paso 4. Para cada plugin activado:\n\n1. Compruebe que sigue apareciendo como **activo**.\n2. Si un plugin aparece desactivado con un mensaje de incompatibilidad, consulte la página de su repositorio para encontrar una versión compatible con la v11.\n3. Actualícelo desde el gestor de plugins si hay una nueva versión disponible.\n\nLos plugins oficiales (Calls, Boards, Playbooks) tienen sus versiones v11 disponibles en el marketplace integrado.",{"title":93,"body":94},"Limpiar las imágenes Docker antiguas","Una vez validada la actualización, libere el espacio ocupado por las imágenes antiguas:\n\n```bash\ndocker image prune -f\n```\n\nEste comando elimina todas las imágenes no referenciadas por un contenedor activo. Puede recuperar varios gigabytes si ha conservado varias versiones de imágenes de Mattermost.",{"type":96,"title":97,"body":98},"tip","Pruebe siempre la actualización fuera de producción primero","Si administra una instancia en producción con muchos usuarios, reproduzca la operación previamente en un entorno de pruebas. Restaure una copia de su dump de PostgreSQL en un VPS de pruebas, ejecute el procedimiento completo y verifique el resultado. Eso le revela las incompatibilidades de plugins y los posibles errores de migración antes de que afecten a sus usuarios.",{"type":39,"title":100,"body":101},"Compatibilidad de los plugins después de la actualización","La v11 introdujo cambios en la API de plugins. La mayoría de los plugins oficiales y de los plugins activos de la comunidad son compatibles, pero pueden aparecer incompatibilidades en plugins antiguos sin mantenimiento.\n\n**Cómo comprobar la compatibilidad:** vaya a **System Console → Plugins → Plugin Management**. Un plugin incompatible se muestra con un estado de error y un mensaje que indica la versión mínima requerida.\n\n**Si un plugin es incompatible:**\n\n1. Consulte el repositorio GitHub del plugin para comprobar si se ha publicado una versión compatible con la v11.\n2. Si es así, descargue el `.tar.gz` e instálelo desde **System Console → Plugins → Upload Plugin**.\n3. Si no, evalúe si el plugin es crítico. Si lo es, comuníquelo a los mantenedores y conserve mientras tanto una copia de la v10 (su dump).\n\n**Los plugins oficiales de Mattermost** (Calls, Boards, Playbooks, Jira, GitHub) se actualizan al mismo tiempo que el servidor y están disponibles directamente en el marketplace integrado — basta con comprobar que están en su última versión disponible.",{"type":39,"title":103,"body":104},"Solución de problemas: errores habituales","**`failed to run migrations` en los logs**\nLa migración de base de datos ha fallado. Causas frecuentes: el contenedor PostgreSQL no estaba arrancado antes que Mattermost (problema de orden de arranque en Compose), o los permisos sobre la base son incorrectos. Detenga con `docker compose down`, compruebe que `postgres` arranca antes que `mattermost` (cláusula `depends_on` en `docker-compose.yml`) y vuelva a lanzar. Si el error persiste, restaure el dump y examine los logs completos con `docker compose logs mattermost 2>&1 | grep -i error`.\n\n**Plugin marcado como incompatible inmediatamente después de la actualización**\nEl plugin depende de una API obsoleta. Desactívelo desde la consola (`System Console → Plugins → Plugin Management → Desactivar`) para que Mattermost siga siendo funcional y actualice después el plugin por separado.\n\n**SIGTERM durante la migración (contenedor detenido en plena tarea)**\nSi el contenedor de Mattermost se reinicia durante la migración (timeout de Docker, SIGTERM), la base puede quedar en un estado intermedio. Señal: `mattermost version` muestra un número híbrido o los logs muestran errores de columnas ausentes. Restaure desde el dump de PostgreSQL y vuelva a lanzar asegurándose de que `MATTERMOST_UPGRADE_TIMEOUT` esté configurado con un valor suficiente (como mínimo `600` segundos para las bases grandes).\n\n**Problema de conexión después del reinicio**\nSi la interfaz responde pero los usuarios no pueden conectarse, compruebe que `MM_SERVICESETTINGS_SITEURL` en `docker-compose.yml` está en `https:\u002F\u002F` y coincide exactamente con la URL que utiliza. Un cambio de hostname o de protocolo durante la actualización invalida los tokens de sesión existentes.\n\n**Error `database schema version mismatch`**\nMattermost detecta una discrepancia entre la versión del binario y el esquema de la base. Este caso se produce si había fijado una imagen v10 y la migración parcial de un intento anterior dejó el esquema en un estado v11 incompleto. Restaure el dump v10 completo y vuelva a lanzar el procedimiento desde el paso 5.",{"type":39,"title":106,"body":107},"Después de la actualización: buenas prácticas","Una vez validada la v11 en producción, algunos ajustes mantienen la instancia bajo control.\n\n**Fije la versión de la imagen en `docker-compose.yml`** — sustituya `latest` por la etiqueta exacta (`mattermost\u002Fmattermost-team-edition:v11.x.x`). Así evita que un `docker compose pull` posterior descargue en silencio una versión futura sin que usted lo haya decidido.\n\n**Planifique las copias de seguridad de PostgreSQL** — un cron que ejecute `pg_dump` cada 24 horas y conserve los 7 últimos dumps es el mínimo para una instancia de producción.\n\n**Vigile el canal de seguridad de Mattermost** — suscríbase a `https:\u002F\u002Fmattermost.com\u002Fsecurity-updates\u002F` para recibir los anuncios de CVE. El próximo fin de vida de la v11 LTS se anunciará con varios meses de antelación.\n\n**Para profundizar**, encontrará la guía de instalación inicial en el artículo [Alojar Mattermost en su propio VPS](\u002Fblog\u002Fheberger-mattermost) y los argumentos para dejar Slack en [Migrar de Slack a Mattermost o Rocket.Chat en VPS](\u002Fblog\u002Fmigration-slack-mattermost-rocketchat-vps).","Aloje Mattermost en su propia infraestructura","Un VPS Cloud de ServOrbit con Docker preconfigurado le da la base para desplegar y mantener Mattermost sin depender de un proveedor SaaS. Sus mensajes y su historial permanecen en su infraestructura.","Desplegar Mattermost en VPS","\u002Fvps-cloud",[113,132,148],{"id":114,"slug":115,"slugs":116,"title":120,"excerpt":121,"readTime":17,"views":18,"isPinned":19,"publishedAt":122,"updatedAt":21,"category":123,"categories":128,"featuredImage":30,"bgImage":31,"posterImage":130,"relatedSolution":131},262,"migrar-de-slack-a-mattermost-o-rocketchat-en-vps",{"fr":117,"en":118,"ar":119,"es":115},"migration-slack-mattermost-rocketchat-vps","migrating-from-slack-to-mattermost-or-rocketchat-on-a-vps","الهجرة-من-slack-إلى-mattermost-أو-rocketchat-على-vps","Migrar de Slack a Mattermost o Rocket.Chat en un VPS","Slack condiciona el historial y el SSO a tarifas enterprise. Aloje Mattermost o Rocket.Chat en su VPS: migración paso a paso e importación del historial.","2026-08-14T00:00:00+00:00",{"id":124,"name":125,"slug":126,"color":127,"icon":126},5,"Comparativas","comparatif","bg-info\u002F10 text-info",[129],{"id":124,"name":125,"slug":126,"color":127,"icon":126},"\u002Fblog\u002Fcovers\u002Fmigration-slack-mattermost-rocketchat-vps-poster.svg",{"categorySlug":34,"appSlug":35},{"id":133,"slug":134,"slugs":135,"title":139,"excerpt":140,"readTime":17,"views":141,"isPinned":19,"publishedAt":142,"updatedAt":21,"category":143,"categories":144,"featuredImage":30,"bgImage":31,"posterImage":146,"relatedSolution":147},76,"alojar-mattermost-en-un-vps",{"fr":136,"en":137,"ar":138,"es":134},"heberger-mattermost","host-mattermost-on-your-own-vps","استضافة-mattermost-على-خادم-vps-الخاص-بك","Alojar Mattermost en su propio VPS","Guía completa 2026: despliegue Mattermost v10\u002Fv11 en VPS con Docker, PostgreSQL, SSL, integraciones y copias de seguridad. Alternativa self-hosted a Slack.",2,"2026-04-05T00:00:00+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[145],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fheberger-mattermost-poster.svg",{"categorySlug":25,"appSlug":35},{"id":149,"slug":150,"slugs":151,"title":155,"excerpt":156,"readTime":157,"views":18,"isPinned":19,"publishedAt":158,"updatedAt":21,"category":159,"categories":164,"featuredImage":30,"bgImage":31,"posterImage":166,"relatedSolution":30},229,"checklist-docker-compose-en-produccion",{"fr":152,"en":153,"ar":154,"es":150},"docker-compose-production-checklist","docker-compose-in-production-10-point-checklist","docker-compose-في-الإنتاج-قائمة-التحقق-من-10-نقاط","Docker Compose en producción: checklist de 10 puntos","Checklist de Docker Compose en producción: 10 ajustes esenciales, gestión de secretos sin downtime, copias de volúmenes sin corrupción, CVE-2026-17106.",8,"2026-08-06T00:00:00+00:00",{"id":160,"name":161,"slug":162,"color":163,"icon":162},3,"Despliegue","deploiement","bg-success\u002F10 text-success",[165],{"id":160,"name":161,"slug":162,"color":163,"icon":162},"\u002Fblog\u002Fcovers\u002Fdocker-compose-production-checklist-poster.svg",1789664995053]