Errore DB2 SQL1119N

Può succedere che un RESTORE su un database DB2 non vada a buon fine e dunque ad ogni tentativo di connessione si ottenga un errore del tipo:

SQL1119N  A connection to or activation of database “DBNAME” cannot be made
because a previous restore is incomplete or still in progress.  SQLSTATE=57019

Per ripristinare l’accesso al DB conviene ripetere l’operazione di restore in questo modo: Continua a leggere

Correzione errore WordPress sugli upload

Dopo gli ultimi aggiornamenti, può succedere che, caricando un’immagine dal backend del proprio sito in WordPress, compaia il seguente errore:

Errore Upload WordPress

Per correggerlo, basta editare il file wp-config.php aggiungendo le seguenti righe:

define(‘UPLOADS’, ‘/wp-content/uploads’);
define(‘WP_CONTENT_URL’, ‘http://www.yourwebsite.ext/wp-content’);

ovviamente sostituendo www.yourwebsite.ext con l’URL del proprio sito

Cosa fare se VQADMIN non visualizza più i dati di un dominio

VQAdmin è un’utilvqadmin screene interfaccia web per la gestione dei domini virtuali del proprio server di posta.

Può succedere che sul nostro QMailToaster, o più in generale, sul nostro server di posta QMail su cui è installato VQAdmin, di punto in bianco non si riesca più a visualizzare la pagina relativa ad un determinato dominio.

Questo avviene perchè a volte alcuni record nelle tabelle del database di VQAdmin si “corrompono” e contengono valori non corretti.

Ecco una breve guida su come ripristinare il tutto:

  • aprire una shell sul server
  • connettersi al DB server:

    [root@myserver ~]# mysql -u root -p<mysqlpassword>

  • collegarsi al database di vqadmin:

    mysql> use vpopmail;

  • lanciare il comando di update:

    mysql> update dir_control set cur_users = 0 where domain = ‘dominiocorrotto.ext‘;

  • uscire dal prompt di mysql:

    mysql> \q

Cron non funziona? Controlla l’estensione degli script!

Eggià, dopo la morte dell’amatissimo server Calimero, cercando di portare tutti servizi che erano in piedi dal defunto server al “seminuovo” Paperone, sono diventato pazzo per una cosa non documentata benissimo in Internet.

Sintomo: gli script che ho installato in /etc/cron.daily/ sembrano non funzionare

Cura: il demone cron che periodicamente esegue gli script, ha definito nel file /etc/crontab path, shell e orari in cui eseguire le operazioni pianificate. Nello specifico la riga:

25 6 * * * root test -x /usr/sbin/anacron || run-parts --report /etc/cron.daily

indica che ogni giorno, alle ore 6:25 il sistema deve eseguire gli script contenuti in /etc/cron.daily. Il problema è dato dall’istruzione run-parts che, a differenza di quello installato nella vecchia distro, non esegue gli script con estensione “sh”, nonostante si dia ad essi il permesso di esecuzione.

Togliendo l’estensione .sh agli script contenuti nella directory, questi vengono eseguiti correttamente dal demone all’orario prestabilito.

Rif.: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472585

[Linux] Comandi per cercare un testo nei file

Due semplici linee di comando molto utili per cercare una stringa all’interno dei file in linux:

modo 1: visualizzo l’elenco dei file che contengono una data stringa
find {PERCORSO} -name '{ESTENSIONE}' -print0 | xargs -r -0 grep -l '{TESTO}'

esempio:
find /var/www -name '*.php' -print0 | xargs -r -0 grep -l pippo


modo 2: visualizzo anche la frase in cui è contenuta la stringa che cerco

find {PERCORSO} -name "{ESTENSIONE}" -type f -print | xargs grep -i "{TESTO}"

esempio:
find . -name "*.php" -type f -print | xargs grep -i "pluto"