Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
Halloween is coming! To celebrate the occasion, we dusted off a couple of old skins, and even created a brand new one (Pixel).
To get into the festive spirit, install the Skins extension.
The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
The Plesk Mobile apps for iOS and Android and the Plesk Mobile Center extension have been deprecated, and are no longer available for new installations. In Plesk Obsidian 18.0.84, the Plesk Mobile Center extension will be removed from servers during the upgrade, and the Plesk Mobile apps will lose their server management features.
The Social Login extension has been deprecated and will be removed in Plesk Obsidian 18.0.84. After that, it will no longer be possible to log in to Plesk with a Google, Facebook, GitHub account, or with a passkey. Plesk usernames and passwords, as well as logging in with a WebPros Account, are not affected.
I'm running the server with 3 of my own sites on it. (no other clients accounts or anything like that)
Nightly I run this script (see below) to back everything up. Should I be running anything more than this?(forgive my ignorance)
The Schedule backups don't allow FTP so I found this option on this forum which I thought worked great. Also, what scheduled backups run every 15 min? The domain specific Scheduled Backups offer daily, weekly, monthly.
What does the domain specific scheduled backups do different.
# Setting date to name the backupfile with todays date
date=`/bin/date "+%Y%m%d"`
# Your username on the ftp server
username="myUSERNAME"
# Your password on the ftp server
passwd="myPASSWORD"
# FTP servers adress
ftpserver="mySERVER"
# Local directory where the backupfiles will be temporarily placed
backupdir="/usr/local/src"
# You do not need to change anything below this line
# Running Plesk backupscript. Use line with the command nostop is not recommended and are not disabling webservices
# as long the pleskbackup is running. If preferedd comment in an # before that line an uncomment the next line and
# the backup will run with apache, psa and qmail stopped on the server. That is the recommended mode.
Backups run as often as you schedule them for (i.e. daily, weekly, monthly, etc.) The "backupmng" job runs every 15 mintues, to see if you have a backup scheduled. If you have 500 domains on this server, you would not want to backup them up all at the same time so you would schedule them 15 to 20 minutes apart throughout the day.
Just remember, IF you delete the cron job "backupmng" from the crontab, then later decide that you want to use the scheduled backups from the plesk interface, you will have to re-enter the cron job. So you might want to save the settings so you can put it back.
Hey Jack, Thanks for the detailed response. I really apprecaite it. I'm going to disable it and see if the crashes stop.
I may however want to split the backups into separate tasks down the road a bit (and when FTP is enabled again)
Since you use this script as well, quick question. Say I did have a catatrophic crash...what would be my plan of action to use the backup to restore the system. I should probably know that.
You would run pleskrestore first to create a map file, then again the second time to restore the domains. You can choose to restore only one domain or all of them. See detail restore instrucitons here:
renegadeavenger, do you have physical access to the server? If so, what do you see on the system console after the crash? Symptoms, outlined in this thread sounds very similar to possible problems with hard drives and/or disk controller. If this is the case you won't be able to see anything in logs but there is a good chance that kernel was able to print something to the system console
renegadeavenger, this might be everything from buggy software to faulty hardware or, say, problems with hw drivers in the version of the system kernel you have installed on this machine. This problem cannot be duplicated in the lab environment and it appears that it is affecting only limited number of Plesk 8 customers. It is quite obvious that Plesk 8 is currently installed on a bit larger number of servers than 5-10 mentioned in this thread.
It is not that easy to fix something that cannot be duplicated. As such in order to understand the problem better some additional information is required. The very first step in troubleshooting of this problem is to take a look at the system console for any errors that was reported by the kernel right before machine died.
Also according to this thread you've disabled plesk backup utils and still have machine(s) crashing periodically, so this leads me to believe that initial assumption that backup utils are related to these crashes is not correct. Don't get me wrong, I'm not trying to say that this is something 100% non-Plesk related. All that I'm trying to do is to collect more information to get a bigger picture of the problem you're having.
What kind of disk controller do you have and what version of kernel is running on this machine? Do you have similar hw / kernel configuration on all affected servers?
All the current servers have suse 10.0 running on stock kernel. There are no issues in the console log. This was my step for all setups with suse 10.0.
Installed with minimal install ( without graphics ) and installed with Apache/web services and C++ compilers.
Yast updated everything to latest version
Installed Plesk 8.0 or 8.01 not installing acronis, tomcat, or any of the game server modules.
In terms of HD controller, I am unsure what is currently on the board.
by the way, I had also replaced hardware, ran mem checks, stressed cpu.. all was fine. I really think it is something to do with the crons that are running, it doesn't have to be exactly backupmng but it is definitely something that is causing the server to randomly crash without any error messages. I am 100% sure this is really not hardware based as identical hardware running suse 10 and 7.5 reloaded it is stable. Just all of my new servers with suse 10.0 and 8.0 are all having these random crashing issues.
I have the very same problem on Plesk 7.5.4. The scheduled backups seems to kill one of my servers sometimes (~ 30-50% chance on each run) but only when it does backups for one specific domain. I tried to delete the scheduled backup settings for this domain and guess what? The problem stopped.
After updating to 2.6.17.1, and Plesk 8.0.1, I haven't seen the server crash yet, although I'm definitely still waiting. It's actually been up now for 20 days.