Le blog de Jean David TECHER, un Réunionnais à Saint-Priest/Lyon

Très pratique quand on veut télécharger quelque chose qui ne peut s'ouvrir que pour Internet Explorer, un peu comme le plugin "User Agent Switcher" de FireFox

wget --user-agent="Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0)" /url/a/telecharger

Je me suis en fait contenté de récupérer le bon user-agent depuis wikipedia à http://fr.wikipedia.org/wiki/User-Agent . Ce qui se révèle pratique aussi pour aspirer des sites parfois!

Etat des lieux

Depuis samedi suite à une tentative de reindexation de la base par slapindex, le service d'OpenLDAP ne voulait plus démarrer...

J'ai donc eu l'erreur suivante dans monfichier de log /var/log/slapd.log

@(#) $OpenLDAP: slapd 2.3.30 (Dec 13 2006 15:54:43) $       buildd@palmer:/build/buildd/openldap2.3-2.3.30/debian/build/servers/slapd
/etc/ldap/slapd.conf: line 113: rootdn is always granted unlimited privileges.
/etc/ldap/slapd.conf: line 130: rootdn is always granted unlimited privileges.
nss_ldap: could not connect to any LDAP server as (null) - Can't contact LDAP server
nss_ldap: failed to bind to LDAP server ldap://127.0.0.1: Can't contact LDAP server
nss_ldap: could not connect to any LDAP server as (null) - Can't contact LDAP server
nss_ldap: failed to bind to LDAP server ldap://127.0.0.1: Can't contact LDAP server
nss_ldap: could not search LDAP server - Server is unavailable
nss_ldap: could not connect to any LDAP server as (null) - Can't contact LDAP server
nss_ldap: failed to bind to LDAP server ldap://127.0.0.1: Can't contact LDAP server
nss_ldap: could not connect to any LDAP server as (null) - Can't contact LDAP server
nss_ldap: failed to bind to LDAP server ldap://127.0.0.1: Can't contact LDAP server
nss_ldap: could not search LDAP server - Server is unavailable
bdb_db_open: Database cannot be opened, err 13. Restore from backup!
bdb(dc=chezdavid,dc=local): DB_ENV->lock_id_free interface requires an environment configured for the locking subsystem
bdb(dc=chezdavid,dc=local): txn_checkpoint interface requires an environment configured for the transaction subsystem
bdb_db_close: txn_checkpoint failed: Invalid argument (22)
backend_startup_one: bi_db_open failed! (13)
bdb_db_close: alock_close failed
slapd stopped.
connections_destroy: nothing to destroy.

La solution

1. Localiser le répertoire de la base pour le serveur et s'y rendre Pour le localiser, on regarde dans le fichier de configuration de OpenLDAP. Pour moi, il s'agit de /etc/ldap/slapd.conf. On repère la ligne contenant le terme directory

   root@olivia:~# grep directory /etc/ldap/slapd.conf
   # The base of your directory in database #1
   directory       "/var/lib/ldap"
   # The base of your directory for database #2

   donc

   cd /var/lib/ldap

2. Ensuite on lancer un restore en faisant db4.2_recover

   db4.2_recover

3. Ensuite on supprime le fichier de lock

   rm -f alock

Et on redémarre tranquillement son serveur

/etc/init.d/slapd start

Cool ça fonctionne à nouveau!!!

Sympa ce début de week-end...Samedi après-midi ça a été l'occasion de passer un moment en compagnie de personne pour un pique-nique improvisée à la "Promenade de l'Etang"...C'est un ami qui me l'a proposé la veille...Rappelé vers 10h30~11h00 samedi matin, j'avais eu un petit souci de dernier minute avec mon serveur OpenLDAP - souci que j'ai pu bien sûr résoudre en moins de deux ...

Ayant proposé d'amener la café je suis arrivé vers 14h30. Faisant connaissance autour du café, j'ai profité d'être en pleinne nature pour savourer mon week-end...Une nouvelle provenant d'Avignon ce vendredi m'a vraiment fait plaisir. Disons donc que le week-end a bien commencé.

L'espace d'un moment j'avais cru retrouvé la tranquilité de la Réunion, loin des réflexions plus bas que terre et sans grand intérêt et complètement futils de certains. Mais bon comme on dit, je préfère ne pas répondre et laisser les gens dans leur petit monde. Après tout quand celà n'en vaut pas le coup, il ne sert à rien de troubler une certaine tranquilité comme ce fut le cas cet après-midi là.

Enfin bref revenons à ce week-end...Avec deux amis, on a profité pour faire le tour de l'Etang. Puis nous nous sommes posés. Vers 17h30 je suis rentré, fait les courses, m'occuper de Simba et regarder un peu la TV.

Sans tenir compte du shmmax pour lequel j'ai

postgres@olivia:~$ cat /proc/sys/kernel/shmmax
33554432

Soit shmmax = 33554432 bytes.

Ayant 1 kB = 1024 bytes et 1 MB = 1024kB, j'ai donc shmmax = 33554432/(1024*1024)= 32 MB.

Je suis loin de dépasser ce seuil. D'après la documentation:

D'après http://docs.postgresqlfr.org/8.3/kernel-resources.html, on a donc

PostgreSQL™ utilise un sémaphore par connexion autorisée (max_connections) et par processus autovacuum autorisé (autovacuum_max_workers), le tout par ensemble de 16.

Donc shared_buffers >= (max_connections+autovacuum_max_workers) * 16 kB Comme chez moi autovacuum_max_workers = 3, on aura donc si je mets pour max_connections = 11 donc shared_buffers>=14*16=224

Faisons quelques tentaives:

1. shared_buffers = 223kB

   postgres@olivia:~$ pg_ctl restart -o "-i -p 5441" -D disk1
   pg_ctl: PID file "disk1/postmaster.pid" does not exist
   Is server running?
   starting server anyway
   postgres: the number of buffers (-B) must be at least twice the number of allowed connections (-N) and at least 16
   server starting
   postgres@olivia:~$ pg_ctl status -o "-i -p 5441" -D disk1
   pg_ctl: no server running
   

   Le serveur ne démarre pas!!!
2. shared_buffers = 224kB

   postgres@olivia:~$ pg_ctl restart -o "-i -p 5441" -D disk1
   pg_ctl: PID file "disk1/postmaster.pid" does not exist
   Is server running?
   starting server anyway
   server starting
   postgres@olivia:~$ LOG:  database system was shut down at 2009-06-08 23:43:29 CEST
   LOG:  database system is ready to accept connections
   LOG:  autovacuum launcher started
   
   postgres@olivia:~$ pg_ctl status -o "-i -p 5441" -D disk1
   pg_ctl: server is running (PID: 16182)
   /opt/pgsql/bin/postgres "-i" "-p" "5441"
   

   Le serveur démarre