Re: Unable to send alerts - failed to dispatch alert message

[Nagidi Pavan]

No Mark. We did not use a Remedy API but written a socket program to listen
incoming messages on a specific port.

Thanks
Pavan

On 20-Sep-2017 7:29 PM, "Walters, Mark"  wrote:

**

I had a thought – was your client developed using the Remedy API?  If
so try setting a client type value of AR_CLIENT_TYPE_ALERT (21) in the
session configuration and see if that helps.



*From:* Action Request System discussion list(ARSList) [mailto:
arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
*Sent:* 20 September 2017 11:19

*To:* arslist@ARSLIST.ORG
*Subject:* Re: Unable to send alerts - failed to dispatch alert message



**

Sure Mark.



Thanks

Pavan



On Wed, Sep 20, 2017 at 3:25 PM, Walters, Mark  wrote:

**

I’m not clear on the overall process you’re using but it sounds as though
there’s come change in 9.1 that’s broken your integration.  Whether that’s
something in your client or on BMC’s end I don’t know, I suggest you open a
case with support and see what they have to say once they have all the
details.



Mark



*From:* Action Request System discussion list(ARSList) [mailto:
arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
*Sent:* 20 September 2017 10:37


*To:* arslist@ARSLIST.ORG
*Subject:* Re: Unable to send alerts - failed to dispatch alert message



**

Yes Mark. 9.1.03 failing to send data to client. Client server accepts the
data from the AR server and process that internally.



Thanks

Pavan



On Wed, Sep 20, 2017 at 3:01 PM, Walters, Mark  wrote:

**

So if you send an alert to your custom client from a 7604 system it behaves
as expected but a 9103 server reports the error?   It sounds as though the
9103 server is trying some sort of negotiation with the client but it’s not
getting what it expects.  What does your client do – how was it written?
Does it just accept the data sent?



*From:* Action Request System discussion list(ARSList) [mailto:
arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
*Sent:* 20 September 2017 10:22


*To:* arslist@ARSLIST.ORG
*Subject:* Re: Unable to send alerts - failed to dispatch alert message



**

Mark,



Its a fresh installation. I have 7.6.04(On Linux) in another system and
9.1.03(On windows) on another system. I have installed alert client on
windows machine where I have installed 9.1.03 and I can see alert tool
poping up notifications. As you mentioned, it seems a problem with the
server negotiating a connection with your client.  What exactly you are
looking for setup so that I pass that information.



Thanks

Pavan



On Tue, Sep 19, 2017 at 4:33 PM, Walters, Mark  wrote:

**

So you’ve written a client which registers with the server to receive
alerts and have workflow generating alerts to send to this client?  If
that’s the case then the plugin is not used as far as I am aware, it’s a
problem with the server negotiating a connection with your client.  Can you
provide a more detailed description of your setup?   The setup is the same
as you had in 7604 and you have just upgraded ARS?



*From:* Action Request System discussion list(ARSList) [mailto:
arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
*Sent:* 19 September 2017 10:48
*To:* arslist@ARSLIST.ORG
*Subject:* Re: Unable to send alerts - failed to dispatch alert message



**

Hi Mark,



Thanks for your response. I have a socket program which is listening for
incoming data on port . If any alert comes it receives and parse the
information.

I have configured the same in 7.6.04 and that worked. It's a Linux machine.

Now I'm trying that on 9.1.03 ARS installed on windows machine but that's
not working.



Please let me know if you need any clarification!



Thanks

pavan



On 19-Sep-2017 12:41 PM, "Walters, Mark"  wrote:

**

What’s the client you’re sending the alerts to?  The plugin you’re using is
expecting to connect to a webservice when it dispatches the alert but I’m
not clear on your setup.



Mark



*From:* Action Request System discussion list(ARSList) [mailto:
arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
*Sent:* 19 September 2017 03:32
*To:* arslist@ARSLIST.ORG
*Subject:* Unable to send alerts - failed to dispatch alert message



**

Hi Guys,



I am using alert mechanism to send alerts to an external socket which is
listening on port .



I have configured the alert plugin as specified in
https://docs.bmc.com/docs/display/public/ars81/AR+Alert+
plug-in+configuration



I am using AR - Plugin instead of webservices. When I register a user and
trigger an alert I am getting the below message and my socket program is
not receiving any information. Please let me know your thoughts.



Tue Sep 19 00:16:43.252 2017   
/* Tue Sep 19 2017
00:16:43.2520 */ failed to dispatch alert message:

java.lang.IllegalStateException: Message serializer not found for client
version 0

at com.bmc.arsys.server.domain.alert.impl.
SocketAlertDispatcher$SocketAlertDispatcherSession.dispatchMessage(
SocketAlertDispatcher.jav

Re: Unable to send alerts - failed to dispatch alert message

[Nagidi Pavan]

Sure Mark.

Thanks
Pavan

On Wed, Sep 20, 2017 at 3:25 PM, Walters, Mark  wrote:

> **
>
> I’m not clear on the overall process you’re using but it sounds as though
> there’s come change in 9.1 that’s broken your integration.  Whether that’s
> something in your client or on BMC’s end I don’t know, I suggest you open a
> case with support and see what they have to say once they have all the
> details.
>
>
>
> Mark
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
> *Sent:* 20 September 2017 10:37
>
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Unable to send alerts - failed to dispatch alert message
>
>
>
> **
>
> Yes Mark. 9.1.03 failing to send data to client. Client server accepts the
> data from the AR server and process that internally.
>
>
>
> Thanks
>
> Pavan
>
>
>
> On Wed, Sep 20, 2017 at 3:01 PM, Walters, Mark 
> wrote:
>
> **
>
> So if you send an alert to your custom client from a 7604 system it
> behaves as expected but a 9103 server reports the error?   It sounds as
> though the 9103 server is trying some sort of negotiation with the client
> but it’s not getting what it expects.  What does your client do – how was
> it written?  Does it just accept the data sent?
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
> *Sent:* 20 September 2017 10:22
>
>
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Unable to send alerts - failed to dispatch alert message
>
>
>
> **
>
> Mark,
>
>
>
> Its a fresh installation. I have 7.6.04(On Linux) in another system and
> 9.1.03(On windows) on another system. I have installed alert client on
> windows machine where I have installed 9.1.03 and I can see alert tool
> poping up notifications. As you mentioned, it seems a problem with the
> server negotiating a connection with your client.  What exactly you are
> looking for setup so that I pass that information.
>
>
>
> Thanks
>
> Pavan
>
>
>
> On Tue, Sep 19, 2017 at 4:33 PM, Walters, Mark 
> wrote:
>
> **
>
> So you’ve written a client which registers with the server to receive
> alerts and have workflow generating alerts to send to this client?  If
> that’s the case then the plugin is not used as far as I am aware, it’s a
> problem with the server negotiating a connection with your client.  Can you
> provide a more detailed description of your setup?   The setup is the same
> as you had in 7604 and you have just upgraded ARS?
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
> *Sent:* 19 September 2017 10:48
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Unable to send alerts - failed to dispatch alert message
>
>
>
> **
>
> Hi Mark,
>
>
>
> Thanks for your response. I have a socket program which is listening for
> incoming data on port . If any alert comes it receives and parse the
> information.
>
> I have configured the same in 7.6.04 and that worked. It's a Linux machine.
>
> Now I'm trying that on 9.1.03 ARS installed on windows machine but that's
> not working.
>
>
>
> Please let me know if you need any clarification!
>
>
>
> Thanks
>
> pavan
>
>
>
> On 19-Sep-2017 12:41 PM, "Walters, Mark"  wrote:
>
> **
>
> What’s the client you’re sending the alerts to?  The plugin you’re using
> is expecting to connect to a webservice when it dispatches the alert but
> I’m not clear on your setup.
>
>
>
> Mark
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
> *Sent:* 19 September 2017 03:32
> *To:* arslist@ARSLIST.ORG
> *Subject:* Unable to send alerts - failed to dispatch alert message
>
>
>
> **
>
> Hi Guys,
>
>
>
> I am using alert mechanism to send alerts to an external socket which is
> listening on port .
>
>
>
> I have configured the alert plugin as specified in
> https://docs.bmc.com/docs/display/public/ars81/AR+Alert+
> plug-in+configuration
>
>
>
> I am using AR - Plugin instead of webservices. When I register a user and
> trigger an alert I am getting the below message and my socket program is
> not receiving any information. Please let me know your thoughts.
>
>
>
> Tue Sep 19 00:16:43.252 2017   
>>  /* Tue Sep 19 2017
> 00:16:43.2520 */ failed to dispatch alert message:
>
> java.lang.IllegalStateException: Message serializer no

Re: Unable to send alerts - failed to dispatch alert message

[Nagidi Pavan]

Yes Mark. 9.1.03 failing to send data to client. Client server accepts the
data from the AR server and process that internally.

Thanks
Pavan

On Wed, Sep 20, 2017 at 3:01 PM, Walters, Mark  wrote:

> **
>
> So if you send an alert to your custom client from a 7604 system it
> behaves as expected but a 9103 server reports the error?   It sounds as
> though the 9103 server is trying some sort of negotiation with the client
> but it’s not getting what it expects.  What does your client do – how was
> it written?  Does it just accept the data sent?
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
> *Sent:* 20 September 2017 10:22
>
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Unable to send alerts - failed to dispatch alert message
>
>
>
> **
>
> Mark,
>
>
>
> Its a fresh installation. I have 7.6.04(On Linux) in another system and
> 9.1.03(On windows) on another system. I have installed alert client on
> windows machine where I have installed 9.1.03 and I can see alert tool
> poping up notifications. As you mentioned, it seems a problem with the
> server negotiating a connection with your client.  What exactly you are
> looking for setup so that I pass that information.
>
>
>
> Thanks
>
> Pavan
>
>
>
> On Tue, Sep 19, 2017 at 4:33 PM, Walters, Mark 
> wrote:
>
> **
>
> So you’ve written a client which registers with the server to receive
> alerts and have workflow generating alerts to send to this client?  If
> that’s the case then the plugin is not used as far as I am aware, it’s a
> problem with the server negotiating a connection with your client.  Can you
> provide a more detailed description of your setup?   The setup is the same
> as you had in 7604 and you have just upgraded ARS?
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
> *Sent:* 19 September 2017 10:48
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Unable to send alerts - failed to dispatch alert message
>
>
>
> **
>
> Hi Mark,
>
>
>
> Thanks for your response. I have a socket program which is listening for
> incoming data on port . If any alert comes it receives and parse the
> information.
>
> I have configured the same in 7.6.04 and that worked. It's a Linux machine.
>
> Now I'm trying that on 9.1.03 ARS installed on windows machine but that's
> not working.
>
>
>
> Please let me know if you need any clarification!
>
>
>
> Thanks
>
> pavan
>
>
>
> On 19-Sep-2017 12:41 PM, "Walters, Mark"  wrote:
>
> **
>
> What’s the client you’re sending the alerts to?  The plugin you’re using
> is expecting to connect to a webservice when it dispatches the alert but
> I’m not clear on your setup.
>
>
>
> Mark
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
> *Sent:* 19 September 2017 03:32
> *To:* arslist@ARSLIST.ORG
> *Subject:* Unable to send alerts - failed to dispatch alert message
>
>
>
> **
>
> Hi Guys,
>
>
>
> I am using alert mechanism to send alerts to an external socket which is
> listening on port .
>
>
>
> I have configured the alert plugin as specified in
> https://docs.bmc.com/docs/display/public/ars81/AR+Alert+
> plug-in+configuration
>
>
>
> I am using AR - Plugin instead of webservices. When I register a user and
> trigger an alert I am getting the below message and my socket program is
> not receiving any information. Please let me know your thoughts.
>
>
>
> Tue Sep 19 00:16:43.252 2017   
>>  /* Tue Sep 19 2017
> 00:16:43.2520 */ failed to dispatch alert message:
>
> java.lang.IllegalStateException: Message serializer not found for client
> version 0
>
> at com.bmc.arsys.server.domain.alert.impl.
> SocketAlertDispatcher$SocketAlertDispatcherSession.dispatchMessage(
> SocketAlertDispatcher.java:386) ~[bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.domain.alert.impl.
> SocketAlertDispatcher$SocketAlertDispatcherSession.dispatch(
> SocketAlertDispatcher.java:356) ~[bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.domain.alert.impl.AlerterImpl.
> sendSocketBasedAlert(AlerterImpl.java:437) [bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.domain.alert.impl.AlerterImpl.
> sendAlertBlocking(AlerterImpl.java:353) [bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.domain.runtime.jms.
> AlertMessag

Re: Unable to send alerts - failed to dispatch alert message

[Nagidi Pavan]

Mark,

Its a fresh installation. I have 7.6.04(On Linux) in another system and
9.1.03(On windows) on another system. I have installed alert client on
windows machine where I have installed 9.1.03 and I can see alert tool
poping up notifications. As you mentioned, it seems a problem with the
server negotiating a connection with your client.  What exactly you are
looking for setup so that I pass that information.

Thanks
Pavan

On Tue, Sep 19, 2017 at 4:33 PM, Walters, Mark  wrote:

> **
>
> So you’ve written a client which registers with the server to receive
> alerts and have workflow generating alerts to send to this client?  If
> that’s the case then the plugin is not used as far as I am aware, it’s a
> problem with the server negotiating a connection with your client.  Can you
> provide a more detailed description of your setup?   The setup is the same
> as you had in 7604 and you have just upgraded ARS?
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
> *Sent:* 19 September 2017 10:48
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Unable to send alerts - failed to dispatch alert message
>
>
>
> **
>
> Hi Mark,
>
>
>
> Thanks for your response. I have a socket program which is listening for
> incoming data on port . If any alert comes it receives and parse the
> information.
>
> I have configured the same in 7.6.04 and that worked. It's a Linux machine.
>
> Now I'm trying that on 9.1.03 ARS installed on windows machine but that's
> not working.
>
>
>
> Please let me know if you need any clarification!
>
>
>
> Thanks
>
> pavan
>
>
>
> On 19-Sep-2017 12:41 PM, "Walters, Mark"  wrote:
>
> **
>
> What’s the client you’re sending the alerts to?  The plugin you’re using
> is expecting to connect to a webservice when it dispatches the alert but
> I’m not clear on your setup.
>
>
>
> Mark
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
> *Sent:* 19 September 2017 03:32
> *To:* arslist@ARSLIST.ORG
> *Subject:* Unable to send alerts - failed to dispatch alert message
>
>
>
> **
>
> Hi Guys,
>
>
>
> I am using alert mechanism to send alerts to an external socket which is
> listening on port .
>
>
>
> I have configured the alert plugin as specified in
> https://docs.bmc.com/docs/display/public/ars81/AR+Alert+
> plug-in+configuration
>
>
>
> I am using AR - Plugin instead of webservices. When I register a user and
> trigger an alert I am getting the below message and my socket program is
> not receiving any information. Please let me know your thoughts.
>
>
>
> Tue Sep 19 00:16:43.252 2017   
>>  /* Tue Sep 19 2017
> 00:16:43.2520 */ failed to dispatch alert message:
>
> java.lang.IllegalStateException: Message serializer not found for client
> version 0
>
> at com.bmc.arsys.server.domain.alert.impl.
> SocketAlertDispatcher$SocketAlertDispatcherSession.dispatchMessage(
> SocketAlertDispatcher.java:386) ~[bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.domain.alert.impl.
> SocketAlertDispatcher$SocketAlertDispatcherSession.dispatch(
> SocketAlertDispatcher.java:356) ~[bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.domain.alert.impl.AlerterImpl.
> sendSocketBasedAlert(AlerterImpl.java:437) [bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.domain.alert.impl.AlerterImpl.
> sendAlertBlocking(AlerterImpl.java:353) [bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.domain.runtime.jms.
> AlertMessageHandler.handleMessage_aroundBody0(AlertMessageHandler.java:44)
> [bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.domain.runtime.jms.
> AlertMessageHandler$AjcClosure1.run(AlertMessageHandler.java:1)
> [bundlefile:9.1.03-SNAPSHOT]
>
> at 
> org.aspectj.runtime.reflect.JoinPointImpl.proceed(JoinPointImpl.java:149)
> [bundlefile:1.8.4]
>
> at com.bmc.arsys.server.internal.aspects.
> ARTransactionalManager.manageGeneralEntryApiTransacti
> on(ARTransactionalManager.java:261) [bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.internal.aspects.
> ARTransactionalManager.manageEntryApiTransaction(
> ARTransactionalManager.java:188) [bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.domain.runtime.jms.
> AlertMessageHandler.handleMessage(AlertMessageHandler.java:37)
> [bundlefile:9.1.03-SNAPSHOT]
>
> at com.

Re: Unable to send alerts - failed to dispatch alert message

[Nagidi Pavan]

Hi Mark,

Thanks for your response. I have a socket program which is listening for
incoming data on port . If any alert comes it receives and parse the
information.
I have configured the same in 7.6.04 and that worked. It's a Linux machine.
Now I'm trying that on 9.1.03 ARS installed on windows machine but that's
not working.

Please let me know if you need any clarification!

Thanks
pavan

On 19-Sep-2017 12:41 PM, "Walters, Mark"  wrote:

> **
>
> What’s the client you’re sending the alerts to?  The plugin you’re using
> is expecting to connect to a webservice when it dispatches the alert but
> I’m not clear on your setup.
>
>
>
> Mark
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
> *Sent:* 19 September 2017 03:32
> *To:* arslist@ARSLIST.ORG
> *Subject:* Unable to send alerts - failed to dispatch alert message
>
>
>
> **
>
> Hi Guys,
>
>
>
> I am using alert mechanism to send alerts to an external socket which is
> listening on port .
>
>
>
> I have configured the alert plugin as specified in
> https://docs.bmc.com/docs/display/public/ars81/AR+Alert+
> plug-in+configuration
>
>
>
> I am using AR - Plugin instead of webservices. When I register a user and
> trigger an alert I am getting the below message and my socket program is
> not receiving any information. Please let me know your thoughts.
>
>
>
> Tue Sep 19 00:16:43.252 2017   
>>  /* Tue Sep 19 2017
> 00:16:43.2520 */ failed to dispatch alert message:
>
> java.lang.IllegalStateException: Message serializer not found for client
> version 0
>
> at com.bmc.arsys.server.domain.alert.impl.
> SocketAlertDispatcher$SocketAlertDispatcherSession.dispatchMessage(
> SocketAlertDispatcher.java:386) ~[bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.domain.alert.impl.
> SocketAlertDispatcher$SocketAlertDispatcherSession.dispatch(
> SocketAlertDispatcher.java:356) ~[bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.domain.alert.impl.AlerterImpl.
> sendSocketBasedAlert(AlerterImpl.java:437) [bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.domain.alert.impl.AlerterImpl.
> sendAlertBlocking(AlerterImpl.java:353) [bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.domain.runtime.jms.
> AlertMessageHandler.handleMessage_aroundBody0(AlertMessageHandler.java:44)
> [bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.domain.runtime.jms.
> AlertMessageHandler$AjcClosure1.run(AlertMessageHandler.java:1)
> [bundlefile:9.1.03-SNAPSHOT]
>
> at 
> org.aspectj.runtime.reflect.JoinPointImpl.proceed(JoinPointImpl.java:149)
> [bundlefile:1.8.4]
>
> at com.bmc.arsys.server.internal.aspects.
> ARTransactionalManager.manageGeneralEntryApiTransacti
> on(ARTransactionalManager.java:261) [bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.internal.aspects.
> ARTransactionalManager.manageEntryApiTransaction(
> ARTransactionalManager.java:188) [bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.server.domain.runtime.jms.
> AlertMessageHandler.handleMessage(AlertMessageHandler.java:37)
> [bundlefile:9.1.03-SNAPSHOT]
>
> at com.bmc.arsys.messaging.impl.MessageSubscriberImpl.
> onMessage(MessageSubscriberImpl.java:125) [bundlefile:9.1.03-SNAPSHOT]
>
> at org.springframework.jms.listener.
> AbstractMessageListenerContainer.doInvokeListener(
> AbstractMessageListenerContainer.java:689) [bundlefile:na]
>
> at org.springframework.jms.listener.
> AbstractMessageListenerContainer.invokeListener(
> AbstractMessageListenerContainer.java:649) [bundlefile:na]
>
>
>
> Thanks
>
> Pavan
>
>
>
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
> BMC Software Limited Registered Office: Building E2, Eskdale Road,
> Winnersh, Wokingham, Berkshire, United Kingdom, RG41 5TS Registered in
> England No. 1927903 The content of this email is confidential. If you are
> not the addressee, you may not distribute, copy or disclose any part of it.
> If you receive this message in error, please delete this from your system
> and notify the sender immediately.
> _ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Unable to send alerts - failed to dispatch alert message

[Nagidi Pavan]

Hi Guys,

I am using alert mechanism to send alerts to an external socket which is
listening on port .

I have configured the alert plugin as specified in
https://docs.bmc.com/docs/display/public/ars81/AR+Alert+plug-in+configuration

I am using AR - Plugin instead of webservices. When I register a user and
trigger an alert I am getting the below message and my socket program is
not receiving any information. Please let me know your thoughts.

Tue Sep 19 00:16:43.252 2017   
/* Tue Sep 19 2017
00:16:43.2520 */ failed to dispatch alert message:
java.lang.IllegalStateException: Message serializer not found for client
version 0
at
com.bmc.arsys.server.domain.alert.impl.SocketAlertDispatcher$SocketAlertDispatcherSession.dispatchMessage(SocketAlertDispatcher.java:386)
~[bundlefile:9.1.03-SNAPSHOT]
at
com.bmc.arsys.server.domain.alert.impl.SocketAlertDispatcher$SocketAlertDispatcherSession.dispatch(SocketAlertDispatcher.java:356)
~[bundlefile:9.1.03-SNAPSHOT]
at
com.bmc.arsys.server.domain.alert.impl.AlerterImpl.sendSocketBasedAlert(AlerterImpl.java:437)
[bundlefile:9.1.03-SNAPSHOT]
at
com.bmc.arsys.server.domain.alert.impl.AlerterImpl.sendAlertBlocking(AlerterImpl.java:353)
[bundlefile:9.1.03-SNAPSHOT]
at
com.bmc.arsys.server.domain.runtime.jms.AlertMessageHandler.handleMessage_aroundBody0(AlertMessageHandler.java:44)
[bundlefile:9.1.03-SNAPSHOT]
at
com.bmc.arsys.server.domain.runtime.jms.AlertMessageHandler$AjcClosure1.run(AlertMessageHandler.java:1)
[bundlefile:9.1.03-SNAPSHOT]
at
org.aspectj.runtime.reflect.JoinPointImpl.proceed(JoinPointImpl.java:149)
[bundlefile:1.8.4]
at
com.bmc.arsys.server.internal.aspects.ARTransactionalManager.manageGeneralEntryApiTransaction(ARTransactionalManager.java:261)
[bundlefile:9.1.03-SNAPSHOT]
at
com.bmc.arsys.server.internal.aspects.ARTransactionalManager.manageEntryApiTransaction(ARTransactionalManager.java:188)
[bundlefile:9.1.03-SNAPSHOT]
at
com.bmc.arsys.server.domain.runtime.jms.AlertMessageHandler.handleMessage(AlertMessageHandler.java:37)
[bundlefile:9.1.03-SNAPSHOT]
at
com.bmc.arsys.messaging.impl.MessageSubscriberImpl.onMessage(MessageSubscriberImpl.java:125)
[bundlefile:9.1.03-SNAPSHOT]
at
org.springframework.jms.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:689)
[bundlefile:na]
at
org.springframework.jms.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:649)
[bundlefile:na]

Thanks
Pavan

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

BMC Remedy ITSM Suit 8.1.01 installation failed

[Nagidi Pavan]

Hi Guys,



I am installing a fresh Remedy instance but stuck at ITSM installation. I
could see this the following in the logs and I feel this is the main reason
for failing the installation could someone through some light on this issue?



THROWABLE EVENT {Description=[Program execution failed due to return code
-1],Detail=[Program not completed]},

  Throwable=[com.bmc.install.utility.language.syntax.statement.extension.
StatementDelegateReturnCodeException:  Executing CMDB Extension Loader
returned an error -1



I have so far installed 9.1.03 ARServer, Atrium Core and Atrium Integrator
Engine. Now trying to install ITSM 8.1.01 on top of it.





Please let me know so that I can proceed further.



Thanks

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Integrate with third party application without consuming their webservice

[Nagidi Pavan]

Thanks Jason. I have just come across this link and going through it. Will
get back to you if I have any question.

Very thankful for sparing sometime for my request!


Thanks
Pavan

On Fri, Sep 8, 2017 at 11:21 AM, Jason Miller 
wrote:

> **
> Have you thought about the APL Restful Plugin?  It works with 7.6.04 and
> will allow you to make REST calls to the SL application.
>
> http://remedylegacy.com/tools/restful-api-plugin
>
> Jason
>
> On Thu, Sep 7, 2017 at 5:18 PM, Nagidi Pavan  wrote:
>
>> **
>> Hello Guys,
>>
>> I am working on POC. We got the below requirement and I am not sure how
>> to proceed further.
>>
>> We are integrating Remedy with SL application. When ever an alert is
>> generated in SL we are creating incident in Remedy using webservice. Now
>> when ever the corresponding incident is "Resolved" that should clear the
>> respective alert in SL. SL is providing REST API to clear their alert. I am
>> using ARS 7.6.04, hence I cannot make REST call to that system.
>>
>> We can consume a webservice and perform necessary action but that is not
>> possible as SL doesn't have webservice concept as they are depending only
>> on REST API.
>>
>> Could someone please guide me how I could proceed further.
>>
>> NOTE: We have python code running in between SL and Remedy for ticket
>> creation.
>>
>> Thanks
>> Pavan
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Integrate with third party application without consuming their webservice

[Nagidi Pavan]

Hello Guys,

I am working on POC. We got the below requirement and I am not sure how to
proceed further.

We are integrating Remedy with SL application. When ever an alert is
generated in SL we are creating incident in Remedy using webservice. Now
when ever the corresponding incident is "Resolved" that should clear the
respective alert in SL. SL is providing REST API to clear their alert. I am
using ARS 7.6.04, hence I cannot make REST call to that system.

We can consume a webservice and perform necessary action but that is not
possible as SL doesn't have webservice concept as they are depending only
on REST API.

Could someone please guide me how I could proceed further.

NOTE: We have python code running in between SL and Remedy for ticket
creation.

Thanks
Pavan

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: ITSM Upgrade completed with warnings - In fact failed to upgrade

[Nagidi Pavan]

Thanks Aditya,

One of my senior colleagues had resolved this issue with all trail and
error method. I will get from him what has been done to fix this issue.



On Thu, Mar 19, 2015 at 11:37 AM, Aditya Shrivastava 
wrote:

> **
> Hi Pavan,
>
> Please find my responses inline. Thanks!
>
> Bottomline:
> 1) Compile all the 65 INVALID objects, in fact they are the reason for
> longer run of your ITSM upgrade installer. They should have been identified
> before running installer and must have been re-compiled. Keep checking for
> them when installer is running and compile them.
> 2) You have trouble importing one join form. Take backup of base forms in
> your environment. Import OOTB 8.1.02 version of the form directly.
>
> Regards,
> Aditya Shrivastava
>
> On Tue, Mar 17, 2015 at 6:50 PM, Nagidi Pavan  wrote:
>
>> **
>> Hi Aditya,
>>
>> Thank you very much for your reply. Please find my answers below.
>>
>> 1) Which database you have? If you have Oracle, did you check for INVALID
>> objects while installing/upgrading?
>> ANS: Oracle, How do we checked INVALID objects by the below query and it
>> fetched almost 65 entries
>> select object_name,object_type,status from user_objects where
>> status='INVALID';
>>
>
>
>> [APS]: Yes, this query gives you count of INVALID objects. You can
>> re-compile these objects using "Compile" option from whatever software you
>> are using. or run query to compile those objects.
>>
> Any suggestions to correct them is highly appreciated, also I would like
>> to know why they are INVALID. How to troubleshoot that?
>>
> There are INVALID objects because of the fact that there are some
> structural differences between how Remedy and Oracle creates tables and
> views. But this is not a big problem as those INVALID objects can be
> "Compiled" and then everything would be in sync.
>
>>
>> 2) Hope you must have seen ITSM install log files, but would again
>> suggest you to look through logs and find out which .def failed to import.
>> For ex chg_deplapp.def etc
>> ANS: Fixed all most all the issues that we could see in the logs. The
>> issues which we are seeing now is while importing
>> CHG:ChangeRelationshipinterface form, which does not exist in 7.6.03 but
>> seems like newly added in 8.1.02
>>
>> [APS]: I believe you have already followed recommended upgrade path
> 7.6.03 to 7.6.04 to 8.1.02.
> Since this form doesn't exist in 7.6.03, I would like to try out following:
> 1. Identify the def to which it belong like chg_deplapp**.def and try to
> import this form alone from 8.1.02_install folder.
> 2. If unable to find the def, you can try importing def of this form alone
> obtained from an OOTB environment. Please note this is a join form so you
> should have the base forms inn your environment
> CHG:ChangeRelationshipinterface -> CHG:Associations + CHG:ChangeInterface
>
>
>> 3) Go through all INC/PBM/CHG and import all the failed def files.
>> ANS: imported all the def files related to INC and PBM only facing issues
>> while importing chg_deplapp.def and especially with
>> CHG:ChangeRelationshipinterface form.
>>
>
> [APS]:  You can try importing def of this form alone obtained from an OOTB
> environment.
>
>>
>> 4) If you are facing issues with specific form import also - suggest you
>> to modify them, save changes and again try to import them.
>> ANS: Since we are only facing issues with CHG:ChangeRelationshipinterface
>> form, is that fine modifying that form?
>> My only concern is the above mentioned form does not exist in 7.603. We
>> are upgrading ITSM from 7.6.03 to 8.1.02.
>>
>
> [APS]: As you said, this form doesn't exist in old environment and might
> be newly added one. Would suggest take backup of base forms and import the
> newly added join form obtained from an OOTB environement.
>
>>
>> Please let me now your thoughts and any suggestions to move forward!!
>>
>> Thanks once again.
>>
>>
>> On Tue, Mar 17, 2015 at 9:07 AM, Aditya Shrivastava 
>> wrote:
>>
>>> **
>>> Hi Pavan,
>>>
>>> 1) Which database you have? If you have Oracle, did you check for
>>> INVALID objects while installing/upgrading?
>>> 2) Hope you must have seen ITSM install log files, but would again
>>> suggest you to look through logs and find out which .def failed to import.
>>> For ex chg_deplapp.def etc
>>> 3) Go through all INC/PBM/CHG and import all the failed def files.
>>> 4) If you are facing issues with specific form import also - sugg

Re: ITSM Upgrade completed with warnings - In fact failed to upgrade

[Nagidi Pavan]

Hi Aditya,

Thank you very much for your reply. Please find my answers below.

1) Which database you have? If you have Oracle, did you check for INVALID
objects while installing/upgrading?
ANS: Oracle, How do we checked INVALID objects by the below query and it
fetched almost 65 entries
select object_name,object_type,status from user_objects where
status='INVALID';

Any suggestions to correct them is highly appreciated, also I would like to
know why they are INVALID. How to troubleshoot that?

2) Hope you must have seen ITSM install log files, but would again suggest
you to look through logs and find out which .def failed to import. For ex
chg_deplapp.def etc
ANS: Fixed all most all the issues that we could see in the logs. The
issues which we are seeing now is while importing
CHG:ChangeRelationshipinterface form, which doesnot exist in 7.6.03 but
seems like newly added in 8.1.02

3) Go through all INC/PBM/CHG and import all the failed def files.
ANS: imported all the def files related to INC and PBM only facing issues
while importing chg_deplapp.def and especially with
CHG:ChangeRelationshipinterface form.

4) If you are facing issues with specific form import also - suggest you to
modify them, save changes and again try to import them.
ANS: Since we are only facing issues with CHG:ChangeRelationshipinterface
form, is that fine modifying that form?
My only concern is the above mentioned form does not exist in 7.603. We are
upgrading ITSM from 7.6.03 to 8.1.02.

Please let me now your thoughts and any suggestions to move forward!!

Thanks once again.


On Tue, Mar 17, 2015 at 9:07 AM, Aditya Shrivastava 
wrote:

> **
> Hi Pavan,
>
> 1) Which database you have? If you have Oracle, did you check for INVALID
> objects while installing/upgrading?
> 2) Hope you must have seen ITSM install log files, but would again suggest
> you to look through logs and find out which .def failed to import. For ex
> chg_deplapp.def etc
> 3) Go through all INC/PBM/CHG and import all the failed def files.
> 4) If you are facing issues with specific form import also - suggest you
> to modify them, save changes and again try to import them.
>
> Let us know how it goes. Thanks!
>
> Regards,
> Aditya
>
> On Tue, Mar 17, 2015 at 5:59 AM, Nagidi Pavan  wrote:
>
>> **
>> Hello Experts,
>>
>> Do anyone has any suggestions for me!!
>>
>> On Fri, Mar 13, 2015 at 8:04 PM, Nagidi Pavan 
>> wrote:
>>
>>> Hi Ken,
>>>
>>> Thanks for your response.
>>>
>>> For the form which we are facing the issue, in the Base devleopment mode
>>> it shows its "overlaid", in the Best Practice Customization mode it shows
>>> "unmodified".
>>>
>>> Is this the issue? If so, how to overcome this?
>>>
>>> On Fri, Mar 13, 2015 at 2:52 AM, Ken Pritchard  wrote:
>>>
>>>> **
>>>>
>>>> I’ve seen the unique index error occur when there is a form with and
>>>> without the __c designation.  Seems like the system thinks they are two
>>>> different forms, but the same form.
>>>>
>>>>
>>>>
>>>> *From:* Action Request System discussion list(ARSList) [mailto:
>>>> arslist@ARSLIST.ORG] *On Behalf Of *Grooms, Frederick W
>>>> *Sent:* Thursday, March 12, 2015 2:03 PM
>>>>
>>>> *To:* arslist@ARSLIST.ORG
>>>> *Subject:* Re: ITSM Upgrade completed with warnings - In fact failed
>>>> to upgrade
>>>>
>>>>
>>>>
>>>> **
>>>>
>>>> The SQL database operation failed.; Error - OCI_INVALID_HANDLE,  552
>>>>
>>>>
>>>>
>>>> Sounds like your database had an error with connecting to it.  I
>>>> believe there is an SQL log made during the upgrade.  See if it has any
>>>> more information
>>>>
>>>>
>>>>
>>>> Look to see what the SQL was doing when you got the
>>>>
>>>> The value(s) for this entry violate a unique index that has been
>>>> defined for this form; ,  382
>>>>
>>>>
>>>>
>>>> That will tell you which forms tried to create duplicate records
>>>>
>>>>
>>>>
>>>> Fred
>>>>
>>>>
>>>>
>>>> *From:* Action Request System discussion list(ARSList) [
>>>> mailto:arslist@ARSLIST.ORG ] *On Behalf Of *Nagidi
>>>> Pavan
>>>> *Sent:* Thursday, March 12, 2015 12:52 PM
>>>> *To:* arslist@ARSLIST.ORG
>>>> *Subject:* Re: ITSM Upgrade completed with warnings - In fac

Re: ITSM Upgrade completed with warnings - In fact failed to upgrade

[Nagidi Pavan]

Hello Experts,

Do anyone has any suggestions for me!!

On Fri, Mar 13, 2015 at 8:04 PM, Nagidi Pavan  wrote:

> Hi Ken,
>
> Thanks for your response.
>
> For the form which we are facing the issue, in the Base devleopment mode
> it shows its "overlaid", in the Best Practice Customization mode it shows
> "unmodified".
>
> Is this the issue? If so, how to overcome this?
>
> On Fri, Mar 13, 2015 at 2:52 AM, Ken Pritchard  wrote:
>
>> **
>>
>> I’ve seen the unique index error occur when there is a form with and
>> without the __c designation.  Seems like the system thinks they are two
>> different forms, but the same form.
>>
>>
>>
>> *From:* Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] *On Behalf Of *Grooms, Frederick W
>> *Sent:* Thursday, March 12, 2015 2:03 PM
>>
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* Re: ITSM Upgrade completed with warnings - In fact failed to
>> upgrade
>>
>>
>>
>> **
>>
>> The SQL database operation failed.; Error - OCI_INVALID_HANDLE,  552
>>
>>
>>
>> Sounds like your database had an error with connecting to it.  I believe
>> there is an SQL log made during the upgrade.  See if it has any more
>> information
>>
>>
>>
>> Look to see what the SQL was doing when you got the
>>
>> The value(s) for this entry violate a unique index that has been defined
>> for this form; ,  382
>>
>>
>>
>> That will tell you which forms tried to create duplicate records
>>
>>
>>
>> Fred
>>
>>
>>
>> *From:* Action Request System discussion list(ARSList) [
>> mailto:arslist@ARSLIST.ORG ] *On Behalf Of *Nagidi
>> Pavan
>> *Sent:* Thursday, March 12, 2015 12:52 PM
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* Re: ITSM Upgrade completed with warnings - In fact failed to
>> upgrade
>>
>>
>>
>> **
>>
>> Hi William,
>>
>> Firstly, thanks for your response.
>>
>> Below was done prior to ITSM upgrade.
>>
>>
>> 1) We have upgraded AR Server from 7.6.04 to 8.1.02 without any issues.
>> 2) Ran BPCU in overlay mode to preserve our customizations
>> 3) Upgraded Atrium Core successfully from 7.6.03 to 8.1.02
>> 4) Upgraded ITSM from 7.6.03 to 8.1.02 successfully  after fixing issues
>> with field mappings using the option "Only copy CI attributes from CDM to
>> ITSM Foundation".
>> 5) Restarted upgrade once again with the option "Upgrade to 8.1.02 but
>> don not remove CI attributes from CDM". After 13 hours we got the results
>> as "BMC Remedy ITSM Suite 8.1.02 install completed with warnings."
>>
>> I believe I am going in the correct direction. Please advise.
>>
>> Thanks
>>
>> Pavan
>>
>>
>>
>> *From:* Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
>> *Sent:* Thursday, March 12, 2015 12:14 PM
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* ITSM Upgrade completed with warnings - In fact failed to
>> upgrade
>>
>>
>>
>> **
>>
>> Hello Experts,
>>
>> We tried to upgraded ITSM from 7.603 to 8.1.02, but it says completed
>> with warnings. From the logs we could find many def files failed to import.
>> We have sorted out issues related to Asset, incident and Problem
>> Management. But facing issues while importing the def files related to
>> Change Module.
>>
>>  We could see the below error messages while importing the file.
>>
>> The SQL database operation failed.; Error - OCI_INVALID_HANDLE,  552,
>> The following item was not imported;
>> CHG:ChangeImpactedAreaCIAssociation_Join,  55,
>> The following item was not imported;
>> CHG:Change-ImpactedAreasCIAssociation_outer_ApproverLookup,  55,
>> The following item was not imported; CHG:ChangeRelationshipInterface,  55
>>
>> We have restarted Remedy services and tried importing that again. This
>> time we could find the below messages.
>>
>> The value(s) for this entry violate a unique index that has been defined
>> for this form; ,  382,
>> The following item was not imported;
>> CHG:ChangeImpactedAreaCIAssociation_Join,  55,
>> The following item was not imported;
>> CHG:Change-ImpactedAreasCIAssociation_outer_ApproverLookup,  55,
>> The following item was not imported; CHG:ChangeRelationshipInterface,
>> 55,
>>
>>
>>
>> I have opened a ticket with BMC but as as usual very poor response in
>> this week. Any suggestions are highly appreciated.
>>
>> Thanks
>>
>> Pavan
>>
>>
>>
>>
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>>
>
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: ITSM Upgrade completed with warnings - In fact failed to upgrade

