• Hi, Pleskians! We are running a UX testing of our upcoming product intended for server management and monitoring.
    We would like to invite you to have a call with us and have some fun checking our prototype. The agenda is pretty simple - we bring new design and some scenarios that you need to walk through and succeed. We will be watching and taking insights for further development of the design.
    If you would like to participate, please use this link to book a meeting. We will sent the link to the clickable prototype at the meeting.
  • (Plesk for Windows):
    MySQL Connector/ODBC 3.51, 5.1, and 5.3 are no longer shipped with Plesk because they have reached end of life. MariaDB Connector/ODBC 64-bit 3.2.4 is now used instead.
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.

Search results

  1. M

    Resolved Loads of messages "named[...]: network unreachable resolving '...': 2001:7fe::53#53"

    Thanks for this @tethis IT I had the same problem in AlmaLinux but in this Linux distribution I had to update the OPTIONS variable in /etc/sysconfig/named. OPTIONS="-4 -c /etc/named.conf -u named -n 2" I suspect it would be similar for RHEL/CentOS/Rocky Linux/etc.
  2. M

    Resolved transvhosts.pl fails to update apache default DocumentRoot

    Thanks, @Peter Debik - that was enough to point me in the right direction. I figured out the table via the daily mysql dump. Then I first ran an update on the DB table to change the HTTPD_VHOSTS_D variable, followed by re-running the transvhosts.pl script ... this time there were no errors and...
  3. M

    Resolved transvhosts.pl fails to update apache default DocumentRoot

    @Peter Debik - here is the output of running the repair (where Plesk is set to the default vhosts directory of /var/www/vhosts) and then running the transvhosts.pl script: # plesk repair web -y Checking Plesk version .............................................. [OK] Checking Apache...
  4. M

    Issue File dump-header not found on first position in archive.

    Recently I am getting an error report after a Scheduled Backup runs using an S3 repository. <?xml version="1.0"?> <execution-result log-location="/usr/local/psa/PMM/sessions/2023-04-13-020202.335/migration.result" local-dump-created="true" export-dump-created="true"...
  5. M

    Resolved transvhosts.pl fails to update apache default DocumentRoot

    To recap again: My GOAL (what I am tryng to achieve) is to move the vhosts from the default (/var/www/vhosts) to another drive (/mnt/data/vhosts). I USED transvhosts.pl to make this move (see first comment in this thread). The transvhosts.pl script did not change the DocumentRoot in Apache...
  6. M

    Resolved transvhosts.pl fails to update apache default DocumentRoot

    Peter - I'm not sure where I can be more clear. I am using transvhosts.pl to do the move.
  7. M

    Resolved transvhosts.pl fails to update apache default DocumentRoot

    I ran the script. I didn't do anything manually (except for the suggestion to manually create the missing htdocs directory AFTER the script failed).
  8. M

    Resolved transvhosts.pl fails to update apache default DocumentRoot

    To recap: I'm moving the HTTPD_VHOSTS_D from the default (/var/www/vhosts) to another drive (/mnt/data/vhosts). I got an error with apache after running the provided transvhosts.pl script (this is the initial comment in the thread) because the DocumentRoot didn't exist. You suggested...
  9. M

    Resolved transvhosts.pl fails to update apache default DocumentRoot

    Those directories shouldn't exist... I moved the VHOSTS directory to another drive.
  10. M

    Resolved transvhosts.pl fails to update apache default DocumentRoot

    Thanks, Peter. I did that and then ran the reconfigure script, but I still get errors: # /usr/local/psa/admin/bin/httpdmng --reconfigure-all Execution failed. Command: httpdmng Arguments: Array ( [0] => --reconfigure-domains [1] => example.com ) Details: [2023-04-12 10:11:47.554]...
  11. M

    Resolved transvhosts.pl fails to update apache default DocumentRoot

    Moving vhosts to a new drive following the documentation. The result is that the Apache default DocumentRoot is not updated: # plesk bin transvhosts.pl --dest-dir /mnt/data/vhosts/ --correct-scripts Moving files to new directory... Correct psa configuration file... Correct passwd file...
Back
Top