Difference between revisions of "Talk:OCS Inventory Tools"
m (Talk:OCS Reports and GLPI moved to Talk:Inventory Tools: describe function of contrib) |
|
(No difference)
| |
Revision as of 00:54, 8 November 2007
rename page
to describe the functions provides
- Inventory and Deployment ?
- Inventory Tools ?
Stefen
Have no idea... Both are good and more appropriate now that the RPM comes in a single RPM.
I've never been good with choosing names... Pick one and it will do the job!
We just need to update links provided in the forum. I'm about to make the announce at contribs.org forum for the new RPM, rename the page and I'll announce changes on the forum!
Cool34000
OK, I'll change to Inventory Tools
no need to update links, a redirect is automatically created
but you may need to move the /fr page
ipdiscover bug
We need to confirm that ipdiscover works when the smeserver is the forced client.
I Tried the following:
ipdiscover eth0 10
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
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
New RPM version (1-5)
Changelog:
=> Deployment fixed!
Update ASAP and read the new deployment section.
By the way, I had some problem using the default certificate untill I fixed DNS issues (I use NO-IP and this free service don't allow wildcards!)
This ends with some errors in Apache log file:
[warn] RSA server certificate CommonName (CN) `servername.mydomain.no-ip.com' does NOT match server name!?
Here's how I fixed my problem:
config setprop modSSL CommonName mydomain.no-ip.com # It would be www.mydomain.no-ip.com if NO-IP had allowed wildcards like dyndns services) expand-template /home/e-smith/ssl.crt/crt 2> /dev/null signal-event domain-modify signal-event email-update
Should we move this to the doc or somewhere else?
Cool34000
I get this with CAcert, I think it is just a warning, and we can ignore it
stephen
