You are not logged in.
Pages: 1
Topic closed
Bonjour,
Nous rencontrons un soucis lors du transfert d'une entité à une autre des imprimantes ou des pcs avec la dernière version : 9.4.1.1
Lorsque je passe en mode Debug :
Ajouter RechercherRésumé
Entité racine (Arborescence)
Fatal error: Uncaught exception 'RuntimeException' with message 'Empty IN are not allowed' in /var/www/glpi/inc/dbmysqliterator.class.php:546 Stack trace: #0 /var/www/glpi/inc/dbmysqliterator.class.php(516): DBmysqlIterator->analyzeCriterion(Array) #1 /var/www/glpi/inc/dbmysqliterator.class.php(506): DBmysqlIterator->analyseCrit(Array) #2 /var/www/glpi/inc/dbmysqliterator.class.php(288): DBmysqlIterator->analyseCrit(Array) #3 /var/www/glpi/inc/dbmysqliterator.class.php(94): DBmysqlIterator->buildQuery(Array, '', false) #4 /var/www/glpi/inc/dbmysql.class.php(569): DBmysqlIterator->execute(Array, '', false) #5 /var/www/glpi/inc/transfer.class.php(2768): DBmysql->request(Array) #6 /var/www/glpi/inc/transfer.class.php(2703): Transfer->transferSingleSupplier('79') #7 /var/www/glpi/inc/transfer.class.php(1065): Transfer->transferInfocoms('Printer', '65', '65') #8 /var/www/glpi/inc/transfer.class.php(203): Transfer->transferItem('Printer', '65', '65') #9 /var/www/glpi/front/transfer.action.php(46): Transfer->moveItems(Array, '7' in /var/www/glpi/inc/dbmysqliterator.class.php on line 546
Merci d'avance pour votre retour.
Serveur glpi sous Ubuntu 22.04 LTS - 4 go ram
GLPI v 10.0.12 - Authentification via ldap/ad
Merci aux développeurs GLPI
Offline
J'ai réussi à contourner le problème en mettant sur l'imprimante, la gestion des sous-entité à oui alors qu'il était à non. test de transfert : ok
refait le test avec une autre imprimante qui à le paramétrage de la sous-entité à non et le transfert fonctionne.
Pour nous le problème serait résolu.
Serveur glpi sous Ubuntu 22.04 LTS - 4 go ram
GLPI v 10.0.12 - Authentification via ldap/ad
Merci aux développeurs GLPI
Offline
Bonjour,
Je rencontre également le problème depuis la mise a jour 9.4.2 quand j'essai de transférer un objet vers l'entité root.
Sous entité est déjà sur oui dans mon cas pour les objets testés.
Quelqu'un aurait-il une solution?
D'avance merci
message d'erreur:
( ! ) Fatal error: Uncaught RuntimeException: Empty IN are not allowed in D:\wamp\www\glpi\inc\dbmysqliterator.class.php on line 546
( ! ) RuntimeException: Empty IN are not allowed in D:\wamp\www\glpi\inc\dbmysqliterator.class.php on line 546
Call Stack
# Time Memory Function Location
1 0.0002 372552 {main}( ) ...\transfer.action.php:0
2 0.4563 8433184 Transfer->moveItems( ) ...\transfer.action.php:46
3 0.5901 8625792 Transfer->transferItem( ) ...\transfer.class.php:203
4 0.8026 9460768 Transfer->transferInfocoms( ) ...\transfer.class.php:1077
5 0.8032 9466056 Transfer->transferSingleSupplier( ) ...\transfer.class.php:2719
6 0.8035 9471584 DBmysql->request( ) ...\transfer.class.php:2781
7 0.8035 9472440 DBmysqlIterator->execute( ) ...\dbmysql.class.php:569
8 0.8035 9472440 DBmysqlIterator->buildQuery( ) ...\dbmysqliterator.class.php:94
9 0.8035 9473328 DBmysqlIterator->analyseCrit( ) ...\dbmysqliterator.class.php:288
10 0.8036 9473384 DBmysqlIterator->analyseCrit( ) ...\dbmysqliterator.class.php:506
11 0.8036 9473424 DBmysqlIterator->analyzeCriterion( ) ...\dbmysqliterator.class.php:516
Offline
pareil avec la version 9.4.2, certains transfert passent mais pas d'autres avec l'erreur similaire (juste les id d'objects qui changent).
Le problème apparaît principalement sur les postes de travail, pas de soucis rencontré avec les périphériques ou les logiciels.
Quand on passe le champ "sous entité" à oui sur les fiches postes, des fois ça passe d'autre pas.
Visiblement en demandant lors du transfert et ne pas conserver les écrans/périphériques/imprimantes, ça semble passer pour certains objets mais pas d'autres.
Problème changer 1000 Pc d'entité un à un c'est compliqué et donc visiblement il n'y a pas de solution miracle.
Par ma part je ne sais pas interprété le message d'erreur que me renvoi le mod débug, est ce qu'il y a une explication logique à cette erreur ? (une liaison foireuse ou autre ?)
Offline
pareil avec la version 9.4.2, certains transfert passent mais pas d'autres avec l'erreur similaire (juste les id d'objects qui changent).
Le problème apparaît principalement sur les postes de travail, pas de soucis rencontré avec les périphériques ou les logiciels.
Quand on passe le champ "sous entité" à oui sur les fiches postes, des fois ça passe d'autre pas.
En demandant lors du transfert et ne pas conserver les écrans/périphériques/imprimantes, ça semble passer pour certains objets mais pas d'autres.
Visiblement il n'y a pas de solution miracle.
Par ma part je ne sais pas interprété le message d'erreur que me renvoi le mod débug, est ce qu'il y a une explication logique à cette erreur ? (une liaison foireuse ou autre ?)
Exemple d'erreur obtenu sur certains items :
Fatal error: Uncaught exception 'RuntimeException' with message 'Empty IN are not allowed' in /var/www/glpi/inc/dbmysqliterator.class.php:546 Stack trace: #0 /var/www/glpi/inc/dbmysqliterator.class.php(516): DBmysqlIterator->analyzeCriterion(Array) #1 /var/www/glpi/inc/dbmysqliterator.class.php(506): DBmysqlIterator->analyseCrit(Array) #2 /var/www/glpi/inc/dbmysqliterator.class.php(288): DBmysqlIterator->analyseCrit(Array) #3 /var/www/glpi/inc/dbmysqliterator.class.php(94): DBmysqlIterator->buildQuery(Array, '', false) #4 /var/www/glpi/inc/dbmysql.class.php(569): DBmysqlIterator->execute(Array, '', false) #5 /var/www/glpi/inc/transfer.class.php(2784): DBmysql->request(Array) #6 /var/www/glpi/inc/transfer.class.php(2719): Transfer->transferSingleSupplier('94') #7 /var/www/glpi/inc/transfer.class.php(1077): Transfer->transferInfocoms('Computer', '756', '756') #8 /var/www/glpi/inc/transfer.class.php(203): Transfer->transferItem('Computer', '756', '756') #9 /var/www/glpi/front/transfer.action.php(46): Transfer->moveItems(Arra in /var/www/glpi/inc/dbmysqliterator.class.php on line 546
Offline
Complément : j'ai fait un test avec les items qui posaient soucis et en supprimant les information financière, ça passe. Néanmoins je ne peux pas supprimer ces infos qui servent à la gestion des contrats de maintenance entre autre.
Quelqu'un aurait une solution ? (un champ qui serait vide que je devrait remplir peut-être ?)
Offline
Bon après un milliard de tests en remplissant des valeurs dans chaque champs de l'onglet Gestion Financière et Administrative, j'ai pu retrouver le point bloquant.
A priori dans mon cas le fournisseur qui était renseigné n'était pas multi entité, en modifiant le champ sous entité à oui pour les fournisseurs concernés, cela semble être bon.
Ca serait idéal si le module de transfert permettait d'identifier clairement le champ fautif car comme je disais plus haut le message d'erreur est un peu cryptique.
Offline
C'était l'ordinateur 756 qui bloquait au niveau des informations financières avec le fournisseur ID 94
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
C'était l'ordinateur 756 qui bloquait au niveau des informations financières avec le fournisseur ID 94
Merci pour la "traduction", bon finalement j'avais trouvé en mode brute force (cf mes post précédents)
Offline
Pages: 1
Topic closed