Bonsoir Dany, bonsoir roland,
Voici le résltat de mes recherches...non abouties:(
Réinstallation d\'une machine complète ubuntu 10.04.4 2.6.32.39 / IBM eServer 2*2 dual core
pas de problème, tout fonctionne. (appelons cette machine eserver)
comparaison des DB de l\'ancienne installation (ubuntu 10.04.4 mise à jours jusque 2.6.32.39 / dell optiplex 755 single dual core que je nommerai \"dell\")
Sur le Dell :
Je me retrouve avec les tables du dernier dossier mis à jour dans la DB « account_repositery » ainsi que le schéma « comptaproc » ... à ce moment, je pense à une mauvaise redirection de l\'output du query de mise à jour des dossiers.
> réinstallation complète de la 5,6 et relance de la migration vers la 6 pour confirmation....
Ca ne va pas mieux au niveau application mais plus de mélange dans la DB account_repositery.
Inspection des configurations apaches, ports, .htaccess... pas de différences notoires et pas de changement lorsqu\'ils sont réalignés. (avec moulte relances machines bien entendu)
Me vient l\'idée de croiser les choses.
Lancement du eserver avec la DB du dell ... ok
Lancement du dell sur la DB du eserver... NOK
Recopie complète du répertoire PHPCOMPTA du Eserver sur le Dell ...NOK.
Recopie complète du répertoire PHPCOMPTA du Dell sur le Eserver ...OK. (celui du dell précédement sauvé bien sûr
)
Le problème vient donc bien d\'un élément extérieur a phpcompta et postgres.
Restes PHP5 ... même version des deux côtés 5,3,2
Apache2 idem 2,2,14
Python idem 2,6,5
Salutations,
oldchap