Marcin's 1) follows what Joe said. The virtual machine uses the manufacturer/model/serialNumber from the physical server to populate the VM properties. We had verified with the other workgroups that this would work with existing types of VM ( vmware, solaris, etc ... )
It's Marcin's 2) that looks off. I don't think we should overload the hostId property given that we already have a property for the systemBoardUUID. I've asked Marcin to join the mailing list and continue the discussion in the workgroup. Thanks ! T Tuan Dang Tivoli OSLC governance, OSLC Reconciliation workgroup lead, Tivoli Common Data Model Internet: [email protected] phone: (919) 224-1242 T/L 687-1242 From: Tuan Dang/Raleigh/IBM@IBMUS To: [email protected], Date: 02/13/2013 02:16 PM Subject: Re: [Oslc-recon] naming property change request from Marcin Luczinsky Sent by: "Oslc-Recon" <[email protected]> reply from Joe Ross: Naming context naming rules are very expensive to process. From an efficiency standpoint it would be much better to duplicate the naming attributes in the VM, rather than refer to another computer system for naming context. Thanks ! T Tuan Dang Tivoli OSLC governance, OSLC Reconciliation workgroup lead, Tivoli Common Data Model Internet: [email protected] phone: (919) 224-1242 T/L 687-1242 From: Tuan Dang/Raleigh/IBM@IBMUS To: [email protected], Date: 02/13/2013 02:08 PM Subject: [Oslc-recon] naming property change request from Marcin Luczinsky Sent by: "Oslc-Recon" <[email protected]> Hi, Tuan Since we are heading towards end with our OSLC automation, I reviewed once more our convertors and I have a question. What do you think about supporting CS naming rule hostSystem, VMID like that: 1) if hostSystem has MMS set, we create RDF with hostSystem.M, hostSystem.M, hostSystem.S + VMID set 2) if hostSystem hast no MMS, bu has systemBoardUUID or UUID set, we create RDF with hostId set with sBUUID or UUID value set + VMID set Thanks ! T Tuan Dang Tivoli OSLC governance, OSLC Reconciliation workgroup lead, Tivoli Common Data Model Internet: [email protected] phone: (919) 224-1242 T/L 687-1242 _______________________________________________ Oslc-Recon mailing list [email protected] http://open-services.net/mailman/listinfo/oslc-recon_open-services.net _______________________________________________ Oslc-Recon mailing list [email protected] http://open-services.net/mailman/listinfo/oslc-recon_open-services.net