[Nagidi Pavan]

Hi Ken,

Thanks for your response.

For the form which we are facing the issue, in the Base devleopment mode it
shows its "overlaid", in the Best Practice Customization mode it shows
"unmodified".

Is this the issue? If so, how to overcome this?

On Fri, Mar 13, 2015 at 2:52 AM, Ken Pritchard  wrote:

> **
>
> I’ve seen the unique index error occur when there is a form with and
> without the __c designation.  Seems like the system thinks they are two
> different forms, but the same form.
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Grooms, Frederick W
> *Sent:* Thursday, March 12, 2015 2:03 PM
>
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: ITSM Upgrade completed with warnings - In fact failed to
> upgrade
>
>
>
> **
>
> The SQL database operation failed.; Error - OCI_INVALID_HANDLE,  552
>
>
>
> Sounds like your database had an error with connecting to it.  I believe
> there is an SQL log made during the upgrade.  See if it has any more
> information
>
>
>
> Look to see what the SQL was doing when you got the
>
> The value(s) for this entry violate a unique index that has been defined
> for this form; ,  382
>
>
>
> That will tell you which forms tried to create duplicate records
>
>
>
> Fred
>
>
>
> *From:* Action Request System discussion list(ARSList) [
> mailto:arslist@ARSLIST.ORG ] *On Behalf Of *Nagidi
> Pavan
> *Sent:* Thursday, March 12, 2015 12:52 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: ITSM Upgrade completed with warnings - In fact failed to
> upgrade
>
>
>
> **
>
> Hi William,
>
> Firstly, thanks for your response.
>
> Below was done prior to ITSM upgrade.
>
>
> 1) We have upgraded AR Server from 7.6.04 to 8.1.02 without any issues.
> 2) Ran BPCU in overlay mode to preserve our customizations
> 3) Upgraded Atrium Core successfully from 7.6.03 to 8.1.02
> 4) Upgraded ITSM from 7.6.03 to 8.1.02 successfully  after fixing issues
> with field mappings using the option "Only copy CI attributes from CDM to
> ITSM Foundation".
> 5) Restarted upgrade once again with the option "Upgrade to 8.1.02 but don
> not remove CI attributes from CDM". After 13 hours we got the results as
> "BMC Remedy ITSM Suite 8.1.02 install completed with warnings."
>
> I believe I am going in the correct direction. Please advise.
>
> Thanks
>
> Pavan
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
> *Sent:* Thursday, March 12, 2015 12:14 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* ITSM Upgrade completed with warnings - In fact failed to
> upgrade
>
>
>
> **
>
> Hello Experts,
>
> We tried to upgraded ITSM from 7.603 to 8.1.02, but it says completed with
> warnings. From the logs we could find many def files failed to import. We
> have sorted out issues related to Asset, incident and Problem Management.
> But facing issues while importing the def files related to Change Module.
>
>  We could see the below error messages while importing the file.
>
> The SQL database operation failed.; Error - OCI_INVALID_HANDLE,  552,
> The following item was not imported;
> CHG:ChangeImpactedAreaCIAssociation_Join,  55,
> The following item was not imported;
> CHG:Change-ImpactedAreasCIAssociation_outer_ApproverLookup,  55,
> The following item was not imported; CHG:ChangeRelationshipInterface,  55
>
> We have restarted Remedy services and tried importing that again. This
> time we could find the below messages.
>
> The value(s) for this entry violate a unique index that has been defined
> for this form; ,  382,
> The following item was not imported;
> CHG:ChangeImpactedAreaCIAssociation_Join,  55,
> The following item was not imported;
> CHG:Change-ImpactedAreasCIAssociation_outer_ApproverLookup,  55,
> The following item was not imported; CHG:ChangeRelationshipInterface,
> 55,
>
>
>
> I have opened a ticket with BMC but as as usual very poor response in this
> week. Any suggestions are highly appreciated.
>
> Thanks
>
> Pavan
>
>
>
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: ITSM Upgrade completed with warnings - In fact failed to upgrade

