Lorsque vous voulez définir le fuseau horaire lors d’une connexion MySQL, il se peut que vous ailler les erreurs suivante lorsque vous définissez le fuseau horaire :
[Lire]Configurer Lightdm pour utiliser Unity 2D par défaut
Dans un terminal, exécuter la commande ci dessous :
sudo sed -i 's/user-session=ubuntu/user-session=ubuntu-2d/g' /etc/lightdm/lightdm.conf
Ou “a la main”, éditer le fichier /etc/lightdm/lightdm.conf
pour remplacer la ligne commençant par user-session par cette ligne :
user-session=ubuntu-2d
Changer la taille de innodb_log_file_size
Si vous avez besoin de modifier le paramètre innodb_log_file_size
,il ne faut pas juste modifier le paramètre et redémarrez le serveur.
Si vous le faites, InnoDB va refuser de démarrer car les journaux existants ne correspondent pas à la taille configurée.
Vous devez arrêter le serveur proprement, déplacer (ne pas supprimer) les fichiers ib_logfile0 ib_logfile1
, etc.
Vérifiez le journal des erreurs pour s’assurer qu’il n’y a pas de problème de fermeture.
[Lire]Exporter tous les comptes MySQL
La commandes ci-dessous va vous générer les requêtes SQL pour pouvoir recréer tous vos comptes MySQL en quelque secondes
Le mot de passe du compte root sera donc modifié sur le serveur ou vous aller exécuter ces requêtes.
mysql --skip-column-names -B -e "select user,host from mysql.user;" |awk {'print "show grants for \x27"$1"\x27@\x27"$2"\x27;"'} | mysql --skip-column-names -B
Version 1 du " Percona Monitoring Plugins "
IBM - stockage d'1 bit sur 12 atomes
IBM Research - Almaden physicien Andreas Heinrich explique le besoin à l’échelle de l’industrie d’examiner l’avenir du stockage à l’échelle atomique et comment lui et ses coéquipiers ont commencé avec 1 atome et un microscope pour finalement réussir à stocker un bit d’information magnétique de façon fiable dans 12 atomes.
Source : futurepredictions.com
Google - ne plus être soumis à la loi des USA serait génial
“La liberté sur Internet est en danger”. Cette déclaration alarmiste ne vient pas du Parti Pirate ou de l’Electronic Frontier Foundation mais d’un acteur beaucoup plus étonnant : Sergey Brin, un des deux cofondateurs de Google.
Sources :
Pourquoi ne pas migrer vers PHP 5.4 ?
Jusqu’à maintenant, j’ai donné des raisons expliquant pourquoi il est pertinent de migrer aujourd’hui vers PHP 5.4.
Aujourd’hui, suite à une discussion sur twitter avec Jean-Marc Fontaine, j’aborde ce thème sous un angle radicalement différent, puisque je vais vous dire pourquoi il n’est peut être pas pertinent de mettre en œuvre immédiatement PHP 5.4 dans le cadre d’un environnement de production.
Pourquoi ne pas migrer vers PHP 5.4 ? Raison #1
[Lire]Ajouter les nouveaux fichiers dans un dépôt subversion
Pour versionner les fichiers non versionner, placer vous a la racine de votre " dépôt " puis procéder de la manière suivante :
svn status | grep -v "^.[ \t]*\..*" | grep "^?" | awk '{print $2}' | xargs svn add
Il vous reste a commiter les nouveaux fichiers.
Centralisation des logs Nginx avec Rsyslog
Configuration de rsyslog coté nginx
Créer le fichier de configuration /etc/rsyslog.d/nginx.conf pour y placer
$ModLoad imfile
$InputFileName /var/log/nginx/access.log
$InputFileTag nginx_access_log:
$InputFileStateFile nginx_access_log
$InputFileSeverity info
$InputFileFacility user
$InputRunFileMonitor
$InputFileName /var/log/nginx/error.log
$InputFileTag nginx_error_log:
$InputFileStateFile nginx_error_log
$InputFileSeverity info
$InputFileFacility user
$InputRunFileMonitor
# lit le fichier de log toutes les deux secondes
$InputFilePollingInterval 2
#envoie les logs en tcp a 192.1.2.3 port 514
if $syslogtag == 'nginx_access_log:' then @@(z9)192.1.2.3:514
if $syslogtag == 'nginx_error_log:' then @@(z9)192.1.2.3:514
#ne log pas ce qui est tagué nginx (pour ne pas logger en double)
:syslogtag, contains, "nginx" ~
Configuration de rsyslog coté serveur de log
Créer de la même manière le fichier /etc/rsyslog.d/nginx.conf pour y insérer :
[Lire]