You are not logged in.

Announcement

 Téléchargez la dernière version stable de GLPI      -     Et vous, que pouvez vous faire pour le projet GLPI ? :  Contribuer
 Download last stable version of GLPI                      -     What can you do for GLPI ? :  Contribute

#1 2006-05-02 16:56:27

domg
Member
Registered: 2006-03-31
Posts: 43

Re massiveaction.php qui ne marche pas

Bonjour,

Je constate le même problème reporté ici http://glpi.indepnet.org/forum/viewtopic.php?id=2823 . J'obtiens une page blanche, lorsque je tente de faire des changements massivement.
Pour tester j'ai choisi 2 postes en les cochant, puis modifier, lieu et le nom du lieu puis j'attérie sur une page blanche de massiveaction.php.

Si j'active le mode Debug, j'obtiens des informations mais seulement avant de valider les changements massivement uniquement. Si ces informations sont utile, je les posterai.

J'utilise GLPI 0.65, MySQL 4.1.11a-4sarge2, Apache 2.0.54-5 (en SSL), PHP 4.3.10-16 Connexion LDAP (avec TLS), OCS-NG activé et Firefox 1.5.0.2 sous Debian/Sarge.

Merci de votre aide.

Last edited by domg (2006-05-02 17:08:09)


Debian/i686 10.2
APACHE 2.4.38-3+deb10u3 | PHP 7.3+69 | MARIADB 10.1.38-0+deb9u1
GLPI 9.4.4 | OCS 2.6

Offline

#2 2006-05-02 17:03:10

MoYo
GLPI - Lead
From: Poitiers
Registered: 2004-09-13
Posts: 14,513
Website

Re: Re massiveaction.php qui ne marche pas

vraiment jamais eut ce problème.
Toutes information est bonne si on veux avancée dans la compréhension du problème.


MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI :    Support     Contribute     References     Freshmeat

Offline

#3 2006-05-02 17:18:48

domg
Member
Registered: 2006-03-31
Posts: 43

Re: Re massiveaction.php qui ne marche pas

Voici ce que j'obtiens dans GLPI avant de valider le changement massif, je précise également que je suis connecté avec un utilisateur LDAP avec les droits 'admin' mais le problème existe également lorsque je suis connecté avec l'utilisateur glpi

GLPI MODE DEBUG
TIME
0.110s
POST VARIABLE
list_limit => 100
GET VARIABLE
sort => 1
order => ASC
field => Array
                    0 => view
contains => Array
                    0 =>
field2 => Array
                    0 => view
contains2 => Array
                    0 =>
start => 0
deleted => N
distinct => N
link => Array
link2 => Array
type2 =>
SESSION VARIABLE
glpiID => 6
glpipass => d41d8cd98f00b204e9800998ecf8427e
glpiname => dg
glpirealname => Dominique 
glpitype => admin
glpilanguage => french
glpitracking_order => no
glpiauthorisation => 1
glpiextauth => 1
glpisearchcount => Array
                    1 => 1
glpisearchcount2 => Array
                    1 => 0
glpiroot =>
glpilist_limit => 100
glpisearch => Array
                    1 => Array
                                        sort => 1
                                        order => ASC
                                        field => Array
                                                            0 => view
                                        contains => Array
                                                            0 =>
                                        field2 => Array
                                                            0 => view
                                        contains2 => Array
                                                            0 =>
                                        start => 0
SQL REQUEST

Number of request: 4

Total Time: 0s
N° 1 :
SELECT *
FROM glpi_display
WHERE type='1'
ORDER BY rank
Time: 0.000sN° 2 :
SELECT count(ID)
FROM glpi_computers
WHERE glpi_computers.deleted='N' AND glpi_computers.is_template='0'
Time: 0.000sN° 3 :
SET SESSION group_concat_max_len = 9999999;
Time: 0.000sN° 4 :
SELECT glpi_computers.name AS ITEM_0, glpi_dropdown_state.name AS ITEM_1, glpi_enterprises.name AS ITEM_2, glpi_enterprises.website AS ITEM_2_2, glpi_enterprises.ID AS ITEM_2_3, glpi_computers.serial AS ITEM_3, glpi_type_computers.name AS ITEM_4, glpi_dropdown_model.name AS ITEM_5, glpi_dropdown_os.name AS ITEM_6, glpi_dropdown_locations.completename AS ITEM_7, glpi_computers.date_mod AS ITEM_8, glpi_computers.contact AS ITEM_9, glpi_computers.ID AS ITEM_10, glpi_computers.ID AS ID
FROM glpi_computers
LEFT JOIN glpi_state_item ON (glpi_computers.ID = glpi_state_item.id_device AND glpi_state_item.device_type='1')
LEFT JOIN glpi_dropdown_state ON (glpi_state_item.state = glpi_dropdown_state.ID)
LEFT JOIN glpi_enterprises ON (glpi_computers.FK_glpi_enterprise = glpi_enterprises.ID)
LEFT JOIN glpi_type_computers ON (glpi_computers.type = glpi_type_computers.ID)
LEFT JOIN glpi_dropdown_model ON (glpi_computers.model = glpi_dropdown_model.ID)
LEFT JOIN glpi_dropdown_os ON (glpi_computers.os = glpi_dropdown_os.ID)
LEFT JOIN glpi_dropdown_locations ON (glpi_computers.location = glpi_dropdown_locations.ID)
WHERE glpi_computers.deleted='N' AND glpi_computers.is_template='0'
ORDER BY glpi_computers.name ASC LIMIT 0, 100
Time: 0.000s

