• 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
FusionInventory-ESX & OCS Inventory
#1
I can't import OCS files generated by fusioninventory-esx in my OCS server... fusioninventory-inject error 400 bad request... I have modified ocsinventory-server.conf to allow external agents but it doesn' work... Anybody who can help me ???
  Reply
#2
hello,
what user agent have you put in the ocs config file?
  Reply
#3
I think it's because now the XML has no DEVICEID (I had same problem with plugin fusioninventory for GLPI
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply
#4
wawa,

I installed my OCS 2.0.5 server under CentOS 6.3... I used FusionIventory Agent 2.2.5 because it was the only one that worked OK in my server... I have created a configutation file to allow external useragents and I put the line 'FusionInventory-Agent_2.2.5' inside but it doesn't work.


dduriex,

Certainly there's no value between DEVICEID tags at the end of the XML file generated with fusioninventory-esx... Do you known haw can I fix it ???

Thanks a lot

P.D.- I'm sorry, my english is not as good as I'd like :-(
  Reply
#5
I think that the user agent is not the same for the injector and the agent
  Reply
#6
I have installed the FusionInventory Agent from this repo: "http://download.opensuse.org/repositorie..._CentOS-6/"

Both 'fusioninventory-esx' and 'fusioninventory-injector' seem to be OK because they did their work fine.

I could not install correctly from source... it always gave me an error while compiling 'fusioninventory-esx' doing that way.

any ideas???
  Reply
#7
David, I'm surprised. The DEVICEID should still be generated.
Please contact Fusioninventory Partners companies if you look for a FusionInventory on site expert.
http://www.fusioninventory.org/partners/
  Reply
#8
You are sure? I remember you have delete it in the last release no?
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply
#9
No, I just patched the fusinv server in order to be able to do that in the future.
Please contact Fusioninventory Partners companies if you look for a FusionInventory on site expert.
http://www.fusioninventory.org/partners/
  Reply
#10
I have no problem to manually import the XML file generated with fusioninventory-esx in GLPI's database, but I can't do the same in OCS's database (I'm using fusioninventory-esx version 2.2)
  Reply
#11
Hum, do you have an error message in Apache logs?
Please contact Fusioninventory Partners companies if you look for a FusionInventory on site expert.
http://www.fusioninventory.org/partners/
  Reply
#12
I also had a problem last week with fusioninventory-esx and fusioninventory-injector version 2.2.6, that I had not with version 2.1.13 : when I tried to import the result of fusioninventory-esx into Fusioninventory for GLPI with fusioninventory-injector, all the imported machines merged into one with no name. When I did the same with version 2.1.13, everything was OK.

So I tried to see the differences between the '.ocs' files generated by the two versions, and noticed that the field DEVICEID was empty in the 2.2.6 version. I manually added this field in the '.ocs' files (I filled it with the filename of the '.ocs' file without its '.ocs' extension), and bingo!, every virtual machine was then correctly imported into GLPI.

IMHO, the simple fact that version 2.2 of fusioninventory-esx doesn't fill the DIVICEID field is the key of the problem.

Hope it will help,
Marc
GLPI 9.4.5 - Fusioninventory for GLPI 9.4+2.4 - Fusioninventory Agent 2.5.2
  Reply
#13
Do you still have the problem with one of these “Prebuilt” distribution: http://prebuilt.fusioninventory.org/devel/2.2.x/
Please contact Fusioninventory Partners companies if you look for a FusionInventory on site expert.
http://www.fusioninventory.org/partners/
  Reply
#14
I've just tried this dev version, and the problem remains the same : the DEVICEID is still empty :

$ diff sresx01.domaine.local-2011-06-22-19-34-32.ocs /tmp/sresx01.domaine.local-2011-06-22-19-34-32.ocs
284c284
< <CORE>2.84204267838649e-07</CORE>
---
> <CORE>2.64729271962735e-07</CORE>
358c358
< <VERSIONCLIENT>FusionInventory-Agent_v2.2.6-1</VERSIONCLIENT>
---
> <VERSIONCLIENT>FusionInventory-Agent_v2.2.6+dev-2.2.x-20121106-1436</VERSIONCLIENT>
GLPI 9.4.5 - Fusioninventory for GLPI 9.4+2.4 - Fusioninventory Agent 2.5.2
  Reply
#15
Ok this is indeed a bug with the 2.2.6 agent and the last stable esx task. This version fix the problem for me:

http://download.fusioninventory.org/agents/devel/
Please contact Fusioninventory Partners companies if you look for a FusionInventory on site expert.
http://www.fusioninventory.org/partners/
  Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)