You are not logged in.
Pages: 1
Hi All,
I'm trying to sort out a machine where its serial and Model number had been read wrong by OCS. A new OCS client has sorted that, but when I'm trying to link the OCS computer to the GLPI object I get:
28961 - Unable to import, GLPI computer is already related to an element of OCSNG
from GLPI
I've removed the object from OCS, and I've tried forcing a sync from within GLPI - and I've tried cleaning links (nothing to clean).
Obviously GLPI thinks the computer is still linked to some object back in OCS, but it can't be as I've removed it.
How can I clear up GLPI so that I can then re-link ??
Thanks
GLPI 0.83.91/CENTOS5 - OCS 1.01/Win2003
Offline
If GLPI says that the link exists, it point to an machine which
1/ exist in OCS => delete it in OCS
2/ doesn't exist => clean link should fix
I don't see any other case.
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Yeah thats what I'd thought, so:
- I've removed it from OCS... I can't find the COMPUTER NAME, SERIAL or MODEL in OCS matching
- Tried Cleaning links (it gives "No item to clean")
I then run the agent again, and the PC then shows in OCS.
I can then choose to re-link in GLPI, but when I try I get that error.
If I go to the GLPI object, under OCS it shows the Serial and Model under 'Locked'.
I then tried clearing the 'lock', which put the serial and model to N/A.
So then I update the Serial and Model back again (which puts it backed to 'locked'.
GLPI 0.83.91/CENTOS5 - OCS 1.01/Win2003
Offline
eventually... the auto-link ocsng script runs, and then imports the machine as a new computer - and I end up with two machines in GLPI having the same NAME/SERIAL, which I didn't think was supposed to happen if I have a rule setup to link them.
GLPI 0.83.91/CENTOS5 - OCS 1.01/Win2003
Offline
gah.... now I've got the same issue with a MAC.... its hostname was being set by DNS (after an upgrade), I've now set the name back, and OCS shows the computer updating, but GLPI thinks its already linked and won't let me relink it..
GLPI 0.83.91/CENTOS5 - OCS 1.01/Win2003
Offline
Ok... sorted the MAC - I was able to eventually get that one cleared out somehow. But the first windows PC seems to refuse to clear down.
I could delete the PC from GLPI, but then I'd lose all the history/ticket associations etc...
Is there no way to disconnect that PC from its OCS object ?
GLPI 0.83.91/CENTOS5 - OCS 1.01/Win2003
Offline
I really don't understand.
If the computer change in OCS, the change should be reported into GLPI by the sync (if OCS detects the duplicate and clean it automically).
If there is a duplicate in OCS, deleting it should erase the link in GLPI (during sync)
So, we still at the same point.
If GLPI computer is linked to an OCS computer, sync will get the change
If GLPI computer is not linked, it will be available to be linked to a new OCS> computer
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
So what you're saying here is that the computer *must* still be in OCS somewhere?
I certainly can't find it in there.
I'll try to find the OCS reference that GLPI thinks it has for that machine. Maybe its linked to a different one somehow
GLPI 0.83.91/CENTOS5 - OCS 1.01/Win2003
Offline
Ah ha!
So, machine ID ubiq-ibm02, that should link to an OCS machine of ubiq-ibm02, when I hover over the link in GLPI, says its computer ID 17059 over in OCS. When I hand-type that into the URL on OCS, that pulls up data from UBIQ-DELL253...
So all I have to do now is figure out where 253 is linking too, delink it, and sort them both out - I think...
GLPI 0.83.91/CENTOS5 - OCS 1.01/Win2003
Offline
Pages: 1