Log inRegister

Akeeba Solo

I want to backup all hosted websites that I'm "mastering".
url user password AS-versie SITE UPDATES! disk space used (keep < 85%)
http://www.voxmago.be/akeebaSolo/ niet admin VMg-specifiek wachtwoord 3.3.2² Drupal: 27/12/'18: 7.59 > 7.61
Events: 3.2.1
Pydio: 27/12/'18: 8.2.1 > 8.2.2
        D7: Rapportages > Beschikbare updates
OPGELET: Flex Slider niet bijwerken (7.x-2.0-rc2 werkt)
http://kwamarant.be built-in Joomla for Joomla
akeebaSolo for events31 & events
Joomla: 28/12/'18: 3.8.8 > 3.9.1
Events: 3.2.1 ????
http://www.kunststudio-livingart.be built-in Joomla for Joomla
akeebaSolo for events & events32
Joomla: 28/12/'18: 3.6.5 > 3.9.1
ook taal bijgewerkt: Extensions > Languages
Events: 3.1 > 3.2.1 ????
http://muzitaal.be/akeebaSolo/ niet admin niet admin 3.3.2 Drupal: 28/12/'18: 8.5.5 > 8.6.4
Forms: 4.1.1
        D8: Reports > Available updates
OPGELET: Drupal 8 MegaMenu niet bijwerken (8.x-1.0-rc2 werkt)
OPGELET: aanpassingen in .../drupal/.htaccess voor de juiste werking van het mobiele menu!
http://boossy.be/backup/ niet admin Hosting-wachtwoord 3.3.2² 29/12/'18: foswiki zipped - extensions updated 582.8
http://theaterstam.be/akeebaSolo/ niet admin TSt-specifiek wachtwoord 2.2.0    
² 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…

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 .../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:
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:

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] [client] 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:
  • 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:

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
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