Práva pro složky

    sudo chgrp www-data /var/www

    sudo chmod 775 /var/www/*

Práva na složku „www“ musí mít uživatel/skupina „www-data“

    drwxrwsr-x 2 root mail 4096 2011-06-26 02:26 mail
    drwxr-xr-x 2 root root 4096 2011-06-26 02:26 opt
    drwxr-xr-x 15 root root 540 2013-10-09 23:18 run
    drwxr-xr-x 6 root root 4096 2011-06-26 03:08 spool
    drwxrwxrwt 3 root root 4096 2013-02-28 00:29 tmp
    drwxr-xr-x 7 root root 4096 2011-10-11 21:38 tss2_rc2
    drwx------ 3 root bin 4096 2012-02-13 10:26 webmin
    drwxrwxr-x 10 www-data www-data 4096 2013-06-20 23:50 www

Ve skupinách musí být toto:

    root@cas-server:~# cat /etc/group | grep www
    www-data:x:33:

    root@cas-server:~# cat /etc/group | grep www-data
    www-data:x:33:

Omlouvám za nedostupnost blogu, řešil jsem replikaci MySQL a přestal mi fungovat tento blog založený na redakčním systému WordPress.

Snažil jsem se přijít na to proč, všechny oprávnění jsem měl (neměnil jsem je), zkoušel jsem i novou verzi WordPressu, ale nepomohlo.

Bohužel jsem později zjistil, že byla porušená jedna tabulka dbs.

Řešení je následující:

Z editujeme konfigurační soubor WordPressu (nacházíme se v rootu redakčního systému):

    nano wp-config.php

a připíšeme nakonec konfigu:

 
        define(

        'WP_ALLOW_REPAIR'

        , true);

Uložíme a přejdeme v prohlížeči na adresu:
http://www.VasWeb.com/wp-admin/maint/repair.php

Zde najdeme webový nástroj na opravu databáze.

Klikneme na „Opravit a optimalizovat databázi“.

Provede se oprava a nyní můžeme znovu editovat wp-config.php a odstranit řádek který jsme přidali:

   
        define(

        'WP_ALLOW_REPAIR'

        , true);

HOTOVO 🙂

Pokud se Vám stalo po pádu serveru, že naskočil do režimu kontroly HDD systémem fsck, musíte ručně odkliknout CTRL+D a pak ručně opravit všechny chyby na HDD. Opravdu je to nepřijemné pokud máte server někde daleko, jelikož ssh naběhne až po kontrole fsck.

Z editujeme:

        /etc/default/rcS

a upravíme:

        FSCKFIX=yes

uložíme a hotovo