Lorsque je valide le chamgement masif, j'ai ceci dans les logs d'accès de Apache

MONIP - - [02/May/2006:17:14:06 +0200] "POST /ajax/dropdownMassiveAction.php HTTP/1.1" 200 2302 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.2) Gecko/20060308 Firefox/1.5.0.2"
MONIP - - [02/May/2006:17:14:07 +0200] "POST /ajax/dropdownMassiveActionField.php HTTP/1.1" 200 1435 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.2) Gecko/20060308 Firefox/1.5.0.2"
MONIP - - [02/May/2006:17:14:08 +0200] "POST /ajax/dropdown.php HTTP/1.1" 200 1061 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.2) Gecko/20060308 Firefox/1.5.0.2"
MONIP - - [02/May/2006:17:14:10 +0200] "GET /pics/fond_form_on.png HTTP/1.1" 304 - "https://glpi/styles.css" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.2) Gecko/20060308 Firefox/1.5.0.2"

Aucune erreur dans Apache. Pour faciler l'utilisation de glpi, j'ai crée un vhost dans apache

NameVirtualHost *:443
<VirtualHost *:443>
        ServerAdmin glpi@domain
        ServerName glpi
        DocumentRoot /usr/local/www/glpi
        <Directory />
                Options FollowSymLinks
                AllowOverride None
        </Directory>
        <Directory /usr/local/www/glpi>
                Options Indexes FollowSymLinks MultiViews
                AllowOverride None
                Order allow,deny
                allow from all
                # This directive allows us to have apache2's default start page
                # in /apache2-default/, but still have / go to the right place
                # RedirectMatch ^/$ /apache2-default/
        </Directory>

        #ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
        #<Directory "/usr/lib/cgi-bin">
        #       AllowOverride None
        #       Options ExecCGI -MultiViews +SymLinksIfOwnerMatch
        #       Order allow,deny
        #       Allow from all
        #</Directory>

        ErrorLog /var/log/apache2/glpi-error.log

        # Possible values include: debug, info, notice, warn, error, crit,
        # alert, emerg.
        LogLevel warn

        CustomLog /var/log/apache2/glpi-access.log combined
        ServerSignature On

    #Alias /doc/ "/usr/share/doc/"
    #<Directory "/usr/share/doc/">
    #    Options Indexes MultiViews FollowSymLinks
    #    AllowOverride None
    #    Order deny,allow
    #    Deny from all
    #    Allow from 127.0.0.0/255.0.0.0 ::1/128
    #</Directory>

    SSLEngine On
    SSLCertificateFile /etc/apache2/ssl/apache.pem

</VirtualHost>

J'espère que ces informations vous saurons utile :-)


Debian/i686 10.2
APACHE 2.4.38-3+deb10u3 | PHP 7.3+69 | MARIADB 10.1.38-0+deb9u1
GLPI 9.4.4 | OCS 2.6

Offline

#4 2006-05-02 19:08:38

MoYo
GLPI - Lead
From: Poitiers
Registered: 2004-09-13
Posts: 14,513
Website

Re: Re massiveaction.php qui ne marche pas

bah je ne vois rien de spécifique la dedans.


MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI :    Support     Contribute     References     Freshmeat

Offline

#5 2006-05-02 22:12:59

JMD
GLPI - Lead
Registered: 2004-09-13
Posts: 9,180
Website

Re: Re massiveaction.php qui ne marche pas

A tout hasard votre memory_limit dans votre php.ini ?


JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au  projet GLPI   : Soutenir

Offline

#6 2006-05-03 08:20:06

domg
Member
Registered: 2006-03-31
Posts: 43

Re: Re massiveaction.php qui ne marche pas

Bien joué ! wink

C'était à 8Mo, désolé de ne pas l'avoir repéré plus tôt. J'avais bien l'erreur

Allowed memory size of 8388608 bytes exhausted (tried to allocate 64 bytes)

mais pas dans le fichier de log des erreurs de mon vhost (mais dans error.log au lieu de glpi-error.log ...) sad

En tout cas merci, ça fonctionne très bien maintenant avec 16Mo.

Par curiosité, pourquoi faut-il plus de mémoire lors de cette fonction ?


Debian/i686 10.2
APACHE 2.4.38-3+deb10u3 | PHP 7.3+69 | MARIADB 10.1.38-0+deb9u1
GLPI 9.4.4 | OCS 2.6

Offline

Board footer

Powered by FluxBB