Hello,
I've struggled a lot with my GLPI+FusionInventory 2.1 installation which is
hosted on a IIS 8.0 platform.
When trying to deploy files, if the files are big (let's say more than 1M), and
there are is some routing / DSL equipment between the server and the client, i
get SHA512 failure errors.
I tracked down the issue by enabling HTTP answer logging in
FusionInventory::Agent::Task::Deploy::File by adding
$self->{logger}->debug($response->dump); on line 107.
When i tried to deploy files, i got this HTTP answer from the server:
[Tue Jan 21 14:19:39 2014][debug] HTTP/1.1 200 OK
Cache-Control: must-revalidate, post-check=0, pre-check=0
Date: Tue, 21 Jan 2014 13:19:39 GMT
Pragma: public
Server: Microsoft-IIS/8.0
Content-Length: 2000353
Content-Type: application/octet-stream
Expires: 0
Client-Aborted: die
Client-Date: Tue, 21 Jan 2014 13:19:39 GMT
Client-Peer: 10.210.100.250:443
Client-Response-Num: 7
Client-SSL-Cert-Issuer: /C=FR/O=GANDI SAS/CN=Gandi Standard SSL CA
Client-SSL-Cert-Subject: /OU=Domain Control Validated/OU=Gandi Standard
Wildcard SSL/CN=*.xxxxxxxxx.xxx
Client-SSL-Cipher: AES128-SHA256
Client-SSL-Socket-Class: IO::Socket::SSL
Client-SSL-Warning: Peer certificate not verified
Content-Description: File Transfer
Content-Disposition: attachment;
filename=3b7eb9ae399c9f25f15c22c22528e246fa64fa747cd9a30d411fa6add804763b3b26fbfba8645125ec07ebf304e099ce798d5402bb92ba39eec0f9953ae82a7b
Content-Transfer-Encoding: binary
Set-Cookie: PHPSESSID=kuia366vgtbncrjmgvp75bppm0; path=/
X-Died: read failed: Inappropriate I/O control operation at C:/Program Files
(x86)/FusionInventory-Agent/perl/vendor/lib/LWP/Protocol/http.pm line 414.
X-Powered-By: PHP/5.5.3
X-Powered-By: ASP.NET
After searching i found there is a problem with libwww-perl since they changed
the way binary files are encoded (see here
htps://rt.cpan.org/Public/Bug/Display.html?id=91643 et
htp://perlguru.com/gforum.cgi?do=post_view_flat;post=76109;page=1;sb=post_latest_reply;so=ASC;mh=25
)
I've replaced the libwww-perl files from my fusioninventory client with
libwww-perl 5.834, and suddently everything worked out right.
The issue with libwww-perl isn't silll resolved in the latest strawberry-perl
release 5.18.2.1 (i've tried the included libwww-perl too).
Is there any chance you may downgrade libwww-perl in the next FI agent until
this bug gets resolved by perl people ?
If not, and as LWP is also a real headache for SSL connections, would it be
possible to replace the file download process by curl instead of LWP ?
Thank you for advice,
Orsiris de Jong.
www.netpower.fr
_______________________________________________
Fusioninventory-devel mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/fusioninventory-devel
