[{"data":1,"prerenderedAt":208},["ShallowReactive",2],{"seo-verification":3,"blog-debian-11-end-of-life-plesk-dist-upgrade-or-migration-en":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-debian-11-end-of-life-plesk-dist-upgrade-or-migration-en",{"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":30,"intro":33,"sections":34,"ctaTitle":145,"ctaBody":146,"ctaButton":147,"ctaUrl":148,"relatedPosts":149},507,"debian-11-end-of-life-plesk-dist-upgrade-or-migration",{"fr":12,"en":10,"ar":13,"es":14},"debian-11-fin-de-vie-plesk-dist-upgrade-debian-12","نهاية-دعم-debian-11-مع-plesk-ترقية-النظام-أم-الانتقال","debian-11-fin-de-vida-plesk-dist-upgrade-o-migracion","Debian 11 end of life: Plesk dist-upgrade or migration?","Debian 11 no longer gets security fixes. Plesk dist-upgrade to Debian 12 or migration to a new server: decision criteria and a step-by-step procedure.",10,0,false,"2026-10-27T00:00:00+00:00","2026-10-27T23:58:39+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},8,"Security & Monitoring","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fdebian-11-fin-de-vie-plesk-dist-upgrade-debian-12-poster.svg","Since the end of August 2026, the Debian project no longer patches Debian 11, and Plesk Obsidian 18.0.81 is the last version to support it. Every Plesk server left on Debian 11 therefore accumulates unpatched flaws, with nothing turning red in the panel. For a fleet of client servers, the question is not whether to act but which route to take: upgrade the OS in place with Plesk's tool, or move the domains to a new server. This guide gives the decision criterion, the prerequisites, the procedure with its commands, and the rollback plan.",[35,39,48,51,83,86,108,111,129,133,136,139,142],{"type":36,"title":37,"body":38},"h2","Where things stand since 31 August 2026","Debian provided two years of long-term support for Debian 11 (bullseye), until 31 August 2026. That date has passed: the Debian project no longer publishes security fixes for this release. Plesk has aligned its calendar: the announcement of 15 October 2026 states that Plesk Obsidian 18.0.81 is the last release to support Debian 11, and that the server can either be upgraded to Debian 12 with Plesk's dist-upgrade tool, or be replaced by a server running a supported system, to which you migrate the domains.\n\nIn practice, a Debian 11 server keeps running and serving its sites. But it will receive no Plesk update beyond 18.0.81 and no more system security fixes. The risk is invisible: it grows quietly, until the first flaw is published against a package nobody will patch.",{"type":40,"title":41,"items":42},"ul","What staying on Debian 11 means",[43,44,45,46,47],"**No more Debian fixes** — the project's long-term support ended on 31 August 2026; flaws discovered afterwards stay open.","**Plesk frozen** — versions 18.0.82 and later neither install nor update on Debian 11.","**Paid third-party support is possible, but outside Debian** — vendors offer extended security until 30 June 2031; it is not a Debian project service, and Plesk's announcement mentions no support for such a scheme.","**Integrations falling behind** — Plesk plans to remove, in version 18.0.82, XML-RPC protocol versions earlier than 1.6.9.1; a billing or management integration relying on an older version will stop responding.","**A growing debt** — the longer you wait, the wider the gap to the target version and the more expensive the work becomes on the day it turns urgent.",{"type":36,"title":49,"body":50},"Dist-upgrade or migration: the decision criterion","Plesk's documentation presents two ways to upgrade a server's operating system: migrate to a server already running a newer OS with Plesk Migrator, or perform an in-place dist-upgrade. It recommends migration, because dist-upgrade is not a simple process: it requires solid system administration experience and knowledge of the OS components. It also advises against combining it with Plesk updates, which therefore must be done beforehand.\n\nThe practical rule that follows: migrate critical servers and those loaded with third-party modules by default, and keep dist-upgrade for simple, well-backed-up machines that you can clone and test first. Dist-upgrade imposes a full outage of Plesk, sites and mail for the whole conversion; migration leaves the old server in service until the switchover.",{"type":52,"title":53,"headers":54,"rows":58},"comparison","In-place dist-upgrade or migration to a new server",[55,56,57],"Criterion","Dist-upgrade (Plesk tool)","Migration (Plesk Migrator)",[59,63,67,71,75,79],[60,61,62],"Plesk's recommendation","Possible, but not a simple process","Recommended route",[64,65,66],"Downtime","Plesk, sites and e-mail down for the whole conversion, 20 to 30 minutes announced","The old server stays online until the switchover",[68,69,70],"Reboots","Three, resumed automatically by the plesk-dist-upgrader service","None on the source server",[72,73,74],"Rollback","Snapshot and backup; the tool's revert option only covers the stage before packages are upgraded","The old server stays intact as long as you do not shut it down",[76,77,78],"Prerequisites","Up-to-date Plesk, 5 GB free, 2 GB of RAM, Remote management module, not a container","A new server on a supported OS, and a data transfer",[80,81,82],"Best suited to","A simple server you can clone and test","A critical server, third-party modules, or an OS you need to renew anyway",{"type":36,"title":84,"body":85},"Inventory the fleet before deciding","Before choosing a route, you need to know where each server stands. On every machine, `cat \u002Fetc\u002Fos-release` gives the system version: a VERSION_ID of 11 flags an affected server. `plesk -v` shows the installed Plesk version, `plesk installer list` the versions available for installation, and `apt list --upgradable` the packages awaiting an update. Record the results in a fleet table, with the client, the server's role, the third-party modules installed and the date of the last backup.\n\nThen order by criticality. Start with a test or low-stakes machine to prove the procedure, then handle servers in increasing order of importance, warning clients of the outage before each intervention. Also check that the server is not a container: the tool does not apply there, and only your host can confirm the type of environment.",{"type":87,"title":88,"steps":89},"steps","Preparing the dist-upgrade to Debian 12",[90,93,96,99,102,105],{"title":91,"body":92},"Check eligibility","Plesk's tool for Debian 11 to Debian 12 requires Plesk Obsidian 18.0.57 or later. Check with `plesk -v`. Confirm 5 GB of free disk space and 2 GB of RAM, and that the server is neither a Virtuozzo nor a Docker container.",{"title":94,"body":95},"Update Plesk first","Bring Plesk to the latest available version before touching the OS: Plesk advises against combining dist-upgrade with Plesk updates. Check pending packages with `apt list --upgradable`.",{"title":97,"body":98},"Install the Remote management module","The tool requires the Remote management module to be installed: without it, you may lose access to the server if the SSH service does not restart during the conversion.",{"title":100,"body":101},"Back up, then take a snapshot","Make a full server backup, databases included, then a snapshot at the hypervisor or at your host. The snapshot is your real rollback: the tool's revert option can itself fail.",{"title":103,"body":104},"Test on a clone","If you have never done a dist-upgrade, restore the snapshot onto a test machine and run the whole procedure there. You will see the blockers, the real duration and the behaviour of your third-party modules before risking production.",{"title":106,"body":107},"Announce the outage","Warn clients: Plesk, hosted sites and e-mail are unavailable for the whole conversion, which the tool's page estimates at 20 to 30 minutes. Pick a quiet window and allow a margin, as the duration depends on the server.",{"type":36,"title":109,"body":110},"Starting the conversion and following it","Log in as root, download the tool from the releases page of the plesk\u002Fdebian11to12 repository and make it executable. The repository page gives the example `wget https:\u002F\u002Fgithub.com\u002Fplesk\u002Fdebian11to12\u002Freleases\u002Fdownload\u002Fv1.0.7\u002Fdebian11to12-1.0.7.zip`, then `unzip debian11to12-1.0.7.zip` and `chmod 755 debian11to12`; re-read the list of releases to take the most recent one. Then run the tool inside a screen session, so that an SSH drop does not interrupt the conversion: `screen -S debian11to12`, then `.\u002Fdebian11to12`. To resume after a disconnection, `screen -r debian11to12`. Before launching, `.\u002Fdebian11to12 --show-plan` displays the planned stages.",{"type":87,"title":112,"steps":113},"Following and resuming a conversion",[114,117,120,123,126],{"title":115,"body":116},"Monitor progress","From another session, `.\u002Fdebian11to12 --status` gives the state and `.\u002Fdebian11to12 --monitor` opens a live view. The log is written to `\u002Fvar\u002Flog\u002Fplesk\u002Fdebian11to12.log`.",{"title":118,"body":119},"Wait for the three reboots","The conversion requires three reboots. After the first, the plesk-dist-upgrader systemd service picks the work up on its own. You can check its state with `systemctl status plesk-dist-upgrader` and read its messages with `journalctl -u plesk-dist-upgrader`.",{"title":121,"body":122},"Restart if the process is interrupted","If the interruption happened before the first reboot, restart with the `--resume` option. If it happens afterwards, run `systemctl restart plesk-dist-upgrader`.",{"title":124,"body":125},"Revert if the failure is early","If the conversion fails during the preparation phase, before packages are upgraded, the `--revert` option restores Plesk. Past that point it can no longer undo the changes: the snapshot takes over.",{"title":127,"body":128},"Check the final message","At the end, a message from the tool states that the server has been upgraded to Debian 12; you can remove it from `\u002Fetc\u002Fmotd`. Then check `cat \u002Fetc\u002Fos-release`, `plesk -v`, that the panel opens, a few sites, sending and receiving an e-mail, and the scheduled backups.",{"type":130,"title":131,"body":132},"tip","Third-party modules and server protection: check before, not after","The tool's repository page mentions neither Imunify360 nor any other third-party security module. That silence is neither a green nor a red light: before converting a server that runs one, ask each module's vendor whether it supports Debian 12 with your Plesk version, and test on the clone. Do the same check for Plesk extensions, custom scheduled tasks and firewall rules.",{"type":36,"title":134,"body":135},"Troubleshooting a conversion that stalls","The most thoroughly documented case involves multiple disks. With version 1.0.7 of the tool, a BIOS server on software RAID can stop during preparation with the message `Grub's install-device is not found: \u002Fdev\u002Fsda, \u002Fdev\u002Fsdb`, even though both disks exist: the check reads the comma-separated list of devices as a single path. The repository says the fix is in the source code but not in the 1.0.7 release archive; use a release or build that includes it. To tell this false positive from a genuinely missing disk, inspect the system without starting the conversion using `debconf-show grub-pc` and `lsblk -o NAME,TYPE,SIZE,FSTYPE,MOUNTPOINT`.\n\nThe repository also warns: do not remove a valid GRUB target and do not bypass the check just to get it to pass. If a configured device is really missing, fix the boot configuration first. For any other blockage, `.\u002Fdebian11to12 --prepare-feedback` produces an archive to attach to a GitHub ticket.",{"type":36,"title":137,"body":138},"Choosing migration: what it changes for the fleet","Migrating to a new server means building a healthy machine and moving the domains onto it with Plesk Migrator. You gain a clean system, an old server intact until the switchover and a trivial rollback. You lose preparation time: a server to provision, a data transfer, a DNS change to plan, and certificates and mailboxes to recheck after the switch. For a critical server, that cost is often lower than the risk of an outage with no escape hatch.",{"type":36,"title":140,"body":141},"For an agency: a fleet project, not a server task","For an agency running several Plesk servers, the OS upgrade is a fleet project: three reboots per machine, outage windows to negotiate client by client and third-party modules to validate one by one. An alternative is to entrust the infrastructure to a provider who runs it for you: you keep the client relationship, we run the infrastructure. If your servers also need Plesk licences, the Plesk licences page details what is available. Server administration remains a separate option, never included by default.",{"type":36,"title":143,"body":144},"The official documentation","Plesk Obsidian 18.0.81 announcement: https:\u002F\u002Fwww.plesk.com\u002Fblog\u002Fplesk-news-announcements\u002Fplesk-obsidian-18-0-81-is-now-available\u002F\n\nDebian 11 (bullseye) release page: https:\u002F\u002Fwww.debian.org\u002Freleases\u002Fbullseye\u002F\n\nPlesk dist-upgrade procedure: https:\u002F\u002Fsupport.plesk.com\u002Fhc\u002Fen-us\u002Farticles\u002F12377714344983\n\nDebian 11 to 12 conversion tool: https:\u002F\u002Fgithub.com\u002Fplesk\u002Fdebian11to12\n\nThe Plesk documentation page on dist-upgrade support sets out the migration recommendation: https:\u002F\u002Fdocs.plesk.com\u002Fen-US\u002Fobsidian\u002Fadministrator-guide\u002Fplesk-administration\u002Fdist-upgrade-support.74627\u002F","A Plesk fleet to bring up to date?","For an agency running several servers, the OS upgrade is a fleet project. You keep the client relationship, we run the infrastructure. Discover the offer designed for agencies.","See the agency solution","\u002Fsolutions\u002Fagences",[150,170,186],{"id":151,"slug":152,"slugs":153,"title":157,"excerpt":158,"readTime":159,"views":18,"isPinned":19,"publishedAt":160,"updatedAt":161,"category":162,"categories":167,"featuredImage":30,"bgImage":31,"posterImage":169,"relatedSolution":30},127,"plesk-vs-cpanelwhm-the-complete-comparison",{"fr":154,"en":152,"ar":155,"es":156},"plesk-vs-cpanel-whm-comparatif","plesk-مقابل-cpanelwhm-المقارنة-الكاملة","plesk-vs-cpanel-whm-comparativa","Plesk vs cPanel\u002FWHM: the complete comparison","Plesk or cPanel\u002FWHM? A complete comparison for resellers and agencies: OS, interface, licensing, use cases, migration and troubleshooting.",9,"2026-02-17T00:00:00+00:00","2026-09-22T13:56:56+00:00",{"id":163,"name":164,"slug":165,"color":166,"icon":165},5,"Comparison","comparatif","bg-info\u002F10 text-info",[168],{"id":163,"name":164,"slug":165,"color":166,"icon":165},"\u002Fblog\u002Fcovers\u002Fplesk-vs-cpanel-whm-comparatif-poster.svg",{"id":171,"slug":172,"slugs":173,"title":177,"excerpt":178,"readTime":17,"views":179,"isPinned":19,"publishedAt":180,"updatedAt":181,"category":182,"categories":183,"featuredImage":30,"bgImage":31,"posterImage":185,"relatedSolution":30},382,"vps-automatic-security-updates-debian-ubuntu",{"fr":174,"en":172,"ar":175,"es":176},"securite-vps-mises-a-jour-automatiques-debian-ubuntu","تحديثات-أمان-تلقائية-vps-debian-ubuntu","actualizaciones-seguridad-vps-debian-ubuntu","Automatic Security Updates on Debian\u002FUbuntu VPS","Configure unattended-upgrades on your Debian\u002FUbuntu VPS to automate security patches and reduce attack surface across your client fleet.",2,"2026-09-26T00:00:00+00:00","2026-09-29T14:40:42+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[184],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fsecurite-vps-mises-a-jour-automatiques-debian-ubuntu-poster.svg",{"id":187,"slug":188,"slugs":189,"title":193,"excerpt":194,"readTime":195,"views":196,"isPinned":19,"publishedAt":197,"updatedAt":198,"category":199,"categories":205,"featuredImage":30,"bgImage":31,"posterImage":207,"relatedSolution":30},206,"php-82-end-of-life-planning-your-migration",{"fr":190,"en":188,"ar":191,"es":192},"php-82-fin-de-vie-checklist-migration","نهاية-دعم-php-82-دليل-الترحيل","php-82-fin-de-vida-planificar-la-migracion","PHP 8.2 end of life: your migration checklist","PHP 8.2 reaches EOL on December 31, 2026. Inventory your stack, compare PHP versions, and follow a step-by-step migration checklist to PHP 8.3 or 8.4.",11,7,"2026-08-01T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":200,"name":201,"slug":202,"color":203,"icon":204},4,"Development","developpement","bg-warning\u002F10 text-warning","dev",[206],{"id":200,"name":201,"slug":202,"color":203,"icon":204},"\u002Fblog\u002Fcovers\u002Fphp-82-fin-de-vie-checklist-migration-poster.svg",1793145974999]