[Nagidi Pavan]

I could see the below in the log files

   
   /* Wed Mar 11 2015 22:39:50.8992 */INSERT
INTO field_permissions
(recordId,schemaId,fieldId,groupId,permission,overlayExtended) VALUES
(2074676,3530,23009,0,1,0)
   
   /* Wed Mar 11 2015 22:39:50.9352 */
   
   /* Wed Mar 11 2015 22:39:50.9353 */SELECT
T1.C1,C152,C155,C156 FROM T1 WHERE ((T1.C8 = '382') AND (T1.C7 = 0) AND
(T1.C150 = 0) AND ((T1.C152 LIKE 'NO LOCALE') OR (T1.C152 IS NULL))) ORDER
BY C152 ASC, 1 ASC
   
   /* Wed Mar 11 2015 22:39:50.9415 */OK
   
   /* Wed Mar 11 2015 22:39:50.9420 */ROLLBACK
WORK

Its almost some 3mb file after zipping it. I will send the logs shortly.


On Fri, Mar 13, 2015 at 12:16 AM, Nagidi Pavan  wrote:

> Okay.. Attaching the SQL log that is captured while importing the def file
> using the developer studio.
>
> On Thu, Mar 12, 2015 at 11:32 PM, Grooms, Frederick W <
> frederick.w.gro...@xo.com> wrote:
>
>> **
>>
>> The SQL database operation failed.; Error - OCI_INVALID_HANDLE,  552
>>
>>
>>
>> Sounds like your database had an error with connecting to it.  I believe
>> there is an SQL log made during the upgrade.  See if it has any more
>> information
>>
>>
>>
>> Look to see what the SQL was doing when you got the
>>
>> The value(s) for this entry violate a unique index that has been defined
>> for this form; ,  382
>>
>>
>>
>> That will tell you which forms tried to create duplicate records
>>
>>
>>
>> Fred
>>
>>
>>
>> *From:* Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
>> *Sent:* Thursday, March 12, 2015 12:52 PM
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* Re: ITSM Upgrade completed with warnings - In fact failed to
>> upgrade
>>
>>
>>
>> **
>>
>> Hi William,
>>
>> Firstly, thanks for your response.
>>
>> Below was done prior to ITSM upgrade.
>>
>>
>> 1) We have upgraded AR Server from 7.6.04 to 8.1.02 without any issues.
>> 2) Ran BPCU in overlay mode to preserve our customizations
>> 3) Upgraded Atrium Core successfully from 7.6.03 to 8.1.02
>> 4) Upgraded ITSM from 7.6.03 to 8.1.02 successfully  after fixing issues
>> with field mappings using the option "Only copy CI attributes from CDM to
>> ITSM Foundation".
>> 5) Restarted upgrade once again with the option "Upgrade to 8.1.02 but
>> don not remove CI attributes from CDM". After 13 hours we got the results
>> as "BMC Remedy ITSM Suite 8.1.02 install completed with warnings."
>>
>> I believe I am going in the correct direction. Please advise.
>>
>> Thanks
>>
>> Pavan
>>
>>
>>
>>   *From:* Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
>> *Sent:* Thursday, March 12, 2015 12:14 PM
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* ITSM Upgrade completed with warnings - In fact failed to
>> upgrade
>>
>>
>>
>> **
>>
>> Hello Experts,
>>
>> We tried to upgraded ITSM from 7.603 to 8.1.02, but it says completed
>> with warnings. From the logs we could find many def files failed to import.
>> We have sorted out issues related to Asset, incident and Problem
>> Management. But facing issues while importing the def files related to
>> Change Module.
>>
>>  We could see the below error messages while importing the file.
>>
>> The SQL database operation failed.; Error - OCI_INVALID_HANDLE,  552,
>> The following item was not imported;
>> CHG:ChangeImpactedAreaCIAssociation_Join,  55,
>> The following item was not imported;
>> CHG:Change-ImpactedAreasCIAssociation_outer_ApproverLookup,  55,
>> The following item was not imported; CHG:ChangeRelationshipInterface,  55
>>
>> We have restarted Remedy services and tried importing that again. This
>> time we could find the below messages.
>>
>> The value(s) for this entry violate a unique index that has been defined
>> for this form; ,  382,
>> The following item was not imported;
>> CHG:ChangeImpactedAreaCIAssociation_Join,  55,
>> The following item was not imported;
>> CHG:Change-ImpactedAreasCIAssociation_outer_ApproverLookup,  55,
>> The following item was not imported; CHG:ChangeRelationshipInterface,
>> 55,
>>
>>
>>
>> I have opened a ticket with BMC but as as usual very poor response in
>> this week. Any suggestions are highly appreciated.
>>
>> Thanks
>>
>> Pavan
>>
>>
>>
>>
>>  _ARSlist: "Where the Answers Are" and have been for 20 years_
>>
>
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: ITSM Upgrade completed with warnings - In fact failed to upgrade

