[Wapt] Erreur "Database is locked"

[Bastien HERMITTE]

Bonjour,

J'ai également ce problème depuis le passage en 1.7.
Cela pose problème notamment pour le waptexit, qui n'effectue pas les 
mises à jour, et du coup se relance à chaque fois.

Cordialement,
Bastien


Le 18/03/2019 à 16:05, Floflobel Bellencontre a écrit :
>
> Bonjour,
>
> Nous avons le même problème de notre côté et nous ne pouvons plus 
> effectuer de mise à jours ou il faut vraiment essayer plusieurs fois.
>
> Avez-vous une solution de contournement en attendant la release de la 
> version 1.7.3.10 ?
>
> Savez-vous dans combien de temps cette version sera release sur le 
> dépôt debian ?
>
> Cordialement,
>
> On 3/15/19 9:39 AM, Jean-Charles GRANGER wrote:
>> Bonjour Hubert,
>>
>> Merci pour l'information et la confirmation, je suis rassuré, ça 
>> n'est pas une erreur de conf de notre coté.
>>
>> Pour la mise à jour 1.7.3.10, elle sera publiée sur le dépôt officiel 
>> ou bien il faut l'installer manuellement ?
>>
>> Cordialement,
>>
>> JCG
>>
>> -- 
>> Jean-Charles GRANGER
>>
>> Unité Informatique du Campus
>> Antenne du Coeur d'Ecole
>> Montpellier SupAgro / INRA Montpellier
>>
>> Le 14/03/2019 à 17:48, Hubert TOUVET a écrit :
>>> Je confirme que cette erreur est plus fréquent en 1.7.3.5.
>>> Le problème est lié à la base locale qui ne peut être en écriture 
>>> que pour un process / thread à la fois.
>>> Il faut donc que les transactions en écriture soient les plus brèves 
>>> possibles.
>>> A priori, la version 1.7.3.10 corrige cela. (d'après les tests faits 
>>> par nous en charge)
>>>
>>> Hubert
>>>
>>> Le 14/03/2019 à 16:05, Jean-Charles GRANGER a écrit :
>>>> Bonjour à tous,
>>>>
>>>> Depuis le passage à la version 1.7 (je suis en 1.7.3.5), j'ai une 
>>>> erreur très fréquente sur de nombreux postes lorsque je fais un 
>>>> update ou un upgrade :
>>>>
>>>>     FATAL ERROR : OperationalError: database is locked
>>>>
>>>> Elle empêche la remontée d'informations vers le serveur, et du 
>>>> coup, je ne sais plus quelles machines sont à jour ou non. Et les 
>>>> machines elles-mêmes ne le savent pas : comme elles n'ont pas 
>>>> acquitté la réussite des installations au serveur, elles pensent 
>>>> avoir échoué et relancent les installations à l'arrêt suivant.
>>>>
>>>> Parfois en insistant un peu en ligne de commande, les mises à jour 
>>>> finissent par remonter correctement (j'ai pu vérifier qu'elles 
>>>> s'installent sans problème, c'est juste la remontée d'info qui ne 
>>>> se fait pas bien).
>>>>
>>>> Je n'ai pas de tâches planifiées qui lancent Wapt en tâche de fond 
>>>> pour faire certaines opérations.
>>>>
>>>> Quelqu'un a déjà eu ce problème ?
>>>>
>>>> Cordialement,
>>>>
>>>> JCG
>>>>
>>>>
>>>>
>>>>
>>>
>>> _______________________________________________
>>> WAPT mailing list
>>> WAPT at lists.tranquil.it
>>> http://lists.tranquil.it/listinfo/wapt
>>
>> _______________________________________________
>> WAPT mailing list
>> WAPT at lists.tranquil.it
>> http://lists.tranquil.it/listinfo/wapt
>
> _______________________________________________
> WAPT mailing list
> WAPT at lists.tranquil.it
> http://lists.tranquil.it/listinfo/wapt

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.tranquil.it/pipermail/wapt/attachments/20190322/bf6f323a/attachment.html>