You are not logged in.
Pages: 1
Hi,
==My current setup==
Operating system : Linux guppy 2.6.32-220.13.1.el6.x86_64 #1 SMP Tue Apr 17 23:56:34 BST 2012 x86_64
PHP 5.3.11 (Core, PDO, Phar, Reflection, SPL, SimpleXML, apache2handler, bz2, calendar, ctype, curl, date, dom, ereg, exif,
fileinfo, filter, ftp, gd, gettext, gmp, hash, iconv, json, libxml, mbstring, mhash, mysql, mysqli, openssl, pcre, pdo_mysql,
pdo_sqlite, session, shmop, soap, sockets, sqlite3, standard, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip,
zlib)
Setup: memory_limit="128M" max_execution_time="30" safe_mode="" session.save_handler="files" post_max_size="8M"
upload_max_filesize="2M"
Software: Apache/2.2.15 (CentOS) (Apache/2.2.15 (CentOS) Server at guppy Port 80)
Mozilla/5.0 (Windows NT 6.1; rv:12.0) Gecko/20100101 Firefox/12.0
MySQL: 5.5.23 (root@localhost/GLPI)
../config : OK
../files : OK
../files/_dumps : OK
../files/_sessions : OK
../files/_cron : OK
../files/_cache/ : OK
../files/_graphs : OK
../files/_log : OK
fusioninventory Name:FusionInventory Version :0.83+1.0 Status :Enabled
fusinvdeploy Name:FusionInventory DEPLOY Version :0.83+1.0 Status :Enabled
fusinvinventory Name:FusionInventory INVENTORY Version :0.83+1.0 Status :Enabled
fusinvsnmp Name:FusionInventory SNMP Version :0.83+1.0 Status :Enabled
webservices Name:Web Services Version :1.3.0 Status :Enabled
======
I am currently having a problem with VM names being replicated. One of my esxi 5.0 has 120 VM names, but it really only has 2 VMs. I check for patch
http://www.glpi-project.org/forum/viewt … p?id=27151
and this patch is installed in my current version, but I am still seeing duplicates.
currently at 120 VMs and maybe growing
=====================================
vm-auto-01 VMware running 564d37c7-160d-40cc-9974-4a7f9fbf2ae0 2 2048 vm-01
vm-auto-01 VMware off 564d37c7-160d-40cc-9974-4a7f9fbf2ae0 2 2048 vm-01
vm-auto-01 VMware running 564d37c7-160d-40cc-9974-4a7f9fbf2ae0 2 2048 vm-01
vm-auto-01 VMware off 564d37c7-160d-40cc-9974-4a7f9fbf2ae0 2 2048 vm-01
vm-auto-01 VMware running 564d37c7-160d-40cc-9974-4a7f9fbf2ae0 2 2048 vm-01
vm-auto-01 VMware off 564d37c7-160d-40cc-9974-4a7f9fbf2ae0 2 2048 vm-01
vm-auto-01 VMware running 564d37c7-160d-40cc-9974-4a7f9fbf2ae0 2 2048 vm-01
vm-auto-01 VMware off 564d37c7-160d-40cc-9974-4a7f9fbf2ae0 2 2048 vm-01
vm-auto-01 VMware running 564d37c7-160d-40cc-9974-4a7f9fbf2ae0 2 2048 vm-01
vm-auto-01 VMware off 564d37c7-160d-40cc-9974-4a7f9fbf2ae0 2 2048 vm-01
vm-auto-01 VMware running 564d37c7-160d-40cc-9974-4a7f9fbf2ae0 2 2048 vm-01
vm-auto-01 VMware off 564d37c7-160d-40cc-9974-4a7f9fbf2ae0 2 2048 vm-01
vm-auto-01 VMware running 564d37c7-160d-40cc-9974-4a7f9fbf2ae0 2 2048 vm-01
vm-auto-01 VMware off 564d37c7-160d-40cc-9974-4a7f9fbf2ae0 2 2048 vm-01
Offline
Now the List is 150 VMs. vs 120 from lastnight. Also, it's not all esxi that's displaying this problem, it's only one, of about 10 that's behaving like this.
Offline
i wonder if it happens because the VMs are made after fusionagent is installed. this is not happening when fusionagent install after VM images are deployed.
Offline
Pages: 1