[Nagidi Pavan]

Hi William,

Firstly, thanks for your response.

Below was done prior to ITSM upgrade.

1) We have upgraded AR Server from 7.6.04 to 8.1.02 without any issues.
2) Ran BPCU in overlay mode to preserve our customizations
3) Upgraded Atrium Core successfully from 7.6.03 to 8.1.02
4) Upgraded ITSM from 7.6.03 to 8.1.02 successfully  after fixing issues
with field mappings using the option "Only copy CI attributes from CDM to
ITSM Foundation".
5) Restarted upgrade once again with the option "Upgrade to 8.1.02 but don
not remove CI attributes from CDM". After 13 hours we got the results as
"BMC Remedy ITSM Suite 8.1.02 install completed with warnings."

I believe I am going in the correct direction. Please advise.

Thanks
Pavan


On Thu, Mar 12, 2015 at 11:01 PM, William Rentfrow <
wrentf...@stratacominc.com> wrote:

> **
>
> Um...where to start.
>
>
>
> You can't upgrade - as far as I know - from 7.6.03 to 8.1.
>
>
>
> You first have to upgrade to 7.6.04 - but prior to that you have to do the
> whole BPCU utility to convert any customizations you have to overlays
> and/or deal with them according to the guidelines BMC gives.
>
>
>
> William Rentfrow
>
> wrentf...@stratacominc.com
>
> Office: 715-204-3061 or 701-232-5697x25
>
> Cell: 715-498-5056
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Nagidi Pavan
> *Sent:* Thursday, March 12, 2015 12:14 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* ITSM Upgrade completed with warnings - In fact failed to
> upgrade
>
>
>
> **
>
> Hello Experts,
>
> We tried to upgraded ITSM from 7.603 to 8.1.02, but it says completed with
> warnings. From the logs we could find many def files failed to import. We
> have sorted out issues related to Asset, incident and Problem Management.
> But facing issues while importing the def files related to Change Module.
>
>  We could see the below error messages while importing the file.
>
> The SQL database operation failed.; Error - OCI_INVALID_HANDLE,  552,
> The following item was not imported;
> CHG:ChangeImpactedAreaCIAssociation_Join,  55,
> The following item was not imported;
> CHG:Change-ImpactedAreasCIAssociation_outer_ApproverLookup,  55,
> The following item was not imported; CHG:ChangeRelationshipInterface,  55
>
> We have restarted Remedy services and tried importing that again. This
> time we could find the below messages.
>
> The value(s) for this entry violate a unique index that has been defined
> for this form; ,  382,
> The following item was not imported;
> CHG:ChangeImpactedAreaCIAssociation_Join,  55,
> The following item was not imported;
> CHG:Change-ImpactedAreasCIAssociation_outer_ApproverLookup,  55,
> The following item was not imported; CHG:ChangeRelationshipInterface,
> 55,
>
>
>
> I have opened a ticket with BMC but as as usual very poor response in this
> week. Any suggestions are highly appreciated.
>
> Thanks
>
> Pavan
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>  --
>
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2014.0.4800 / Virus Database: 4257/9209 - Release Date: 03/01/15
> Internal Virus Database is out of date.
>  _ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

