npm 在 Ubuntu 16.04 上删除了 Plesk 12
npm erased Plesk 12 on Ubuntu 16.04
我的问题很容易解释,但我想很难解决:我犯了一个愚蠢的错误,即在带有 Ubuntu 16.04 和 Plesk 12 的基于云的服务器上安装 npm
。
阅读 this article 后我意识到为时已晚,在尝试连接到我的 Plesk GUI 后遇到 403 错误。
此外,如果我在 CLI 上执行 plesk
,它会显示:
user@server:~$ plesk repair
plesk: command not found
所以,我删除了 Plesk...我在 Plesk 上的所有托管站点都可以通过它们的 URL 中的数据库或通过 SSH 访问。
托管服务提供商告诉我,除非我进行备份,否则无法在不丢失所有内容的情况下恢复 Plesk,但我没有。也许还有另一种选择……你知道吗?
编辑: /var/lib/psa/dumps
的内容:
user@server:/var/lib/psa/dumps$ ls -lrta
total 5708
drwxr-xr-x 3 root root 4096 ene 4 2017 ..
-rw------- 1 root root 206315 ene 4 2017 mysql.preupgrade.12.0.18-12.0.18.20170104-173632.dump.gz
-rw------- 1 root root 3417 ene 4 2017 mysql.preupgrade.apsc.12.0.18-12.0.18.20170104-173633.dump.gz
-rw------- 1 root root 208481 ene 4 2017 mysql.preupgrade.12.0.18-12.5.30.20170104-174155.dump.gz
-rw------- 1 root root 3002 ene 4 2017 mysql.preupgrade.apsc.12.0.18-12.5.30.20170104-174156.dump.gz
-rw------- 1 root root 220725 ene 23 2017 mysql.preupgrade.12.5.30-12.5.30.20170123-062554.dump.gz
-rw------- 1 root root 3002 ene 23 2017 mysql.preupgrade.apsc.12.5.30-12.5.30.20170123-062556.dump.gz
-rw------- 1 root root 236736 feb 8 06:27 mysql.preupgrade.12.5.30-12.5.30.20170208-062713.dump.gz
-rw------- 1 root root 3003 feb 8 06:27 mysql.preupgrade.apsc.12.5.30-12.5.30.20170208-062715.dump.gz
-rw------- 1 root root 262580 feb 24 06:26 mysql.preupgrade.12.5.30-12.5.30.20170224-062621.dump.gz
-rw------- 1 root root 4603 feb 24 06:26 mysql.preupgrade.apsc.12.5.30-12.5.30.20170224-062623.dump.gz
-rw------- 1 root root 258785 mar 22 06:26 mysql.preupgrade.12.5.30-12.5.30.20170322-062626.dump.gz
-rw------- 1 root root 4898 mar 22 06:26 mysql.preupgrade.apsc.12.5.30-12.5.30.20170322-062627.dump.gz
-rw------- 1 root root 251339 abr 17 06:25 mysql.preupgrade.12.5.30-12.5.30.20170417-062540.dump.gz
-rw------- 1 root root 4899 abr 17 06:25 mysql.preupgrade.apsc.12.5.30-12.5.30.20170417-062543.dump.gz
-rw------- 1 root root 244219 may 16 06:25 mysql.preupgrade.12.5.30-12.5.30.20170516-062533.dump.gz
-rw------- 1 root root 4373 may 16 06:25 mysql.preupgrade.apsc.12.5.30-12.5.30.20170516-062535.dump.gz
-rw------- 1 root root 248044 jun 1 06:25 mysql.preupgrade.12.5.30-12.5.30.20170601-062529.dump.gz
-rw------- 1 root root 4381 jun 1 06:25 mysql.preupgrade.apsc.12.5.30-12.5.30.20170601-062530.dump.gz
-rw------- 1 root root 273341 jul 17 06:25 mysql.preupgrade.12.5.30-12.5.30.20170717-062542.dump.gz
-rw------- 1 root root 4379 jul 17 06:25 mysql.preupgrade.apsc.12.5.30-12.5.30.20170717-062544.dump.gz
-rw------- 1 root root 367277 jul 20 06:26 mysql.daily.dump.8.gz
-rw------- 1 root root 367218 jul 21 06:25 mysql.daily.dump.7.gz
-rw------- 1 root root 368954 jul 22 06:25 mysql.daily.dump.6.gz
-rw------- 1 root root 369279 jul 23 06:25 mysql.daily.dump.5.gz
-rw------- 1 root root 368767 jul 24 06:25 mysql.daily.dump.4.gz
-rw------- 1 root root 369629 jul 25 06:26 mysql.daily.dump.3.gz
-rw------- 1 root root 370169 jul 26 06:25 mysql.daily.dump.2.gz
-rw------- 1 root root 368027 jul 27 06:25 mysql.daily.dump.1.gz
-rw------- 1 root root 368128 jul 28 06:26 mysql.daily.dump.0.gz
drwxr-xr-x 2 psaadm psaadm 4096 jul 29 01:32 .
-rw------- 1 root root 20 jul 29 01:32 mysql.plesk.core.prerm.12.5.30.20170729-013250.dump.gz
首先,我建议更换托管服务提供商,因为他们的回答不正确,而且他们似乎对 Plesk 没有太多经验,对 Plesk 似乎也不太了解。
其次,您的陈述有点不清楚,如您所说:
although I made a backup
紧接着你说:
and I didn't
请问可以吗?澄清你做了什么和你忘了做什么?
第三,请。查看 => "/var/lib/psa/dumps" 并告知我们可能的内容。
第四,如果您的转储位于“/var/lib/psa/dumps”,您始终可以选择重新安装 Plesk 并重新导入最新的 "psa"、"mysql"和 "horde" - 来自转储的数据库。如何恢复 Plesk 数据库转储在以下位置进行了说明:
=> https://support.plesk.com/hc/en-us/articles/213904125
如果您还有其他 Plesk 相关问题,我建议在官方 Plesk 社区论坛 (=> https://talk.plesk.com) 上创建一个新主题,经验丰富的 Plesk 用户将在其中帮助您解决与 Plesk 相关的问题 questions/issues/errors/problems ! ;-)
我的问题很容易解释,但我想很难解决:我犯了一个愚蠢的错误,即在带有 Ubuntu 16.04 和 Plesk 12 的基于云的服务器上安装 npm
。
阅读 this article 后我意识到为时已晚,在尝试连接到我的 Plesk GUI 后遇到 403 错误。
此外,如果我在 CLI 上执行 plesk
,它会显示:
user@server:~$ plesk repair
plesk: command not found
所以,我删除了 Plesk...我在 Plesk 上的所有托管站点都可以通过它们的 URL 中的数据库或通过 SSH 访问。
托管服务提供商告诉我,除非我进行备份,否则无法在不丢失所有内容的情况下恢复 Plesk,但我没有。也许还有另一种选择……你知道吗?
编辑: /var/lib/psa/dumps
的内容:
user@server:/var/lib/psa/dumps$ ls -lrta
total 5708
drwxr-xr-x 3 root root 4096 ene 4 2017 ..
-rw------- 1 root root 206315 ene 4 2017 mysql.preupgrade.12.0.18-12.0.18.20170104-173632.dump.gz
-rw------- 1 root root 3417 ene 4 2017 mysql.preupgrade.apsc.12.0.18-12.0.18.20170104-173633.dump.gz
-rw------- 1 root root 208481 ene 4 2017 mysql.preupgrade.12.0.18-12.5.30.20170104-174155.dump.gz
-rw------- 1 root root 3002 ene 4 2017 mysql.preupgrade.apsc.12.0.18-12.5.30.20170104-174156.dump.gz
-rw------- 1 root root 220725 ene 23 2017 mysql.preupgrade.12.5.30-12.5.30.20170123-062554.dump.gz
-rw------- 1 root root 3002 ene 23 2017 mysql.preupgrade.apsc.12.5.30-12.5.30.20170123-062556.dump.gz
-rw------- 1 root root 236736 feb 8 06:27 mysql.preupgrade.12.5.30-12.5.30.20170208-062713.dump.gz
-rw------- 1 root root 3003 feb 8 06:27 mysql.preupgrade.apsc.12.5.30-12.5.30.20170208-062715.dump.gz
-rw------- 1 root root 262580 feb 24 06:26 mysql.preupgrade.12.5.30-12.5.30.20170224-062621.dump.gz
-rw------- 1 root root 4603 feb 24 06:26 mysql.preupgrade.apsc.12.5.30-12.5.30.20170224-062623.dump.gz
-rw------- 1 root root 258785 mar 22 06:26 mysql.preupgrade.12.5.30-12.5.30.20170322-062626.dump.gz
-rw------- 1 root root 4898 mar 22 06:26 mysql.preupgrade.apsc.12.5.30-12.5.30.20170322-062627.dump.gz
-rw------- 1 root root 251339 abr 17 06:25 mysql.preupgrade.12.5.30-12.5.30.20170417-062540.dump.gz
-rw------- 1 root root 4899 abr 17 06:25 mysql.preupgrade.apsc.12.5.30-12.5.30.20170417-062543.dump.gz
-rw------- 1 root root 244219 may 16 06:25 mysql.preupgrade.12.5.30-12.5.30.20170516-062533.dump.gz
-rw------- 1 root root 4373 may 16 06:25 mysql.preupgrade.apsc.12.5.30-12.5.30.20170516-062535.dump.gz
-rw------- 1 root root 248044 jun 1 06:25 mysql.preupgrade.12.5.30-12.5.30.20170601-062529.dump.gz
-rw------- 1 root root 4381 jun 1 06:25 mysql.preupgrade.apsc.12.5.30-12.5.30.20170601-062530.dump.gz
-rw------- 1 root root 273341 jul 17 06:25 mysql.preupgrade.12.5.30-12.5.30.20170717-062542.dump.gz
-rw------- 1 root root 4379 jul 17 06:25 mysql.preupgrade.apsc.12.5.30-12.5.30.20170717-062544.dump.gz
-rw------- 1 root root 367277 jul 20 06:26 mysql.daily.dump.8.gz
-rw------- 1 root root 367218 jul 21 06:25 mysql.daily.dump.7.gz
-rw------- 1 root root 368954 jul 22 06:25 mysql.daily.dump.6.gz
-rw------- 1 root root 369279 jul 23 06:25 mysql.daily.dump.5.gz
-rw------- 1 root root 368767 jul 24 06:25 mysql.daily.dump.4.gz
-rw------- 1 root root 369629 jul 25 06:26 mysql.daily.dump.3.gz
-rw------- 1 root root 370169 jul 26 06:25 mysql.daily.dump.2.gz
-rw------- 1 root root 368027 jul 27 06:25 mysql.daily.dump.1.gz
-rw------- 1 root root 368128 jul 28 06:26 mysql.daily.dump.0.gz
drwxr-xr-x 2 psaadm psaadm 4096 jul 29 01:32 .
-rw------- 1 root root 20 jul 29 01:32 mysql.plesk.core.prerm.12.5.30.20170729-013250.dump.gz
首先,我建议更换托管服务提供商,因为他们的回答不正确,而且他们似乎对 Plesk 没有太多经验,对 Plesk 似乎也不太了解。
其次,您的陈述有点不清楚,如您所说:
although I made a backup
紧接着你说:
and I didn't
请问可以吗?澄清你做了什么和你忘了做什么?
第三,请。查看 => "/var/lib/psa/dumps" 并告知我们可能的内容。
第四,如果您的转储位于“/var/lib/psa/dumps”,您始终可以选择重新安装 Plesk 并重新导入最新的 "psa"、"mysql"和 "horde" - 来自转储的数据库。如何恢复 Plesk 数据库转储在以下位置进行了说明:
=> https://support.plesk.com/hc/en-us/articles/213904125
如果您还有其他 Plesk 相关问题,我建议在官方 Plesk 社区论坛 (=> https://talk.plesk.com) 上创建一个新主题,经验丰富的 Plesk 用户将在其中帮助您解决与 Plesk 相关的问题 questions/issues/errors/problems ! ;-)