Log inRegister

Akeeba Solo

I want to backup all hosted websites that I'm "mastering".
url user password SITE UPDATES! disk space used (keep < 85%)
http://www.voxmago.be/akeebaSolo/ niet admin VMg-specifiek wachtwoord akeebaSolo²: 18/12/'19: 3.3.3.1 ► 3.6.1 689.6
      Drupal: 27/12/'18: 7.59 > 7.61
D7: Rapportages > Beschikbare updates: BIJWERKEN tab
OPGELET: Flex Slider niet bijwerken (7.x-2.0-rc2 werkt)
http://wiki.boossy.be/bin/view/WebDesign/115-BackupEnUpdate
      Events: 3.2.1: er bestaat een versie 3.2.2, maar die zal ik installeren bij de overgang naar HostingSquad version: app/config/options.inc.php:
PJ_SCRIPT_BUILD
      Pydio: 19/12/'19: 8.2.2 ► 8.2.4  
http://kwamarant.be built-in Joomla for Joomla
akeebaSolo for events
  Joomla: 23/12/'19: 3.9.1 ► 3.9.14 + 5 extensions
OPGELET: vooraf css\bootstrap.min.css & css\template.css veiligstellen!
*** fout met mootools.js!!! *
664.4
      Events: 3.2.1 (3.2.2 beschikbaar, maar update zonder dataverlies kan niet!) version: app/config/options.inc.php:
PJ_SCRIPT_BUILD
      AkeebaSolo: 23/12/'19: 3.3.2 ► 3.6.1  
http://www.kunststudio-livingart.be built-in Joomla for Joomla
akeebaSolo for events & events32
  Joomla: 23/12/'19: 3.9.1 ► 3.9.14 + 2 extensions
ook taal bijgewerkt (zie Kwamarant voor details)
336.4
      Events: 3.2.1 (3.2.2 beschikbaar, maar update zonder dataverlies kan niet!) version: app/config/options.inc.php:
PJ_SCRIPT_BUILD
      AkeebaSolo: 23/12/'19: 3.3.2 ► 3.6.1  
http://muzitaal.be/akeebaSolo/ niet admin niet admin akeebaSolo: 18/12/'19: 3.3.2 > 3.6.1 504.8
      Drupal: 26/12/'19: 8.6.4 ► 8.8.1
D8: Reports > Available updates
OPGELET: Drupal 8 MegaMenu: patch: https://www.drupal.org/files/issues/2019-02-13/3026375-6-no-menu.patch
OPGELET: aanpassingen in .../drupal/.htaccess voor de juiste werking van het mobiele menu!
OPGELET: eerst modules updaten, dan pas de core - ik had het omgekeerd gedaan, maar na het kopiëren vd core files kreeg ik in de update.php een 'fout met vereiste onderdelen': PATHAUTO: not compatible with the current version of Drupal core - update the Pathauto module to 8.x-1.6 or later.
zie ook: 5-18-MuzitaalD8-WpZircon
      Forms: 4.1.1 (4.1.2 beschikbaar, maar updateable?, alleen voor PHP5.x of toch ook voor 7;x???)  
http://boossy.be/bup/     akeebaSolo²: 18/12/'19: 3.5.0 > 3.6.1
!akeebaSolo: 27/01/'20: 3.6.1 > 7.0.0
582.8
      26/12/'19: foswiki zipped - extensions updated
 