ITSM Upgrade completed with warnings - In fact failed to upgrade

[Nagidi Pavan]

Hello Experts,

We tried to upgraded ITSM from 7.603 to 8.1.02, but it says completed with
warnings. From the logs we could find many def files failed to import. We
have sorted out issues related to Asset, incident and Problem Management.
But facing issues while importing the def files related to Change Module.

 We could see the below error messages while importing the file.

The SQL database operation failed.; Error - OCI_INVALID_HANDLE,  552,
The following item was not imported;
CHG:ChangeImpactedAreaCIAssociation_Join,  55,
The following item was not imported;
CHG:Change-ImpactedAreasCIAssociation_outer_ApproverLookup,  55,
The following item was not imported; CHG:ChangeRelationshipInterface,  55

We have restarted Remedy services and tried importing that again. This time
we could find the below messages.

The value(s) for this entry violate a unique index that has been defined
for this form; ,  382,
The following item was not imported;
CHG:ChangeImpactedAreaCIAssociation_Join,  55,
The following item was not imported;
CHG:Change-ImpactedAreasCIAssociation_outer_ApproverLookup,  55,
The following item was not imported; CHG:ChangeRelationshipInterface,  55,

I have opened a ticket with BMC but as as usual very poor response in this
week. Any suggestions are highly appreciated.

