Je viens d’apprendre qu’un export LDAP (LDIF) trop complet ne permet pas sa réimportation sous peine de se voir jeter l’erreur 19 à la gueule. En effet, il y a plusieurs champs qui ne doivent pas figurer dans un LDIF.
J’ai donc eu la chance de trouver des personnes a qui ce même problème est arrivé et j’ai donc fais un petit article pour parler de cette erreur sur laquelle j’ai passé 1h.
J’ai récemment eu besoin de faire des comparaisons de schéma SQL et pouvoir me connecter à des bases de données de type PostgreSQL. Il existe ce merveilleux outil qu’un ancien collègue (Merci François S.) m’avait parlé qui s’appelle SquirrelSQL. Vous connaissez peut être d’ailleurs Squirrelmail :-)
Il permet de se connecter à plusieurs type de bases de données (MySQL, DB2, Oracle…) et est multi plateformes !!! Il n’est certes pas très beau, mais très fonctionnel !
Pour ceux qui avaient t’habitude de travailler sur d’anciennes configurations d’OpenLDAP (v1/v2), ou comme moi, ne font pas des installations tous les 4 matins, sachez que les fichiers de configurations ont changés et sont super casse pied à configurer maintenant à la main.
J’avais déjà observé ceci sur les Red Hat 6.3 et viens de le constater également sur une Debian 6. Donc pour configurer votre OpenLDAP v3, c’est devenu un tel casse tête qu’il y a des wizard pour l’aide à la mise en place…et heureusement.
Cela fait fort longtemps que je connais ce soft, je n’en avais encore jamais mis en place. C’est ultra puissant (voir trop, tellement c’est complexe), alors je vous ai concocté une petite documentation pour sa mise en place avec un backend PostgreSQL.
Et hop, direction le wiki pour OTRS.
Je travaille actuellement sur un projet dont la base de données est PostgreSQL. Ca faisait des années que je n’avais pas bossé sur ce type d’instances. J’en ai donc profiter pour mettre à jour mon article qui avait prit un bon coup de vieux.
Vous pouvez consulter mon article sur l’administration d’une base de données PostgreSQL ici.
J’ai récemment aider un collègue sur la mise en place d’un SSO Apache sur un AD. J’ai trouvé ça techniquement joli, donc je vous ai fais une petite documentation que j’ai grossièrement pompée sur un autre site tellement je l’ai trouvé bien faites, et j’y ai fais quelques petites retouches. J’en ai profité pour mettre très légèrement à jour la documentation sur la mise en place d’un serveur Kerberos.
Pour la documentation sur l’Authentification SSO depuis Apache sur backend AD via Kerberos
NoSQL signifie “Not Only SQL”, littéralement “pas seulement SQL”. Ce terme désigne l’ensemble des bases de données qui s’opposent à la notion relationnelle des SGBDR. La définition, “pas seulement SQL”, apporte un début de réponse à la question “Est ce que le NoSQL va tuer les bases relationnelles?”. En effet, NoSQL ne vient pas remplacer les BD relationnelles mais proposer une alternative ou compléter les fonctionnalités des SGBDR pour donner des solutions plus intéressantes dans certains contextes.