Highlighted
Absent Member.. Absent Member..
Absent Member..
2275 views

UCMDB CI Type Label not completely updated according to the set definition format

Jump to solution

We have defined a CI Type display label via the Default Label tab in UCMDB CI Type Manager but not all of our CIs get this display label. Is there a way that we can force this label to be used for all our CIs of this CI Type? What can be overriding this setting for some of our CIs?

 

Thankful if somebody could point us in the right direction.

 

Kind regards,

Malin

0 Likes
1 Solution

Accepted Solutions
Highlighted
Acclaimed Contributor.. Acclaimed Contributor..
Acclaimed Contributor..

Re: UCMDB CI Type Label not completely updated according to the set definition format

Jump to solution

By default, Default Label for specific CI will be recalculated on any change to CI.

There is a way to recalculate it specifically for all CIs in specific CIT:

  1. Go to the JMX console
  2. Go to Model Services -> recalculateAttribute
  3. in "className" put the CIT (for instance "unix")
  4. in "attributeName" put "display_label"
  5. click on "invoke" and check that the CIs are changed

    Hope this helps.
Regards
-Dmitry Gomel, PMP
Click the Like button at the bottom to say 'Thanks'.

View solution in original post

6 Replies
Highlighted
Visitor.

Re: UCMDB CI Type Label not completely updated according to the set definition format

Jump to solution
Hi ,

Ok First we need to understand how Dispay label works if you have set up a display for any particular CI Type you should load all the relavent data as well or atleast it should disocver all the relavent data, otherwise it shows you the name the CI's with defined Label settings with missing info ignored

something like CIT has display label

name|snmp_sys_name|primary_dns_name|host_key|root_class

if no snmp_sys_name|primary_dns_name disocverred or loaded the result will be

Minus snmp_sys_name|primary_dns_name

something like name|host_key|root_class


Cheers 🙂

0 Likes
Highlighted
Absent Member.. Absent Member..
Absent Member..

Re: UCMDB CI Type Label not completely updated according to the set definition format

Jump to solution

In this case the information needed for the label are there but all instances are not updated since the display label formula changed (they were dicovered before we had this display label defined).

 

Is there a way to ask UCMDB to "update all labels"?

 


@Consultant13 wrote:
Hi ,

Ok First we need to understand how Dispay label works if you have set up a display for any particular CI Type you should load all the relavent data as well or atleast it should disocver all the relavent data, otherwise it shows you the name the CI's with defined Label settings with missing info ignored

something like CIT has display label

name|snmp_sys_name|primary_dns_name|host_key|root_class

if no snmp_sys_name|primary_dns_name disocverred or loaded the result will be

Minus snmp_sys_name|primary_dns_name

something like name|host_key|root_class


Cheers 🙂


 

0 Likes
Highlighted
Acclaimed Contributor.. Acclaimed Contributor..
Acclaimed Contributor..

Re: UCMDB CI Type Label not completely updated according to the set definition format

Jump to solution

By default, Default Label for specific CI will be recalculated on any change to CI.

There is a way to recalculate it specifically for all CIs in specific CIT:

  1. Go to the JMX console
  2. Go to Model Services -> recalculateAttribute
  3. in "className" put the CIT (for instance "unix")
  4. in "attributeName" put "display_label"
  5. click on "invoke" and check that the CIs are changed

    Hope this helps.
Regards
-Dmitry Gomel, PMP
Click the Like button at the bottom to say 'Thanks'.

View solution in original post

Highlighted
Absent Member.. Absent Member..
Absent Member..

Re: UCMDB CI Type Label not completely updated according to the set definition format

Jump to solution

Thanks Dima! That was exactly what I was looking for!

0 Likes
Highlighted
Absent Member.. Absent Member..
Absent Member..

Re: UCMDB CI Type Label not completely updated according to the set definition format

Jump to solution

I tried to recalculated "display_label" attribute over JMX for ip addresses but I became following (uCMDB 9.05):

 

"

java.lang.NullPointerException at com.mercury.topaz.cmdb.server.model.operation.update.ModelUpdateRecalculateAttributeFactory.createModelUpdateRecalculateAttributeOperation(ModelUpdateRecalculateAttributeFactory.java:26) at com.mercury.topaz.cmdb.server.base.jmx.model.ModelJmxServices.recalculateAttribute(ModelJmxServices.java:1070) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:55) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:263) at javax.management.modelmbean.RequiredModelMBean.invokeMethod(RequiredModelMBean.java:1185) at javax.management.modelmbean.RequiredModelMBean.invoke(RequiredModelMBean.java:1049) at org.springframework.jmx.export.SpringModelMBean.invoke(SpringModelMBean.java:88) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:791) at com.mercury.topaz.cmdb.server.jmx.JMXServlet.invokeOperationByName(JMXServlet.java:171) at com.mercury.topaz.cmdb.server.jmx.JMXServlet.handleManagementCommand(JMXServlet.java:131) at com.mercury.topaz.cmdb.server.jmx.JMXServlet.doAction(JMXServlet.java:86) at com.mercury.topaz.cmdb.server.jmx.JMXServlet.doPost(JMXServlet.java:57) at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:502) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:363) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:417) at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) at org.mortbay.jetty.Server.handle(Server.java:324) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:534) at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:879) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:741) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:213) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:403) at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228) at org.mortbay.jetty.security.SslSocketConnector$SslConnection.run(SslSocketConnector.java:636) at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:522)

"

I don't undestand why it happens.

 

In "recalculateAttribute" in "className" I  put "ip_address" and in attributeName" I put "display_label".

Could somebody help me!

Thanks!

Tags (1)
0 Likes
Highlighted
Acclaimed Contributor.. Acclaimed Contributor..
Acclaimed Contributor..

Re: UCMDB CI Type Label not completely updated according to the set definition format

Jump to solution

What the Display label for IP address in CIT manager is?

THe default value is on an attached  screenshot...

 

Regards
-Dmitry Gomel, PMP
Click the Like button at the bottom to say 'Thanks'.
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.