Thanks
Pavan

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"


BMCRemedyChangeManagement_error.log
Description: Binary data

Re: SRM Approval Chain with SRM-Level and SRM-AdHoc approval proces

[Nagidi Pavan]

Hi Onkar,

Please let us know if you could find any solution to you problem. If YES,
could you please share the solution!

Thanks in advance.

On Wed, Dec 31, 2014 at 3:46 PM, onkar shinde 
wrote:

> **
> Hi Experts,
>
> I am trying to develop the SRM approval chain for Client's one requirement.
>
> Here is the scenario:
>
> 1. There would be 2 designated approvals for each SR. (Level wise, they
> should approve one after another and then only SR should get initiated)
> 2. If end user enters any approver's name explicitly (i.e AdHoc approval
> process), then SR should 1st go to this particular approval and then after
> its approval should trigger above level approval process.
>
>
> I am able to designed this process, but thing is when Adhoc approver
> approves the request, the SR status moves into Initiated. However other
> Level Process is invoked and their signature do get attached to request for
> their approval, but that is of hardly any meaning. (as SR is already got
> initiated after adhoc approver's approval)
>
> I know this is the AdHoc approval process and this is the way it works.
>
> Does any one modify and added extra approval rules to get this kind of
> working done or any similar to that.
>
> Ideas are welcome.
>
> Thanks.
>
> --
> Regards,
> Onkar Shinde
> Senior Software Engineer
> Vyom Labs Pvt. Ltd.
> BSM Solutions & Services || ITIL Consulting & Training
>
> Telephone: +91-20-6632-1000
> Mobile: +91-7709008719
> Email: onkar.shi...@vyomlabs.com
> Web: www.vyomlabs.com
>
>  _ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Request ID Numbering recovery

[Nagidi Pavan]

Thanks Fred, I will capture the SQL logs and check if I can find something
which will be helpful. That work should have been done by now

On Wed, Nov 5, 2014 at 1:09 AM, Grooms, Frederick W <
frederick.w.gro...@xo.com> wrote:

> The ar.conf settings will not solve your error.  You need to find which
> form you are getting the error against (and which field since the error may
> not be because of the Request_ID field)
>
> This is where the SQL logs are very useful
>
> Fred
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Nagidi Pavan
> Sent: Tuesday, November 04, 2014 1:31 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: Request ID Numbering recovery
>
> **
> Hi Misi and team,
> We have dumped production db to our development server, since then while
> creating Incidents we are getting the below error.
>
> The value(s) for this entry violate a unique index that has been defined
> for this form (ARERR 382)
> If I update the ar.conf  with below as recommended above will it solve my
> issue!
>
> Next-ID-Commit:F
> Next-ID-Block-Size:1
> Thanks
> Pavan
>
> -Original Message-
> On Tue, Nov 4, 2014 at 2:05 PM, Misi Mladoniczky  wrote:
> Hi,
>
> To get a continous series you have to set two parameters in version 7.6.04
> and
> forward:
> # ar.cfg/conf
> Next-ID-Commit:F
> Next-ID-Block-Size:1
>
> Luckily, you can set Next-ID-Block-Size on each form. So you can have it
> set
> to 50 in general, but 1 for the forms where you need to keep your series
> intact.
>
> Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)
>
> Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
> * RRR|License - Not enough Remedy licenses? Save money by optimizing.
> * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
> Find these products, and many free tools and utilities, at http://rrr.se.
>
> > Agreed - you can do it, but it doesn't really make sense to do it.
> >
> > Many times people doing data analysis will assume that the order of the
> > entries in the system indicates the order they were created in.  This is
> > mostly true on single server systems.  You'll still get some gaps unless
> your
> > NEXT-ID-BLOCK-SIZE is set to 1.
> >
> > It's completely different if you have a server group and multiple
> servers.
> > The Next ID block size is almost always set to a higher number like 50
> and
> > it's very possible for server "A" to grab 50 ID's (e.g. 1-50) and then
> server
> > "B" grabs 51-100.  And then for whatever reason the users on server "B"
> work
> > fast and create use up their 50 well before the users on server "A".  So
> even
> > though their requests are all newer they have a higher ID.
> >
> > You probably know all of that, but I said all of that so I can say this:
> I
> > always tell users/managers/etc that the Request ID signifies only one
> thing -
> > a unique number.  You cannot draw any other conclusions from it, and
> missing
> > requests are the norm and should be ignored.
> >
> > William Rentfrow
> > wrentf...@stratacominc.com
> > Office: 715-204-3061 or 701-232-5697x25
> > Cell: 715-498-5056
> >
>
> -Original Message-
> > From: Action Request System discussion list(ARSList)
> > [mailto:arslist@ARSLIST.ORG] On Behalf Of Rick Cook
> > Sent: Monday, November 03, 2014 10:13 AM
> > To: arslist@ARSLIST.ORG
> > Subject: Re: Request ID Numbering recovery
> >
> > **
> > Technically, yes, you can.  You can go into the DB and reset the NextID
> > variable for that form.  However, if it's a form that's being used for
> entry
> > (vs a config form), there's a good chance that numbers already exist that
> > exceed 7002.  If so, you'll get a Unique Index error when the next
> incremented
> > Entry ID see that a record already has that number.
> >
> > I would ask what you would gain from such an exercise vs. the effort it
> would
> > take you to gain it.  Decide which is worth more to you.
> >
> > Rick Cook
> >
>
> -Original Message-
> > On Mon, Nov 3, 2014 at 7:59 AM, Sinclair, Keith
> > mailto:ksincl...@shoppertrak.com>> wrote:
> > **
> > Okay, have an unusual request.
> >
> > If there’s a missing block of Request ID numbers, can these be recovered?
> > Example, a request  started at 6001. Then someone uploaded a CSV and then
> > deleted the record