² update to 3.2.1 fails: An error occurred while installing the update package - Invalid login - vervolgens handmatig bijgewerkt (https://www.akeebabackup.com/support/akeeba-solo/Ticket/30594-an-error-occurred-while-installing-the-update-package-invalid-login.html)

Wachtwoord vergeten?

Zie: https://www.akeebabackup.com/documentation/akeeba-solo/system-management.html#password-reset
  • methode 2 werkte voor mij
  • met het 2de vermelde wachtwoord
  • volgens mij had het te maken met de overgang van PHP 5.x naar 7.x…

Site restore with Solo instead of Kickstart

If you made a backup with Solo, you can always restore it with Solo as well, even if you've deleted the .jpa and .log file from the server.
  • just put your .jpa file back in the backups directory
  • go to the Akeeba Solo Core UI and choose Manage Backups
  • scroll down to the description/profile line containing the date and time/profile of your backup
  • click on the 'i' icon to the right of - Backup Archive information
  • check the What was it called? value and make sure the backup you put in the backups directory, is (re)named that way - maybe you renamed the file for clarity (vm-pydio8.2.2-'181227-1140.jpa ◄► site-www.voxmago.be-20181227-114003.jpa)
  • when it's got the right name, check the check box in front of your backup and click the Restore button
  • the rest is child's play

Manual update

If the most recent version of Akeeba Solo Core is a beta version (e.g. 7.0.0.b3), your current Akeeba Solo Core version (e.g. 3.3.2) will not show any more recent versions, even if a more recent stable version (e.g. 3.6.1) is available.

If you want to update your Akeeba Solo Core then, you'll have to do it manually. See https://www.akeebabackup.com/documentation/akeeba-solo/updating.html.

Akeeba Kickstart

applicatie acties vereist na Kickstart
Drupal .../sites/default/settings.php:
  • adapt values for database, username & password
  • mark out the trusted_host_patterns setting - otherwise you'll get 'The provided host name is not valid for this server'
Events ?
Pydio .../data/plugins/boot.conf/bootstrap.json:
adapt values for mysql_username, mysql_password & mysql_database
empty the .../data/cache subdirectory, except for one file: plugins_requires.ser
Joomla no actions required
Forms ?
Foswiki ?
Issues on Joomla!

Restore van KLA op Cloud9 mislukt met volgende error:
SQL=SELECT COUNT(extension_id) FROM `extensions` WHERE `type` = 'plugin' AND `folder` = 'twofactorauth' AND `enabled` = '1'

Oplossing: bij het herstel van de database de geavanceerde opties openen en bij Database tablenaam prefix jos_ opgeven.

Issues on Drupal

Could not upload .xyz/...

Bij het restoren van Drupal-sites van Cloud9 op een WAMP (Windows), krijg je de foutmelding dat de .c9-directory niet kan worden uitgepakt:

AN ERROR OCCURRED
Could not upload .c9/metadata/preview-https:/....c9users.io

Logisch op Windows, maar je kan dat alleen sluiten, waarna het restoren stopt. Alle bestanden zijn uitgepakt, maar de database is nog niet hersteld. Je kunt dat evenwel handmatig initiëren door te surfen naar de directory installation:

http://localhost/<omgeving>/installation/

Waarna de database kan worden hersteld.

Verder is Akeeba niet echt op Drupal gericht, dus na een restore moet je:

in <omgeving>\sites\default\settings.php: $base_url corrigeren en https uitschakelen voor gebruik op localhost

Token T_VARIABLE with value $drupal_hash_salt not found

impossible to finish restore - however, after adapting the settings.php, the drupal site was fully accessible

UnexpectedValueException — DirectoryIterator::__construct(/home/ubuntu/workspace/sites): failed to open dir: No such file or directory

impossible to finish restore - however, after adapting the settings.php, the drupal site was fully accessible

The installer keeps "Initialising" endlessly

On 05/01/2019, I got an irreversible Drupal error:
The website encountered an unexpected error. Please try again later.

Whatever I tried, I couldn't access any drupal pages anymore.

This was probably due to Apache ModSecurity, because the Apache error log stated:

[Sat Jan 05 08:39:36.343681 2019] [:error] [pid 9892] [client 78.22.142.20:54726] [client 78.22.142.20] ModSecurity: collection_retrieve_ex: Failed deleting collection (name "default_SESSION", key "ca587dae2ad39fdd78edde2b299e81b5"): Internal error (specific information not available) [hostname "voxmago.be"] [uri "/"] [unique_id "XDBfOANWSEe0PxIeKPISkwAAAAo"]

When I tried to restore my last Akeeba backup, I had the following issue (both on the development environment as on the live site):
  • Extract files OK
  • Restoration and Clean Up: Run the Installer: the installer keeps "Initialising" endlessly:
Initialising.png
  • If you click → Next however, you can go on with the restoration of the site's database - the connection info is even filled in correctly on the live site
    so the restore finishes correctly
  • the finished screen is not skinned correctly, however:
Finished.png

The provided host name is not valid for this server

After restoring the site, you clear the cache, and get The provided host name is not valid for this server.

#$*@&! or WTF?!, you think, but all you need to do, is to mark out trusted_host_patterns setting:
/** 
 * $settings['trusted_host_patterns'] = array(
 * '^www\.muzitaal\.be$', '^muzitaal\.be$',
 * );
 */

The website encountered an unexpected error. Please try again later.

I got this message on Cloud9 and I first followed the following hint: run update.php.

Then I saw a message stating that the gd PHP extension was missing or needed to be enabled. This could be solved by issuing the following commands:
sudo apt-get autoremove
sudo apt-get update
sudo apt-get install php7.2-gd

Error - Cannot use object of type AModel as array

When moving the Vox Mago drupal installation from 123-webhost to HostingSquad, I encountered this issue (twice, because I retried). However, I could simply click Next and continue the restore procedure without any troubles:

AModel65pct.png

General issues with backup/restore

settings.php in Drupal installation cannot be deleted

  • set the permissions of the above folder to 777.
This site is powered by FoswikiCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding Foswiki? Send feedback