Talk:OCS Inventory Tools

ipdiscover bug

We need to confirm that ipdiscover works when the smeserver is the forced client.

I Tried the following:

ipdiscover eth0 10

	Note:
	Usage : ipdiscover [iface name] [latency in ms]

Here's what I got on my server:

<IPDISCOVER>
<H>192.168.0.100<M>00:xx:xx:xx:xx:xx</M><N>pc-00100.mydomain.com</N></H>
<H>192.168.0.253<M>00:xx:xx:xx:xx:xx</M><N>pc-00253.mydomain.com</N></H>
<H>192.168.0.254<M>00:xx:xx:xx:xx:xx</M><N>pc-00254.mydomain.com</N></H>
</IPDISCOVER>

Sounds like it's working for me... But IpDiscover discovers nothing when launched by SME OCS' Agent. There must be a problem here!

Windows Agent don't have this problem...

Cool34000

---

deployment bug

When you delete a package, ocs complains, but it deletes the files anyway, document later

Stefen

---

The only way I was able to reproduce an error on package deletion is when I refreshed the page (as files were removed, I got an error)

Could you be more clear on this bug?

Cool34000

---

glpi

a minor change, don't release an rpm just for this

/glpi is hard to remember

can we add a duplicate alias, eg /reports

or make a URL db setting so it is configurable

http://wiki.contribs.org/Web_Application_RPM#Webserver_templates

{
  if (exists $foo{'URL'})
  { $OUT .= "Alias  /$foo{'URL'}  /opt/foo\n"; }
}

Stefen

---

NP, I'll add this improvement in the next release. I'll take a look (again) at your article to add this functionnality to GLPI (do you want one for OCS too?)

I will also set 'ocsinventory' and 'ocsinterface' as url types to avoid using these virtual locations as alias ;-)

By the way, it's not so hard to remember: GLPI means Gestion Libre de Parc Informatique :-D

Very easy to remember... For a French guy!