Re: Request ID Numbering recovery

[Nagidi Pavan]

Hi Misi and team,

We have dumped production db to our development server, since then while
creating Incidents we are getting the below error.

*The value(s) for this entry violate a unique index that has been defined
for this form (ARERR 382)*

If I update the ar.conf  with below as recommended above will it solve my
issue!

Next-ID-Commit:F
Next-ID-Block-Size:1

Thanks
Pavan



On Tue, Nov 4, 2014 at 2:05 PM, Misi Mladoniczky  wrote:

> Hi,
>
> To get a continous series you have to set two parameters in version 7.6.04
> and
> forward:
> # ar.cfg/conf
> Next-ID-Commit:F
> Next-ID-Block-Size:1
>
> Luckily, you can set Next-ID-Block-Size on each form. So you can have it
> set
> to 50 in general, but 1 for the forms where you need to keep your series
> intact.
>
> Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)
>
> Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
> * RRR|License - Not enough Remedy licenses? Save money by optimizing.
> * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
> Find these products, and many free tools and utilities, at http://rrr.se.
>
> > Agreed - you can do it, but it doesn't really make sense to do it.
> >
> > Many times people doing data analysis will assume that the order of the
> > entries in the system indicates the order they were created in.  This is
> > mostly true on single server systems.  You'll still get some gaps unless
> your
> > NEXT-ID-BLOCK-SIZE is set to 1.
> >
> > It's completely different if you have a server group and multiple
> servers.
> > The Next ID block size is almost always set to a higher number like 50
> and
> > it's very possible for server "A" to grab 50 ID's (e.g. 1-50) and then
> server
> > "B" grabs 51-100.  And then for whatever reason the users on server "B"
> work
> > fast and create use up their 50 well before the users on server "A".  So
> even
> > though their requests are all newer they have a higher ID.
> >
> > You probably know all of that, but I said all of that so I can say this:
> I
> > always tell users/managers/etc that the Request ID signifies only one
> thing -
> > a unique number.  You cannot draw any other conclusions from it, and
> missing
> > requests are the norm and should be ignored.
> >
> > William Rentfrow
> > wrentf...@stratacominc.com
> > Office: 715-204-3061 or 701-232-5697x25
> > Cell: 715-498-5056
> >
> > From: Action Request System discussion list(ARSList)
> > [mailto:arslist@ARSLIST.ORG] On Behalf Of Rick Cook
> > Sent: Monday, November 03, 2014 10:13 AM
> > To: arslist@ARSLIST.ORG
> > Subject: Re: Request ID Numbering recovery
> >
> > **
> > Technically, yes, you can.  You can go into the DB and reset the NextID
> > variable for that form.  However, if it's a form that's being used for
> entry
> > (vs a config form), there's a good chance that numbers already exist that
> > exceed 7002.  If so, you'll get a Unique Index error when the next
> incremented
> > Entry ID see that a record already has that number.
> >
> > I would ask what you would gain from such an exercise vs. the effort it
> would
> > take you to gain it.  Decide which is worth more to you.
> >
> > Rick Cook
> >
> > On Mon, Nov 3, 2014 at 7:59 AM, Sinclair, Keith
> > mailto:ksincl...@shoppertrak.com>> wrote:
> > **
> > Okay, have an unusual request.
> >
> > If there’s a missing block of Request ID numbers, can these be recovered?
> > Example, a request  started at 6001. Then someone uploaded a CSV and then
> > deleted the records – not me, but someone in another department did
> this. So
> > the next legitimate request ID is 7002 or something like that.
> >
> > Can the numbers that were deleted, 6002 – 7001, be reused? When I first
> > started out on Remedy, the answer was not really. Not sure if anything
> has
> > changed in the years/versions since then.
> >
> > Specs:
> > ARS 8.1
> > Oracel12b DB
> >
> > Keith Sinclair
> > Remedy Development
> > ShopperTrak  Chicago USA
> > O:  312.676.8289 |  M:  630.946.4744
> > ksincl...@shoppertrak.com |
> @shoppertrak
> > www.shoppertrak.com
> >
> > _ARSlist: "Where the Answers Are" and have been for 20 years_
> >
> > _ARSlist: "Where the Answers Are" and have been for 20 years_
> > 
> > No virus found in this message.
> > Checked by AVG - www.avg.com
> > Version: 2014.0.4765 / Virus Database: 4040/8433 - Release Date: 10/22/14
> > Internal Virus Database is out of date.
> >
> >
> ___
> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> > "Where the Answers Are, and have been for 20 years"
> >
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>

