Mandi! David DURIEUX
In chel di` si favelave...
Fr example: supposed that the agent work correctly, how can i ''debug''
from GLPI side?
Active extra debug in config of plugin FusionInventory, and you will
have files in glpi/files/_log/ with rules and detail of mysql queries...
It can help
Could it be a firewall or other network issue?
On Dec 10, 2014 9:30 AM, Marco Gaiarin g...@sv.lnf.it wrote:
Mandi! David DURIEUX
In chel di` si favelave...
Fr example: supposed that the agent work correctly, how can i ''debug''
from GLPI side?
Active extra debug in config of plugin
On 10 December 2014 at 16:30, Marco Gaiarin g...@sv.lnf.it wrote:
Fr example: supposed that the agent work correctly, how can i ''debug''
from GLPI side?
Active extra debug in config of plugin FusionInventory, and you will
have files in glpi/files/_log/ with rules and detail of mysql
Mandi! David DURIEUX
In chel di` si favelave...
Try with serial number or name for networkequipments and printers, not
sure with mac it works well (we have some problems with mac (it's not
always unique).
I've had enabled MAC and serial number; i've enabled also 'name' but
nothing changed.
Mandi! Guillaume Rousse
In chel di` si favelave...
For all those reasons, I'd rather qualify this feature as 'basically
working, but barely usable without external help currently'.
OK. but by 'external help' do you mean payed support from Siprossii (to
name one, of course), or i've to insist
Mandi! David DURIEUX
In chel di` si favelave...
OK, task started now, as usual i can see in debug = 2 some data sent to
GLPI but glpi still display no info apart what i've just manually
inserted. ;(
Depends the data sent and fusioninventory import rules into GLPI
My import rule are rather
Le Wed, 12 Nov 2014 14:27:29 +0100
Marco Gaiarin g...@sv.lnf.it a écrit:
Mandi! David DURIEUX
In chel di` si favelave...
OK, task started now, as usual i can see in debug = 2 some data
sent to GLPI but glpi still display no info apart what i've just
manually inserted. ;(
Depends the data
Le 12/11/2014 14:28, Marco Gaiarin a écrit :
Mandi! Guillaume Rousse
In chel di` si favelave...
Anyway, i'm really frustrated: it is two month that i try to make SNMP
inventory work, without any success... :(((
Given the lack of documentation and the state of the code, I really
doubt
Mandi! Guillaume Rousse
In chel di` si favelave...
Quick workaround, until we find a better solution:
- upgrade Thread::Queue to at least version 2.0.1 (not, it's not
packaged on RHEL 5)
- use RHEL 6
Ahem, i'll wait the 'better solution'. ;-)
another strangness, now i've TWO FI
Le 11/11/2014 10:07, Marco Gaiarin a écrit :
Mandi! Guillaume Rousse
In chel di` si favelave...
Quick workaround, until we find a better solution:
- upgrade Thread::Queue to at least version 2.0.1 (not, it's not
packaged on RHEL 5)
- use RHEL 6
Ahem, i'll wait the 'better solution'. ;-)
Mandi! Guillaume Rousse
In chel di` si favelave...
Fortunatly, I was able to perl-threads-shared and perl-Thread-Queue
to our Centos/REHL 5 repository. I hope that will be enough to fix
the issue.
OK, task started now, as usual i can see in debug = 2 some data sent to
GLPI but glpi still
Le 11/11/2014 16:59, Marco Gaiarin a écrit :
However, you should really use a decent platform for this kind of
task: Centos/RHEL 5 is 7 years old already, and suffer from other
outdated perl packages issues, such as IO::Socket::SSL, for
instance.
As stated, these are PBX system, and probably
Le 10/11/2014 11:47, Marco Gaiarin a écrit :
Found that my CentOS machines (Elastix PBXes) coud use the latest RPM
packaged FI agent, i'm doing here my SNMP inventory tests.
Current installation:
[root@chil ~]# rpm -qa | grep fusion
fusioninventory-agent-2.3.13-4.1
13 matches
Mail list logo