_

Re: ARERR 44856 - You do not have the permission to move to the status of "Scheduled for Approval"

[Nagidi Pavan]

Hi Tami,

Could you please try by deleting the functional roles and adding them back!
Try with a new CRQ rather than approving the old ones..




On Tue, Jul 22, 2014 at 1:08 AM, Tami Palacky  wrote:

> **
> thank you for the response.  the user, as well as myself as an admin, have
> the functional role and we are still getting the error.
>
> On Wednesday, July 16, 2014 5:05:07 PM UTC-4, Ars Lister wrote:
>>
>> **
>> This is usually a permission issue as indicated by the error.  If the
>> user does not have the  "Infrastructure Change Manager" functional role,
>> they are not allowed to move the change into "Scheduled for Approval".
>> Usually, you just have the person in their group that does have that
>> functional role schedule the approval.  A regular Change User is not
>> allowed to do it OOTB for versions 7.5 nor 7.6.04.
>>
>>
>>   On Wednesday, July 16, 2014 12:03 PM, Tami Palacky 
>> wrote:
>>
>>
>> **
>> i have a user with this same error.  even as an admin i am not abel to
>> advance the change request.  i have disabled the transition rules in the
>> SYS:Status Flow Trasition Rules form and still not able to move it forward.
>>  anyone have a solution for this?
>>
>> ARS 7.6.04 p4
>> SQL Server
>>
>> thank you
>>
>> On Monday, April 7, 2014 10:40:30 AM UTC-4, pritch wrote:
>>
>> Check the status transition rules.  If there is a record for the users
>> role that goes from status A to status B and is enabled it will give you
>> that error msg.  Disabling one of those rules will allow it to go forward
>> if that's what you need.
>>
>> - Original Message -
>> From: "Harry" 
>> To: ars...@arslist.org
>> Sent: Sunday, April 6, 2014 2:38:11 AM
>> Subject: Re: ARERR 44856 - You do not have the permission to move to the
>> status of "Scheduled for Approval"
>>
>> **
>>
>> Nop, its Change Management 7.5.01 patch 002. I am wondering in this
>> version we do not have change co-ordinator functional role ?
>> As I'm not sure if a user with change user app permission with change
>> assignee role can move the CRQ ahead from  'scheduled for Review' status to
>> scheduled. (Here is the this error coming)
>> and then only change manager group can move this request to scheduled
>> status. seems this is OOTB behaviour ?
>>
>>
>> thnaks
>>
>> On Friday, April 4, 2014 3:07:41 PM UTC-5, Harry wrote:
>>
>> **
>> Hi All,
>>
>>
>> Any possible solution to fix this error - On change form user is getting
>> below error-
>>
>>
>> ARERR 44856 - You do not have the permission to move to the status of
>> "Scheduled for Approval"
>>
>>
>>
>> Thanks for the help...
>>
>>
>>
>>
>> -Harry _ARSlist: "Where the Answers Are" and have been for 20 years_
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>>
>> __ __
>> ___
>> UNSUBSCRIBE or access ARSlist Archives at http://www.arslist.org/
>> "Where the Answers Are, and have been for 20 years"
>>
>> _ARSlist: "Where the Answers Are" and have been for 20 years_
>>
>>
>>   _ARSlist: "Where the Answers Are" and have been for 20 years_
>>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: email templates

[Nagidi Pavan]

Hi,

Please check the below link and let us know if that helps
https://communities.bmc.com/docs/DOC-23553

Thanks
Pavan

On Thu, Jul 17, 2014 at 10:59 PM, S Test  wrote:

> how to attach a template to outgoing email?
> I need a HTMl template with logo first then a broad header and then
> notification content
> with a footer internal-Confidential.
>
> How to do this?
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"