Re: 7.6.04 Upgrade to 8.1

[Karthik]

LJ,

If for some reason, a non admin server decides to go down for unknown
reasons, then it would recache definitions from DB right. That way this
approach would be a risk. Any thoughts?

- Karthik


On 16 July 2013 22:37, Longwing, Lj  wrote:

> **
> Brian,
> It was actually really cool to watch the demo, they had it fully
> functional.  You needed a server group, you make all of your changes, all
> of them, to include deleting columns, etc.  You can connect to the admin
> server in the server group to see the changes, work with the new workflow,
> everything...the users remain on the other node(s) of the server group and
> never see the changes...everything stored in the same db...then when all of
> your functional testing is done you literally 'flip a switch' and the other
> nodes in the server group arsignal, get the new cache, and it's 'in prod'
>
> At that point all that is needed I believe was a Mid-Tier cache flush, and
> the users were using the new forms/workflow 'in an instant'...
>
> You of course still need all of your planning, testing, etc...but the zero
> down time part was for the user.  All of the work could be done during
> business hours, no late night, evening, weekend work to get the new code in
> place...it can all be done next to the current stuff...it was an amazing
> demo.
>
>
> On Tue, Jul 16, 2013 at 10:14 AM, Brian Pancia wrote:
>
>> Zero downtime.  Now that is funny.  It may be possible with months of
>> planning, but more than likely you will still have some amount of downtime.
>>
>> -Original Message-
>> From: Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] On Behalf Of teresa S Fannin
>> Sent: Tuesday, July 16, 2013 11:57 AM
>> To: arslist@ARSLIST.ORG
>> Subject: Re: 7.6.04 Upgrade to 8.1
>>
>> There was that discussion at last year's rug where they pointed
>> production to their failover area.   Did the upgrade in production while
>> everyone worked from the failover area and then switched back when the
>> upgrade was complete.More steps than this but you get the idea.
>> Teresa
>>
>> -Original Message-
>> From: Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] On Behalf Of Hulmes, Timothy CTR MDA/ICTO
>> Sent: Tuesday, July 16, 2013 10:49 AM
>> To: arslist@ARSLIST.ORG
>> Subject: Re: 7.6.04 Upgrade to 8.1
>>
>> The only zero down time upgrade I am aware of is to not upgrade.
>>
>> Tim
>>
>>
>> -Original Message-
>> From: Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] On Behalf Of Tom Shurmur
>> Sent: Tuesday, July 16, 2013 9:38 AM
>> To: arslist@ARSLIST.ORG
>> Subject: Re: 7.6.04 Upgrade to 8.1
>>
>> **
>> Well, that is a bummer. But it's a cool idea if it ever comes fruition.
>>
>> Thank you all for you help.
>>
>> Tom
>> 
>>
>> From: Rick Cook 
>> To: arslist@ARSLIST.ORG
>> Sent: Tuesday, July 16, 2013 11:30 AM
>> Subject: Re: 7.6.04 Upgrade to 8.1
>>
>>
>> **
>> Well, either there is a huge conspiracy that involved wholesale changes
>> to documents I read, or my memory is playing tricks on me.
>> I'm going with the conspiracy.  Nah, just kidding.  Must have been
>> something I inferred from the overlay enhancements in 8.1.  Darn.
>> Rick
>> On Jul 16, 2013 6:38 AM, "Longwing, Lj"  wrote:
>>
>>
>> **
>> can you point me to the URL that discusses 'zero downtime
>> upgrades'?  I know that 8.1 wasn't released at last years rug, it was just
>> 8.0, but I know that after the RUG David posted an idea (
>> https://communities.bmc.com/ideas/1421) that is in a status of 'Under
>> Consideration'when they are available, it's changed to
>> 'Delivered'so all of the facts that I have currently available tell me
>> that the demo we received last year isn't in a current code line...but if
>> you could point me to docs to the contraryI would love to see them.
>>
>>
>> On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook 
>> wrote:
>>
>>
>> **
>> Might want to check the 8.1 documentation on that, LJ.
>> Rick
>> On Jul 16, 2013 6:04 AM, "Longwing, Lj" <
>> llongw...@usgs.gov> wrote:
>>
>>
>> **
>> Rick,
>> They were VERY careful to state at RUG last year
>> that the code demonstrated was NOT in ANY code line available to the
>> publicso no, it's NOT in 8.1, it is under consideration for a future
>> release, but not in any currently available to the public release.
>>
>>
>> On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook <
>> remedyr...@gmail.com> wrote:
>>
>>
>> **
>> No, Tauf, they have the code in 8.1.  But
>> I don't think you can make that work unless you are upgrading FROM 8.1, not
>> TO it.
>>
>> Rick
>> On Jul 15, 2013 7:2

Re: 7.6.04 Upgrade to 8.1

[laurent matheo]

**
It's definitely not part of ITSM 8.1 release :)And yeah, the demo Chuck did at wwrug12 was quite impressive... It was "just" on a form modification (fields, layout), but result was there nonetheless.On 16 Jul, 2013,at 10:47 PM, Brian Pancia  wrote:** I would love to see this in action.  I'm thinking it would have to be 8.1 and forward function.  There are a lot of changes with the overlay functionality and SRM is a new beast.  This capability would save a lot of us huge headaches. On Tue, Jul 16, 2013 at 1:07 PM, Longwing, Lj  wrote:**Brian,It was actually really cool to watch the demo, they had it fully functional.  You needed a server group, you make all of your changes, all of them, to include deleting columns, etc.  You can connect to the admin server in the server group to see the changes, work with the new workflow, everything...the users remain on the other node(s) of the server group and never see the changes...everything stored in the same db...then when all of your functional testing is done you literally 'flip a switch' and the other nodes in the server group arsignal, get the new cache, and it's 'in prod'At that point all that is needed I believe was a Mid-Tier cache flush, and the users were using the new forms/workflow 'in an instant'...You of course still need all of your planning, testing, etc...but the zero down time part was for the user.  All of the work could be done during business hours, no late night, evening, weekend work to get the new code in place...it can all be done next to the current stuff...it was an amazing demo.On Tue, Jul 16, 2013 at 10:14 AM, Brian Pancia  wrote:Zero downtime.  Now that is funny.  It may be possible with months of planning, but more than likely you will still have some amount of downtime.-Original Message-From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of teresa S FanninSent: Tuesday, July 16, 2013 11:57 AM To: arslist@ARSLIST.ORGSubject: Re: 7.6.04 Upgrade to 8.1There was that discussion at last year's rug where they pointed production to their failover area.   Did the upgrade in production while everyone worked from the failover area and then switched back when the upgrade was complete.    More steps than this but you get the idea. Teresa-Original Message-From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Hulmes, Timothy CTR MDA/ICTO Sent: Tuesday, July 16, 2013 10:49 AMTo: arslist@ARSLIST.ORGSubject: Re: 7.6.04 Upgrade to 8.1The only zero down time upgrade I am aware of is to not upgrade. Tim-Original Message-From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Tom ShurmurSent: Tuesday, July 16, 2013 9:38 AM To: arslist@ARSLIST.ORGSubject: Re: 7.6.04 Upgrade to 8.1**Well, that is a bummer. But it's a cool idea if it ever comes fruition.Thank you all for you help. TomFrom: Rick Cook To: arslist@ARSLIST.ORG Sent: Tuesday, July 16, 2013 11:30 AMSubject: Re: 7.6.04 Upgrade to 8.1**Well, either there is a huge conspiracy that involved wholesale changes to documents I read, or my memory is playing tricks on me. I'm going with the conspiracy.  Nah, just kidding.  Must have been something I inferred from the overlay enhancements in 8.1.  Darn.RickOn Jul 16, 2013 6:38 AM, "Longwing, Lj"  wrote:         **        can you point me to the URL that discusses 'zero downtime upgrades'?  I know that 8.1 wasn't released at last years rug, it was just 8.0, but I know that after the RUG David posted an idea (https://communities.bmc.com/ideas/1421) that is in a status of 'Under Consideration'when they are available, it's changed to 'Delivered'so all of the facts that I have currently available tell me that the demo we received last year isn't in a current code line...but if you could point me to docs to the contraryI would love to see them.         On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook  wrote:                **                Might want to check the 8.1 documentation on that, LJ.                 Rick                On Jul 16, 2013 6:04 AM, "Longwing, Lj"  wrote:                        **                         Rick,                        They were VERY careful to state at RUG last year that the code demonstrated was NOT in ANY code line available to the publicso no, it's NOT in 8.1, it is under consideration for a future release, but not in any currently available to the public release.                         On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook  wrote:                                **                                No, Tauf, they have the code in 8.1.  But I don't think you can make that work unless you are upgrading FROM 8.1, not TO it.                                 Rick                                On J

Re: Copied prod server to new server - patch weirdness

[Jason Miller]

Going simple but sometimes overlooked ...  Is the DB account AR System is
using enable and the password is correct in ar.cfg?  With MS SQL I have had
similar connection errors after restoring a DB and for whatever reason the
DB account was disabled when I looked in SQL.  Maybe too many connection
attempts with the wrong password locked the account?

Jason

On Tue, Jul 16, 2013 at 2:50 PM, Sanford, Claire <
claire.sanf...@memorialhermann.org> wrote:

> **
>  I was working with BMC tech support on a patch issue and they told me
> the only way we could be sure the patches would not break Production the
> way they broke Test was to copy Prod to the test server and install the
> patches.  I tried using the Restore Tool from the Communities and it won’t
> see the DB either.  It gives me the arerr 90 error.
>
> I can’t even get the server to see the DB.  This has been all consuming
> for the last week!
>
> I keep getting the following error.  Any ideas?  I checked the
> tnsnames.ora and set the correct values.  My DBA reinstalled the Oracle
> clients.  Included both the 64 and 32 bit.
> I checked the ar.cfg and armonitor.cfg files.  Corrected the server
> listings there as well.
>
> *Warning! *Failed to connect to the database.
> Possible causes:
> Path variable points to incorrect Oracle client
> tnsnames.ora does not exist or has incorrect connection details
> Missing 64 bit Oracle client libraries.
>
>
> ITSM 7.6.04 SP2  <- Trying to move to SP4
> ARS 7.6.04 SP3   <- Trying to move to SP4
> Oracle 11.2.0.3.0 - 64bit Production
> Win 2008 Server
>
> Claire Sanford
> Information Systems Division
> Memorial Hermann Healthcare System
> claire.sanf...@memorialhermann.org
>
>
>
>
>  _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: 7.6.04 Upgrade to 8.1

[Brock, Anne]

I have a doc from Doug M. from 2008 discussing zero downtime upgrades. "
With the use of a parallel server and database and using the Distributed Server 
Option (DSO) technology, an environment can perform an upgrade of the AR System 
server while providing continuous availability.  There is some very specific 
additional work involved, but it will offer a reliable upgrade without data 
loss or service interruption.  "

Don't know if it's still current, so don't want to post to the whole list 
unless Doug says it's ok. I'll check with him.

Anne

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, Lj
Sent: Tuesday, July 16, 2013 10:07 AM
To: arslist@ARSLIST.ORG
Subject: Re: 7.6.04 Upgrade to 8.1

**
Brian,
It was actually really cool to watch the demo, they had it fully functional.  
You needed a server group, you make all of your changes, all of them, to 
include deleting columns, etc.  You can connect to the admin server in the 
server group to see the changes, work with the new workflow, everything...the 
users remain on the other node(s) of the server group and never see the 
changes...everything stored in the same db...then when all of your functional 
testing is done you literally 'flip a switch' and the other nodes in the server 
group arsignal, get the new cache, and it's 'in prod'

At that point all that is needed I believe was a Mid-Tier cache flush, and the 
users were using the new forms/workflow 'in an instant'...

You of course still need all of your planning, testing, etc...but the zero down 
time part was for the user.  All of the work could be done during business 
hours, no late night, evening, weekend work to get the new code in place...it 
can all be done next to the current stuff...it was an amazing demo.

On Tue, Jul 16, 2013 at 10:14 AM, Brian Pancia 
mailto:panc...@finityit.com>> wrote:
Zero downtime.  Now that is funny.  It may be possible with months of planning, 
but more than likely you will still have some amount of downtime.

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of teresa S 
Fannin
Sent: Tuesday, July 16, 2013 11:57 AM
To: arslist@ARSLIST.ORG
Subject: Re: 7.6.04 Upgrade to 8.1

There was that discussion at last year's rug where they pointed production to 
their failover area.   Did the upgrade in production while everyone worked from 
the failover area and then switched back when the upgrade was complete.More 
steps than this but you get the idea.
Teresa

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Hulmes, 
Timothy CTR MDA/ICTO
Sent: Tuesday, July 16, 2013 10:49 AM
To: arslist@ARSLIST.ORG
Subject: Re: 7.6.04 Upgrade to 8.1

The only zero down time upgrade I am aware of is to not upgrade.

Tim


-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Tom 
Shurmur
Sent: Tuesday, July 16, 2013 9:38 AM
To: arslist@ARSLIST.ORG
Subject: Re: 7.6.04 Upgrade to 8.1

**
Well, that is a bummer. But it's a cool idea if it ever comes fruition.

Thank you all for you help.

Tom


From: Rick Cook mailto:remedyr...@gmail.com>>
To: arslist@ARSLIST.ORG
Sent: Tuesday, July 16, 2013 11:30 AM
Subject: Re: 7.6.04 Upgrade to 8.1


**
Well, either there is a huge conspiracy that involved wholesale changes to 
documents I read, or my memory is playing tricks on me.
I'm going with the conspiracy.  Nah, just kidding.  Must have been something I 
inferred from the overlay enhancements in 8.1.  Darn.
Rick
On Jul 16, 2013 6:38 AM, "Longwing, Lj" 
mailto:llongw...@usgs.gov>> wrote:


**
can you point me to the URL that discusses 'zero downtime upgrades'?  I 
know that 8.1 wasn't released at last years rug, it was just 8.0, but I know 
that after the RUG David posted an idea 
(https://communities.bmc.com/ideas/1421) that is in a status of 'Under 
Consideration'when they are available, it's changed to 'Delivered'so 
all of the facts that I have currently available tell me that the demo we 
received last year isn't in a current code line...but if you could point me to 
docs to the contraryI would love to see them.


On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook 
mailto:remedyr...@gmail.com>> wrote:


**
Might want to check the 8.1 documentation on that, LJ.
Rick
On Jul 16, 2013 6:04 AM, "Longwing, Lj" 
mailto:llongw...@usgs.gov>> wrote:


**
Rick,
They were VERY careful to state at RUG last year that 
the code demonstrated was NOT in ANY c

Re: Midtier 7.6 sp 4 on websphere 8 is not working, any suggestions?

[SUBSCRIBE arslist Anonymous]

Yes we did. ( that was also suggested by BMC)

In the Websphere Admin Console, choose WebSphere Application Servers > 
serverName > Session management > Enable Cookies.
Make sure that the path is set to the context root of the mid tier.
To ensure that users can log in successfully, create a new 
NoAdditionalSessionInfo property:
Choose WebSphere Application Servers > serverName > Web Container > Custom 
Properties.
Create a new NoAdditionalSessionInfo property, and set it to true.
Restart the IBM WebSphere server.

That didnot help. After that change, the issue seemed to disappear; then the 
next day, started testing - it reoccurred.  We have done fiddler trace, 
wireshark capture, provided web.xml files for both MT and Websphere, logs,  
anything BMC asked; but still pending ... so hoping someone on the list can 
provide another hint (something we missed).. 

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

Re: Midtier 7.6 sp 4 on websphere 8 is not working, any suggestions?

[SUBSCRIBE arslist Anonymous]

Thank you pascale

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

Re: Midtier 7.6 sp 4 on websphere 8 is not working, any suggestions?

[pascale . sterrett]

Did you try 

In the Websphere Admin Console, choose WebSphere Application Servers > 
serverName > Session management > Enable Cookies.
Make sure that the path is set to the context root of the mid tier.
To ensure that users can log in successfully, create a new 
NoAdditionalSessionInfo property:
Choose WebSphere Application Servers > serverName > Web Container > Custom 
Properties.
Create a new NoAdditionalSessionInfo property, and set it to true.
Restart the IBM WebSphere server.

Thank you,

Pascale Sterrett
Remedy Technical Lead & Developer
Integration and Standard Process (IPS)
Daimler Trucks North America LLC
Montgomery Park,  9th floor 
Portland, OR 97210 U.S.A

Phone:503-745-6569
Email:pascale.sterr...@daimler.com

http://www.daimler-trucksnorthamerica.com 

Kenavo ar wech all




ddus...@aim.com 
07/16/2013 04:35 PM

To
arslist@ARSLIST.ORG, pascale.sterr...@daimler.com
cc

Subject
Re: Midtier 7.6 sp 4 on websphere 8 is not working, any suggestions?






Thank you pascale




If you are not the intended addressee, please inform us immediately that you 
have received this e-mail in error, and delete it. We thank you for your 
cooperation.  
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Midtier 7.6 sp 4 on websphere 8 is not working, any suggestions?

[pascale . sterrett]

we have useHTTPOnly set to true


Thank you,

Pascale Sterrett


Kenavo ar wech all




deyon_dus...@fpl.com 
Sent by: arslist@ARSLIST.ORG
07/16/2013 04:21 PM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: Midtier 7.6 sp 4 on websphere 8 is not working, any suggestions?






revised.


Pascale/List

I'm still experiencing this issue, we have a issue open with  BMC for 
months now. 
Along with what you suggested, which  BMC also suggested, we have 
implemented  - didnot work.
In your websphere 8 configuration is httponly enable or disabled?



issue:

We are using 
Back end - ARS 7.5 P4  on Unix 6.1.7 with 11g
Currently - We have a functioning 7.5 P4 MT 32 bit environment connected 
to the back end. 
This new MT 7.6 SP 4 is our attempt to upgrade the MT environment, then do 
the back end. 

New MT env,
UNIX 6.1.7
Websphere 8 64 bit
Deployed 7.6 SP 4
Able to login in to config
http://new_httpserver:port1/arsys/shared/config.jsp
http://new_httpserver:port2/arsys/shared/config.jsp
- and add the backend server, and the report and log filesystem.
I'm currently not going thru the loadbalancers.

(installed tomcat on win7 pc , and deployed 7.6sp4 mt against 7.5p4 
backend, works fine)

New MT:
new_httpserver >-F/W- http port1, port2--> 
new_websphere_app_MT7.6SP4_server_1---> F/W- http port1, port2, 80, 8080, 
TCP_1 ->Backend_ARS_7.5P4_server   

new_httpserver >-F/W- http port1, 
port2-->new_websphere_app_MT7.6SP4_server_2 ---> F/W- http port1, port2, 
80, 8080, TCP_1 -> Backend_ARS_7.5P4_server

New MT:
old_httpserver:port3>-no firewall --> old_websphere_app_MT7.5p4_server_1 
>-F/W- http port3, port4, 80, 8080, TCP_1 ->Backend_ARS_7.5P4_server   
 
old_httpserver:port4>-no firewall -->old_websphere_app_MT7.4P4_server_2 
>-F/W- http port3, port4, 80, 8080, TCP_1 ->Backend_ARS_7.5P4_server

issue: 

http://new_httpserver:port1/arsys/shared/login.jsp
http://new_httpserver:port2/arsys/shared/login.jsp

after entering id and password it returns the below page and not getting 
authenticated and same login page appears with below url -
http://httpserver:port1/arsys/shared/login.jsp?/arsys/forms/server/Remedy+Home+Page+2/Default+Admin+View/?cacheid=d74a89db

http://httpserver:port2/arsys/shared/login.jsp?/arsys/forms/server/Remedy+Home+Page+2/Default+Admin+View/?cacheid=d74a89db


However, the user is logged in, per the license usage or being prompt to 
logout user when try to log into old http servers.
http://old_httpserver:port3/arsys/shared/login.jsp
http://_oldhttpserver:port4/arsys/shared/login.jsp

This is the closest to the our issue I have looked at for references, 
please let me know if i'm on the the right track..
http://ars-action-request-system.1093659.n2.nabble.com/Midtier-Loadbalancer-is-not-working-Any-suggestion-URGENT-td7586174.html


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



If you are not the intended addressee, please inform us immediately that you 
have received this e-mail in error, and delete it. We thank you for your 
cooperation.  
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Midtier 7.6 sp 4 on websphere 8 is not working, any suggestions?

[John Sundberg]

Just wondering…

If you could download a VM with ARS on it … and just run in your own
environment -- would companies be willing to do that?

vs…

All this config type work / issues people have.

Or…

Is it really important that people have Winserver 2000 R8 with MS SQL 2010
patch 77 with Websphere 6G ….
(Made up all those numbers/versions)

or…

Would you rather just have a working system - that you don't need to mess
with in terms of config?




-John




On Tue, Jul 16, 2013 at 6:11 PM, Dee  wrote:

> Pascale/List
>
> I'm still experiencing this issue, we have a issue open wit  BMC for
> months now.
>
> Along with what you suggested, BMC also suggested.
>
> In your websphere configuration is httponly enable or disables?
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>



-- 

*John Sundberg*
Kinetic Data, Inc.
"Your Business. Your Process."

651-556-0930 I john.sundb...@kineticdata.com
www.kineticdata.com I community.kineticdata.com

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

Re: Midtier 7.6 sp 4 on websphere 8 is not working, any suggestions?

[Deyon Dussie]

revised.


Pascale/List

I'm still experiencing this issue, we have a issue open with  BMC for months 
now. 
Along with what you suggested, which  BMC also suggested, we have implemented  
- didnot work.
In your websphere 8 configuration is httponly enable or disabled?



issue:

We are using 
Back end - ARS 7.5 P4  on Unix 6.1.7 with 11g
Currently - We have a functioning 7.5 P4 MT 32 bit environment connected to the 
back end. 
This new MT 7.6 SP 4 is our attempt to upgrade the MT environment, then do the 
back end. 

New MT env,
UNIX 6.1.7
Websphere 8 64 bit
Deployed 7.6 SP 4
Able to login in to config
http://new_httpserver:port1/arsys/shared/config.jsp
http://new_httpserver:port2/arsys/shared/config.jsp
- and add the backend server, and the report and log filesystem.
I'm currently not going thru the loadbalancers.

(installed tomcat on win7 pc , and deployed 7.6sp4 mt against 7.5p4 backend, 
works fine)

New MT:
new_httpserver >-F/W- http port1, port2--> 
new_websphere_app_MT7.6SP4_server_1---> F/W- http port1, port2, 80, 8080, TCP_1 
->Backend_ARS_7.5P4_server   

new_httpserver >-F/W- http port1, port2-->new_websphere_app_MT7.6SP4_server_2 
---> F/W- http port1, port2, 80, 8080, TCP_1 -> Backend_ARS_7.5P4_server

New MT:
old_httpserver:port3>-no firewall --> old_websphere_app_MT7.5p4_server_1 >-F/W- 
http port3, port4, 80, 8080, TCP_1 ->Backend_ARS_7.5P4_server   

old_httpserver:port4>-no firewall -->old_websphere_app_MT7.4P4_server_2  >-F/W- 
http port3, port4, 80, 8080, TCP_1 ->Backend_ARS_7.5P4_server

issue: 

http://new_httpserver:port1/arsys/shared/login.jsp
http://new_httpserver:port2/arsys/shared/login.jsp

after entering id and password it returns the below page and not getting 
authenticated and same login page appears with below url -
http://httpserver:port1/arsys/shared/login.jsp?/arsys/forms/server/Remedy+Home+Page+2/Default+Admin+View/?cacheid=d74a89db
http://httpserver:port2/arsys/shared/login.jsp?/arsys/forms/server/Remedy+Home+Page+2/Default+Admin+View/?cacheid=d74a89db

However, the user is logged in, per the license usage or being prompt to logout 
user when try to log into old http servers.
http://old_httpserver:port3/arsys/shared/login.jsp
http://_oldhttpserver:port4/arsys/shared/login.jsp

This is the closest to the our issue I have looked at for references, please 
let me know if i'm on the the right track..
http://ars-action-request-system.1093659.n2.nabble.com/Midtier-Loadbalancer-is-not-working-Any-suggestion-URGENT-td7586174.html

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

Re: Midtier 7.6 sp 4 on websphere 8 is not working, any suggestions?

[Dee]

Pascale/List

I'm still experiencing this issue, we have a issue open wit  BMC for months 
now. 

Along with what you suggested, BMC also suggested. 

In your websphere configuration is httponly enable or disables?

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

Copied prod server to new server - patch weirdness

[Sanford, Claire]

I was working with BMC tech support on a patch issue and they told me the only 
way we could be sure the patches would not break Production the way they broke 
Test was to copy Prod to the test server and install the patches.  I tried 
using the Restore Tool from the Communities and it won't see the DB either.  It 
gives me the arerr 90 error.

I can't even get the server to see the DB.  This has been all consuming for the 
last week!

I keep getting the following error.  Any ideas?  I checked the tnsnames.ora and 
set the correct values.  My DBA reinstalled the Oracle clients.  Included both 
the 64 and 32 bit.
I checked the ar.cfg and armonitor.cfg files.  Corrected the server listings 
there as well.


  Warning! Failed to connect to the database.
  Possible causes:
  Path variable points to incorrect Oracle client
  tnsnames.ora does not exist or has incorrect connection details
  Missing 64 bit Oracle client libraries.


ITSM 7.6.04 SP2  <- Trying to move to SP4
ARS 7.6.04 SP3   <- Trying to move to SP4
Oracle 11.2.0.3.0 - 64bit Production
Win 2008 Server

Claire Sanford
Information Systems Division
Memorial Hermann Healthcare System
claire.sanf...@memorialhermann.org





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

Re: AD: New product to manage your Remedy/ ITSM releases

[Jonathan Young]

The URL is http://www.3dars.com/

3D ARS aim to help you take your developments through to deployment whilst 
providing you with documentation.

Develop:  Developers can simply group and record the objects they have created 
and modified as part of their development activities.

Deploy:   Release co-ordinators can organise units of development into release 
groups and prepare code for import to other servers.

Document: 3D ARS will hold valuable information about the code and 
configuration of an organisations ARS environments. To be truly useful, this 
information needs to be accessible in a format appropriate for the purpose. 3D 
ARS includes several reports for different functions.

The product is beneficial for both bespoke applications and ITSM customisations.

Regards
Jonathan Young
enqui...@3dars.com
http://www.3dars.com/

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

Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!

[Susan Palmer]

Update:  Just finished the mid tier installation and yes, the Chinese
characters display as desired!!   And the installation was the easiest
installation we've ever done!

And even better than  that, the forms looks pretty darn close to what they
look like in the user tool ... fantastic !!

I've already found some things that don't work as in the user tool and it
will take a while to flush them all out so I hope you'll all be patient
with an oldie's newbie questions!

Thanks  to everyone that added their thoughts and suggestions.  5 servers
to go by the beginning of September ... all aboard, the Remedy express is
rolling!!!

Do I  sound excited  you're absolutely right on!

Thanks,
Susan


On Fri, Jul 12, 2013 at 10:03 AM, Susan Palmer wrote:

> We absolutely do have AL's pushing/setting data but mostly to read only
> fields.  So that's pretty safe.  But there are button triggers where it
> could be changed on the originating form and push it down to the other
> related forms so there definitely is danger there.  Plus there are
> escalations that run every week that do updates.  So danger lurks in many
> places.   Luckily imports are very restricted to a couple of people.
>
> I'll also check out that user tool install.  I did the 7.6.4 install
> yesterday to test it out but don't recall those choices.  I can run it
> again.
>
> Looks like there's a fair bit of work ahead to actually implement the use
> of Chinese.
>
> I appreciate all the input ... thanks everyone!
>
> Susan
>
>
> On Fri, Jul 12, 2013 at 8:58 AM, Walters, Mark wrote:
>
>> **
>>
>> Any modification of data containing multi-byte characters by the User
>> Tool will result in the characters being changed to something else – I
>> expect that in your case this will turn the Chinese characters into
>> different, nonsense, characters.  The record will remain but you will have
>> lost the Chinese.  You may want to review your workflow in case you have,
>> for example, any active links which push data around.  The user may end up
>> modifying fields indirectly.
>>
>> ** **
>>
>> Mark
>>
>> ** **
>>
>> *From:* Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer
>> *Sent:* 12 July 2013 14:47
>>
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!**
>> **
>>
>> ** **
>>
>> ** 
>>
>> Thank you for the info Mark.  That did not occur to me and we're going to
>> have to take precautions to prevent  that.  These are mostly Customer Name
>> and Addressing fields that are used for shipments and invoicing.  Some
>> things do not translate correctly into English and cause issues.  I had
>> already decided to go with a separate set of fields for, in this case,
>> Chinese language use only.  I realize it's a duplication of information but
>> everyone works on all records.  All of our China employees speak and write
>> English and the rest of the company needs to be able to read the info so
>> for most fields English is still the rule.  In the rest of the world it's
>> mostly accent marks that cause issues.  These fields are fairly static and
>> only rarely changed.
>>
>> Do you think modifications inter-mixing languages will cause corruption
>> or just jumbled data?
>>
>> Thanks,
>>
>> Susan
>>
>> ** **
>>
>> On Fri, Jul 12, 2013 at 2:22 AM, Walters, Mark 
>> wrote:
>>
>> ** 
>>
>> You need to be careful if you’re going to be using a mix of midtier/User
>> Tool clients to update the same records on a Unicode system and the data
>> has multi-byte characters.  It’s been pointed out, and you have found for
>> yourself, that the User Tool is not Unicode safe.  If, for example, you
>> have a midtier user that creates a record with Chinese characters in a
>> field then they will not be displayed correctly for a client looking at
>> that record using the User Tool.  If the User Tool client modifies the
>> field with the Chinese characters it will mess up the multi-byte characters
>> so that they are no longer displayed correctly in the midtier either.
>>
>>  
>>
>> Mark
>>
>>  
>>
>> *From:* Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer
>> *Sent:* 12 July 2013 04:01
>>
>>
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!**
>> **
>>
>>  
>>
>> ** 
>>
>> Thanks for the info Bhanu.
>>
>> Susan
>>
>>  
>>
>> On Thu, Jul 11, 2013 at 5:10 PM, Singh, Bhanu 
>> wrote:
>>
>> ** 
>>
>> User Tool is not Unicode compliant. For 8.1, I would recommend using
>> mid-tier.
>>
>>  
>>
>> *From:* Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer
>> *Sent:* Thursday, July 11, 2013 2:02 PM
>>
>>
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!**
>> **
>>
>>  

AD: New product to manage your Remedy/ ITSM releases

[Jonathan Young]

Hi Listers

We've got a new product that I believe will help organisations to manage their 
BMC Remedy development and code deployments.

I've worked with Remedy since 2000 and have had the pleasure of meeting and 
working with many listers either on projects or at WWRUG and events.  Most of 
us here genuinely care about the BMC Remedy solutions and getting the best out 
of our systems.

This is why I invite you to visit our website to see what we are offering and 
to see if you too can benefit from this new solution.  Your feedback is most 
welcome.

Thank you for your time
Jonathan Young
3D ARS
enqui...@3dars.com

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

Re: 7.6.04 Upgrade to 8.1

[Brian Pancia]

I would love to see this in action.  I'm thinking it would have to be 8.1
and forward function.  There are a lot of changes with the overlay
functionality and SRM is a new beast.  This capability would save a lot of
us huge headaches.

On Tue, Jul 16, 2013 at 1:07 PM, Longwing, Lj  wrote:

> **
> Brian,
> It was actually really cool to watch the demo, they had it fully
> functional.  You needed a server group, you make all of your changes, all
> of them, to include deleting columns, etc.  You can connect to the admin
> server in the server group to see the changes, work with the new workflow,
> everything...the users remain on the other node(s) of the server group and
> never see the changes...everything stored in the same db...then when all of
> your functional testing is done you literally 'flip a switch' and the other
> nodes in the server group arsignal, get the new cache, and it's 'in prod'
>
> At that point all that is needed I believe was a Mid-Tier cache flush, and
> the users were using the new forms/workflow 'in an instant'...
>
> You of course still need all of your planning, testing, etc...but the zero
> down time part was for the user.  All of the work could be done during
> business hours, no late night, evening, weekend work to get the new code in
> place...it can all be done next to the current stuff...it was an amazing
> demo.
>
>
> On Tue, Jul 16, 2013 at 10:14 AM, Brian Pancia wrote:
>
>> Zero downtime.  Now that is funny.  It may be possible with months of
>> planning, but more than likely you will still have some amount of downtime.
>>
>> -Original Message-
>> From: Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] On Behalf Of teresa S Fannin
>> Sent: Tuesday, July 16, 2013 11:57 AM
>> To: arslist@ARSLIST.ORG
>> Subject: Re: 7.6.04 Upgrade to 8.1
>>
>> There was that discussion at last year's rug where they pointed
>> production to their failover area.   Did the upgrade in production while
>> everyone worked from the failover area and then switched back when the
>> upgrade was complete.More steps than this but you get the idea.
>> Teresa
>>
>> -Original Message-
>> From: Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] On Behalf Of Hulmes, Timothy CTR MDA/ICTO
>> Sent: Tuesday, July 16, 2013 10:49 AM
>> To: arslist@ARSLIST.ORG
>> Subject: Re: 7.6.04 Upgrade to 8.1
>>
>> The only zero down time upgrade I am aware of is to not upgrade.
>>
>> Tim
>>
>>
>> -Original Message-
>> From: Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] On Behalf Of Tom Shurmur
>> Sent: Tuesday, July 16, 2013 9:38 AM
>> To: arslist@ARSLIST.ORG
>> Subject: Re: 7.6.04 Upgrade to 8.1
>>
>> **
>> Well, that is a bummer. But it's a cool idea if it ever comes fruition.
>>
>> Thank you all for you help.
>>
>> Tom
>> 
>>
>> From: Rick Cook 
>> To: arslist@ARSLIST.ORG
>> Sent: Tuesday, July 16, 2013 11:30 AM
>> Subject: Re: 7.6.04 Upgrade to 8.1
>>
>>
>> **
>> Well, either there is a huge conspiracy that involved wholesale changes
>> to documents I read, or my memory is playing tricks on me.
>> I'm going with the conspiracy.  Nah, just kidding.  Must have been
>> something I inferred from the overlay enhancements in 8.1.  Darn.
>> Rick
>> On Jul 16, 2013 6:38 AM, "Longwing, Lj"  wrote:
>>
>>
>> **
>> can you point me to the URL that discusses 'zero downtime
>> upgrades'?  I know that 8.1 wasn't released at last years rug, it was just
>> 8.0, but I know that after the RUG David posted an idea (
>> https://communities.bmc.com/ideas/1421) that is in a status of 'Under
>> Consideration'when they are available, it's changed to
>> 'Delivered'so all of the facts that I have currently available tell me
>> that the demo we received last year isn't in a current code line...but if
>> you could point me to docs to the contraryI would love to see them.
>>
>>
>> On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook 
>> wrote:
>>
>>
>> **
>> Might want to check the 8.1 documentation on that, LJ.
>> Rick
>> On Jul 16, 2013 6:04 AM, "Longwing, Lj" <
>> llongw...@usgs.gov> wrote:
>>
>>
>> **
>> Rick,
>> They were VERY careful to state at RUG last year
>> that the code demonstrated was NOT in ANY code line available to the
>> publicso no, it's NOT in 8.1, it is under consideration for a future
>> release, but not in any currently available to the public release.
>>
>>
>> On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook <
>> remedyr...@gmail.com> wrote:
>>
>>
>> **
>> No, Tauf, they have the code in 8.1.  But
>> I don't think you can make that work unless you are upgrading FROM 8.1, not
>> TO it.
>>
>> Rick
>>  

Re: Reconciliation Engine and New Records

[Peter Romain]

It may be that the CI's have got a last modified date that is earlier than
the last time the merge job ran.

If this is the case then they will never get merged.

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Tomasiewicz, Mike (Information
Technology)
Sent: 16 July 2013 15:29
To: arslist@ARSLIST.ORG
Subject: Re: Reconciliation Engine and New Records

I would try to debug the recon job itself.

>From the CMDB:Console (The old console) open the Reconciliation Manager tab,
then open settings and set the Logging Level to Debug.

Run the job and the log will show you every rule, substitution, and action
it took against each CI from the sandbox.  I'm sure you'll find your answer
in there.

.: Mike T :.

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION
OPERATIONS
Sent: Tuesday, July 16, 2013 7:38 AM
To: arslist@ARSLIST.ORG
Subject: Re: Reconciliation Engine and New Records

The reconciliationidentity value doesn't get generated until after it runs
through Reconciliation.  For some reason, it just sits in the sandbox (there
are no errors in the recon logs even after I set the logging to debug).

I guess I would like to go back to my original question, I'd like to follow
the workflow (SQL, API Calls) when the recon engine runs the job so I can
see exactly what is happening.  Why is it skipping these records?  Would it
show that it's checking everything with a dataset of BMC.ASSET.SANDBOX and
then let me know why it skipped it?  (by showing me the SQL query?).

Any assistance would be great.

Thanks!

Lisa

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Kiran Patil
Sent: Thursday, July 11, 2013 11:55 PM
To: arslist@ARSLIST.ORG
Subject: Re: Reconciliation Engine and New Records

Hi Lisa, 

1- Are indentification ids getting generated for
manual created CI in sandbox?
2- If yes, copy reconID of any of manual created 
And search on BASE_Element form and check 
Check how many records your getting?
3- do you have any other datasource integrated
With cmdb to populate CI? 

Regards
Kiran 


On Thu, 11 Jul 2013 20:24:24 +0550, arslist@ARSLIST.ORG wrote:
> Yep, doing the debug now.  But if there are no errors, I'm not sure 
> what it's going to show me.
> 
> I'm going to check the logs in a few minutes and see what I can find.
> 
> -Original Message-
> From: Action Request System discussion list(ARSList) 
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Downing, Ryan
> Sent: Thursday, July 11, 2013 10:28 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: Reconciliation Engine and New Records
> 
> **
> 
> Hi again Lisa,
> 
>  
> 
> Also, you may want to set your log level to "Debug" in the settings
> 
>  
> 
> 
> 
>  
> 
> Ryan.
> 
>  
> 
> From: Downing, Ryan
> Sent: Thursday, July 11, 2013 10:12 AM
> To: arslist@ARSLIST.ORG
> Subject: RE: Reconciliation Engine and New Records
> 
>  
> 
> Hi Lisa,
> 
>  
> 
> A couple of questions:
> 
>  
> 
> 1.   What is the ReconciliationIdentity value of the SANDBOX
> records? Is it a zero "0"  (If so.backup these records and then 
> delete them and retry running the job).
> 
> 2.   Does a BMC.ASSET record already exist for the  CI with the
same
> Name value or ReconciliationIdentity
> 
> 3.   Have you looked at the reconciliation log files in  directory>\ AtriumCore\Logssee if there is a merge or 
> directory>identification
> specific issue there (this should tell you something about each of the

> records having an issue)
> 
> 4.   Is the delete dataset active or Inactive
> 
>  
> 
> 
> 
>  
> 
> Regards,
> 
> Ryan.
> 
>  
> 
>  
> 
> From: Action Request System discussion list(ARSList) 
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR 
> INFORMATION OPERATIONS
> Sent: Thursday, July 11, 2013 9:41 AM
> To: arslist@ARSLIST.ORG
> Subject: Reconciliation Engine and New Records
> 
>  
> 
> **
> 
> Recon Engine is running, no errors, but when adding new records to 
> Asset Management, they are not moving over to the BMC.ASSET dataset, 
> they are stuck in the Sandbox.
> 
>  
> 
> I'd like to see what's happening so I believe I would turn on API and 
> SQL logging.  But when I turn this on for 5 or 10 minutes, there's 
> about
> 20,000 lines to wade through.
> 
>  
> 
> What am I looking for?  A simple SQL statement that's changing the 
> DatasetID field on the Base Element form from BMC.ASSET.SANDBOX to 
> BMC.ASSET?  (I can get the Base Element form id from AR Schema form 
> and search on that).
> 
>  
> 
> Checked Reconciliation Job Events table and everything looks good (no 
> errors).  The only thing I can see that's sort of weird is that in 
> Identification is modifies 198 records, but no merges (0) and no 
> deletes (0).
> 
>  
> 
> Lisa Kemes
> 
>  
> 
> _ARSlist: "Where the An

Re: 7.6.04 Upgrade to 8.1

[Samuel J Albury III]

That is funny.

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

Re: 7.6.04 Upgrade to 8.1

[Longwing, Lj]

Brian,
It was actually really cool to watch the demo, they had it fully
functional.  You needed a server group, you make all of your changes, all
of them, to include deleting columns, etc.  You can connect to the admin
server in the server group to see the changes, work with the new workflow,
everything...the users remain on the other node(s) of the server group and
never see the changes...everything stored in the same db...then when all of
your functional testing is done you literally 'flip a switch' and the other
nodes in the server group arsignal, get the new cache, and it's 'in prod'

At that point all that is needed I believe was a Mid-Tier cache flush, and
the users were using the new forms/workflow 'in an instant'...

You of course still need all of your planning, testing, etc...but the zero
down time part was for the user.  All of the work could be done during
business hours, no late night, evening, weekend work to get the new code in
place...it can all be done next to the current stuff...it was an amazing
demo.


On Tue, Jul 16, 2013 at 10:14 AM, Brian Pancia  wrote:

> Zero downtime.  Now that is funny.  It may be possible with months of
> planning, but more than likely you will still have some amount of downtime.
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of teresa S Fannin
> Sent: Tuesday, July 16, 2013 11:57 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: 7.6.04 Upgrade to 8.1
>
> There was that discussion at last year's rug where they pointed production
> to their failover area.   Did the upgrade in production while everyone
> worked from the failover area and then switched back when the upgrade was
> complete.More steps than this but you get the idea.
> Teresa
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Hulmes, Timothy CTR MDA/ICTO
> Sent: Tuesday, July 16, 2013 10:49 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: 7.6.04 Upgrade to 8.1
>
> The only zero down time upgrade I am aware of is to not upgrade.
>
> Tim
>
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Tom Shurmur
> Sent: Tuesday, July 16, 2013 9:38 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: 7.6.04 Upgrade to 8.1
>
> **
> Well, that is a bummer. But it's a cool idea if it ever comes fruition.
>
> Thank you all for you help.
>
> Tom
> 
>
> From: Rick Cook 
> To: arslist@ARSLIST.ORG
> Sent: Tuesday, July 16, 2013 11:30 AM
> Subject: Re: 7.6.04 Upgrade to 8.1
>
>
> **
> Well, either there is a huge conspiracy that involved wholesale changes to
> documents I read, or my memory is playing tricks on me.
> I'm going with the conspiracy.  Nah, just kidding.  Must have been
> something I inferred from the overlay enhancements in 8.1.  Darn.
> Rick
> On Jul 16, 2013 6:38 AM, "Longwing, Lj"  wrote:
>
>
> **
> can you point me to the URL that discusses 'zero downtime
> upgrades'?  I know that 8.1 wasn't released at last years rug, it was just
> 8.0, but I know that after the RUG David posted an idea (
> https://communities.bmc.com/ideas/1421) that is in a status of 'Under
> Consideration'when they are available, it's changed to
> 'Delivered'so all of the facts that I have currently available tell me
> that the demo we received last year isn't in a current code line...but if
> you could point me to docs to the contraryI would love to see them.
>
>
> On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook 
> wrote:
>
>
> **
> Might want to check the 8.1 documentation on that, LJ.
> Rick
> On Jul 16, 2013 6:04 AM, "Longwing, Lj" <
> llongw...@usgs.gov> wrote:
>
>
> **
> Rick,
> They were VERY careful to state at RUG last year
> that the code demonstrated was NOT in ANY code line available to the
> publicso no, it's NOT in 8.1, it is under consideration for a future
> release, but not in any currently available to the public release.
>
>
> On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook <
> remedyr...@gmail.com> wrote:
>
>
> **
> No, Tauf, they have the code in 8.1.  But
> I don't think you can make that work unless you are upgrading FROM 8.1, not
> TO it.
>
> Rick
> On Jul 15, 2013 7:29 PM, "Tauf Chowdhury" <
> taufc...@gmail.com> wrote:
>
>
> **
> Tom,
> If you're talking about the No
> Downtime session presented by BMC, it's not something that exists yet. It's
> something R&D is working on for the future. They wanted to see what kind of
> feedba

Re: 7.6.04 Upgrade to 8.1

[Brian Pancia]

Zero downtime.  Now that is funny.  It may be possible with months of planning, 
but more than likely you will still have some amount of downtime.

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of teresa S Fannin
Sent: Tuesday, July 16, 2013 11:57 AM
To: arslist@ARSLIST.ORG
Subject: Re: 7.6.04 Upgrade to 8.1

There was that discussion at last year's rug where they pointed production to 
their failover area.   Did the upgrade in production while everyone worked from 
the failover area and then switched back when the upgrade was complete.More 
steps than this but you get the idea.
Teresa

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Hulmes, Timothy CTR MDA/ICTO
Sent: Tuesday, July 16, 2013 10:49 AM
To: arslist@ARSLIST.ORG
Subject: Re: 7.6.04 Upgrade to 8.1

The only zero down time upgrade I am aware of is to not upgrade.

Tim


-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Tom Shurmur
Sent: Tuesday, July 16, 2013 9:38 AM
To: arslist@ARSLIST.ORG
Subject: Re: 7.6.04 Upgrade to 8.1

** 
Well, that is a bummer. But it's a cool idea if it ever comes fruition. 

Thank you all for you help.

Tom


From: Rick Cook 
To: arslist@ARSLIST.ORG 
Sent: Tuesday, July 16, 2013 11:30 AM
Subject: Re: 7.6.04 Upgrade to 8.1


** 
Well, either there is a huge conspiracy that involved wholesale changes to 
documents I read, or my memory is playing tricks on me.
I'm going with the conspiracy.  Nah, just kidding.  Must have been something I 
inferred from the overlay enhancements in 8.1.  Darn. 
Rick
On Jul 16, 2013 6:38 AM, "Longwing, Lj"  wrote:


** 
can you point me to the URL that discusses 'zero downtime upgrades'?  I 
know that 8.1 wasn't released at last years rug, it was just 8.0, but I know 
that after the RUG David posted an idea 
(https://communities.bmc.com/ideas/1421) that is in a status of 'Under 
Consideration'when they are available, it's changed to 'Delivered'so 
all of the facts that I have currently available tell me that the demo we 
received last year isn't in a current code line...but if you could point me to 
docs to the contraryI would love to see them.


On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook  wrote:


** 
Might want to check the 8.1 documentation on that, LJ.  
Rick
On Jul 16, 2013 6:04 AM, "Longwing, Lj"  
wrote:


** 
Rick,
They were VERY careful to state at RUG last year that 
the code demonstrated was NOT in ANY code line available to the publicso 
no, it's NOT in 8.1, it is under consideration for a future release, but not in 
any currently available to the public release.


On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook 
 wrote:


** 
No, Tauf, they have the code in 8.1.  But I 
don't think you can make that work unless you are upgrading FROM 8.1, not TO 
it. 

Rick
On Jul 15, 2013 7:29 PM, "Tauf Chowdhury" 
 wrote:


** 
Tom, 
If you're talking about the No Downtime 
session presented by BMC, it's not something that exists yet. It's something 
R&D is working on for the future. They wanted to see what kind of feedback that 
would have as sort of a litmus test. I could be wrong but that was my takeaway. 
Doug M was in that session and maybe he can go into more detail. 

Sent from my iPhone

On Jul 15, 2013, at 8:57 PM, Tom 
Shurmur  wrote:



** 
Howdy Listers,
 
We are about to embark on 
upgrading from 7.6.04 to 8.1 on a windows platform using MS-SQL. Has anyone 
used the No Downtime Upgrade method that was presented at last year’s WWRUG to 
move from 7.6.04 to 8.1? If so, was it smooth or bumpy ride?
 
We will be standing up a test 
system with 2 app VMs and a DB to test this approach.
 
I look forward to your feedba

Re: 7.6.04 Upgrade to 8.1

[teresa S Fannin]

There was that discussion at last year's rug where they pointed production to 
their failover area.   Did the upgrade in production while everyone worked from 
the failover area and then switched back when the upgrade was complete.More 
steps than this but you get the idea.
Teresa

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Hulmes, Timothy CTR MDA/ICTO
Sent: Tuesday, July 16, 2013 10:49 AM
To: arslist@ARSLIST.ORG
Subject: Re: 7.6.04 Upgrade to 8.1

The only zero down time upgrade I am aware of is to not upgrade.

Tim


-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Tom Shurmur
Sent: Tuesday, July 16, 2013 9:38 AM
To: arslist@ARSLIST.ORG
Subject: Re: 7.6.04 Upgrade to 8.1

** 
Well, that is a bummer. But it's a cool idea if it ever comes fruition. 

Thank you all for you help.

Tom


From: Rick Cook 
To: arslist@ARSLIST.ORG 
Sent: Tuesday, July 16, 2013 11:30 AM
Subject: Re: 7.6.04 Upgrade to 8.1


** 
Well, either there is a huge conspiracy that involved wholesale changes to 
documents I read, or my memory is playing tricks on me.
I'm going with the conspiracy.  Nah, just kidding.  Must have been something I 
inferred from the overlay enhancements in 8.1.  Darn. 
Rick
On Jul 16, 2013 6:38 AM, "Longwing, Lj"  wrote:


** 
can you point me to the URL that discusses 'zero downtime upgrades'?  I 
know that 8.1 wasn't released at last years rug, it was just 8.0, but I know 
that after the RUG David posted an idea 
(https://communities.bmc.com/ideas/1421) that is in a status of 'Under 
Consideration'when they are available, it's changed to 'Delivered'so 
all of the facts that I have currently available tell me that the demo we 
received last year isn't in a current code line...but if you could point me to 
docs to the contraryI would love to see them.


On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook  wrote:


** 
Might want to check the 8.1 documentation on that, LJ.  
Rick
On Jul 16, 2013 6:04 AM, "Longwing, Lj"  
wrote:


** 
Rick,
They were VERY careful to state at RUG last year that 
the code demonstrated was NOT in ANY code line available to the publicso 
no, it's NOT in 8.1, it is under consideration for a future release, but not in 
any currently available to the public release.


On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook 
 wrote:


** 
No, Tauf, they have the code in 8.1.  But I 
don't think you can make that work unless you are upgrading FROM 8.1, not TO 
it. 

Rick
On Jul 15, 2013 7:29 PM, "Tauf Chowdhury" 
 wrote:


** 
Tom, 
If you're talking about the No Downtime 
session presented by BMC, it's not something that exists yet. It's something 
R&D is working on for the future. They wanted to see what kind of feedback that 
would have as sort of a litmus test. I could be wrong but that was my takeaway. 
Doug M was in that session and maybe he can go into more detail. 

Sent from my iPhone

On Jul 15, 2013, at 8:57 PM, Tom 
Shurmur  wrote:



** 
Howdy Listers,
 
We are about to embark on 
upgrading from 7.6.04 to 8.1 on a windows platform using MS-SQL. Has anyone 
used the No Downtime Upgrade method that was presented at last year’s WWRUG to 
move from 7.6.04 to 8.1? If so, was it smooth or bumpy ride?
 
We will be standing up a test 
system with 2 app VMs and a DB to test this approach.
 
I look forward to your feedback
 
Tom Shurmur
Sr Remedy Developer
Froedtert Health System
_ARSlist: "Where the Answers 
Are" and have been for 20 years_

Re: 7.6.04 Upgrade to 8.1

[Hulmes, Timothy CTR MDA/ICTO]

The only zero down time upgrade I am aware of is to not upgrade.

Tim


-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Tom Shurmur
Sent: Tuesday, July 16, 2013 9:38 AM
To: arslist@ARSLIST.ORG
Subject: Re: 7.6.04 Upgrade to 8.1

** 
Well, that is a bummer. But it's a cool idea if it ever comes fruition. 

Thank you all for you help.

Tom


From: Rick Cook 
To: arslist@ARSLIST.ORG 
Sent: Tuesday, July 16, 2013 11:30 AM
Subject: Re: 7.6.04 Upgrade to 8.1


** 
Well, either there is a huge conspiracy that involved wholesale changes to 
documents I read, or my memory is playing tricks on me.
I'm going with the conspiracy.  Nah, just kidding.  Must have been something I 
inferred from the overlay enhancements in 8.1.  Darn. 
Rick
On Jul 16, 2013 6:38 AM, "Longwing, Lj"  wrote:


** 
can you point me to the URL that discusses 'zero downtime upgrades'?  I 
know that 8.1 wasn't released at last years rug, it was just 8.0, but I know 
that after the RUG David posted an idea 
(https://communities.bmc.com/ideas/1421) that is in a status of 'Under 
Consideration'when they are available, it's changed to 'Delivered'so 
all of the facts that I have currently available tell me that the demo we 
received last year isn't in a current code line...but if you could point me to 
docs to the contraryI would love to see them.


On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook  wrote:


** 
Might want to check the 8.1 documentation on that, LJ.  
Rick
On Jul 16, 2013 6:04 AM, "Longwing, Lj"  
wrote:


** 
Rick,
They were VERY careful to state at RUG last year that 
the code demonstrated was NOT in ANY code line available to the publicso 
no, it's NOT in 8.1, it is under consideration for a future release, but not in 
any currently available to the public release.


On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook 
 wrote:


** 
No, Tauf, they have the code in 8.1.  But I 
don't think you can make that work unless you are upgrading FROM 8.1, not TO 
it. 

Rick
On Jul 15, 2013 7:29 PM, "Tauf Chowdhury" 
 wrote:


** 
Tom, 
If you're talking about the No Downtime 
session presented by BMC, it's not something that exists yet. It's something 
R&D is working on for the future. They wanted to see what kind of feedback that 
would have as sort of a litmus test. I could be wrong but that was my takeaway. 
Doug M was in that session and maybe he can go into more detail. 

Sent from my iPhone

On Jul 15, 2013, at 8:57 PM, Tom 
Shurmur  wrote:



** 
Howdy Listers,
 
We are about to embark on 
upgrading from 7.6.04 to 8.1 on a windows platform using MS-SQL. Has anyone 
used the No Downtime Upgrade method that was presented at last year’s WWRUG to 
move from 7.6.04 to 8.1? If so, was it smooth or bumpy ride?
 
We will be standing up a test 
system with 2 app VMs and a DB to test this approach.
 
I look forward to your feedback
 
Tom Shurmur
Sr Remedy Developer
Froedtert Health System
_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_ 


_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_ 

_ARSlist: "Where the Answers Are" and have been for 20 years_


_ARSlist: "Where the Answers Are" and have been 

Re: 7.6.04 Upgrade to 8.1

[Tom Shurmur]

Well, that is a bummer. But it's a cool idea if it ever comes fruition. 

Thank you all for you help.

Tom


 From: Rick Cook 
To: arslist@ARSLIST.ORG 
Sent: Tuesday, July 16, 2013 11:30 AM
Subject: Re: 7.6.04 Upgrade to 8.1
 


** 
Well, either there is a huge conspiracy that involved wholesale changes to 
documents I read, or my memory is playing tricks on me.
I'm going with the conspiracy.  Nah, just kidding.  Must have been something I 
inferred from the overlay enhancements in 8.1.  Darn. 
Rick
On Jul 16, 2013 6:38 AM, "Longwing, Lj"  wrote:

** 
>can you point me to the URL that discusses 'zero downtime upgrades'?  I know 
>that 8.1 wasn't released at last years rug, it was just 8.0, but I know that 
>after the RUG David posted an idea (https://communities.bmc.com/ideas/1421) 
>that is in a status of 'Under Consideration'when they are available, it's 
>changed to 'Delivered'so all of the facts that I have currently available 
>tell me that the demo we received last year isn't in a current code line...but 
>if you could point me to docs to the contraryI would love to see them.
>
>
>
>On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook  wrote:
>
>** 
>>Might want to check the 8.1 documentation on that, LJ.  
>>Rick
>>On Jul 16, 2013 6:04 AM, "Longwing, Lj"  wrote:
>>
>>** 
>>>Rick,
>>>They were VERY careful to state at RUG last year that the code demonstrated 
>>>was NOT in ANY code line available to the publicso no, it's NOT in 8.1, 
>>>it is under consideration for a future release, but not in any currently 
>>>available to the public release.
>>>
>>>
>>>
>>>On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook  wrote:
>>>
>>>** 
No, Tauf, they have the code in 8.1.  But I don't think you can make that 
work unless you are upgrading FROM 8.1, not TO it. Rick
On Jul 15, 2013 7:29 PM, "Tauf Chowdhury"  wrote:

** 
>Tom, 
>If you're talking about the No Downtime session presented by BMC, it's not 
>something that exists yet. It's something R&D is working on for the 
>future. They wanted to see what kind of feedback that would have as sort 
>of a litmus test. I could be wrong but that was my takeaway. Doug M was in 
>that session and maybe he can go into more detail. 
>
>Sent from my iPhone
>
>On Jul 15, 2013, at 8:57 PM, Tom Shurmur  wrote:
>
>
>** 
>>Howdy
Listers,
>> 
>>We are about
to embark on upgrading from 7.6.04 to 8.1 on a windows platform using MS-SQL. 
Has
anyone used the No Downtime Upgrade method that was presented at last year’s
WWRUG to move from 7.6.04 to 8.1? If so, was it smooth or bumpy ride?
>> 
>>We will be
standing up a test system with 2 app VMs and a DB to test this approach.
>> 
>>I look
forward to your feedback
>> 
>>Tom Shurmur
>>Sr Remedy Developer
>>Froedtert
Health System
_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_ 
>>>
_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_ 
_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: 7.6.04 Upgrade to 8.1

[Rick Cook]

Well, either there is a huge conspiracy that involved wholesale changes to
documents I read, or my memory is playing tricks on me.

I'm going with the conspiracy.  Nah, just kidding.  Must have been
something I inferred from the overlay enhancements in 8.1.  Darn.

Rick
On Jul 16, 2013 6:38 AM, "Longwing, Lj"  wrote:

> **
> can you point me to the URL that discusses 'zero downtime upgrades'?  I
> know that 8.1 wasn't released at last years rug, it was just 8.0, but I
> know that after the RUG David posted an idea (
> https://communities.bmc.com/ideas/1421) that is in a status of 'Under
> Consideration'when they are available, it's changed to
> 'Delivered'so all of the facts that I have currently available tell me
> that the demo we received last year isn't in a current code line...but if
> you could point me to docs to the contraryI would love to see them.
>
>
> On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook  wrote:
>
>> **
>>
>> Might want to check the 8.1 documentation on that, LJ.
>>
>> Rick
>> On Jul 16, 2013 6:04 AM, "Longwing, Lj"  wrote:
>>
>>> **
>>> Rick,
>>> They were VERY careful to state at RUG last year that the code
>>> demonstrated was NOT in ANY code line available to the publicso no,
>>> it's NOT in 8.1, it is under consideration for a future release, but not in
>>> any currently available to the public release.
>>>
>>>
>>> On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook  wrote:
>>>
 **

 No, Tauf, they have the code in 8.1.  But I don't think you can make
 that work unless you are upgrading FROM 8.1, not TO it.

 Rick
 On Jul 15, 2013 7:29 PM, "Tauf Chowdhury"  wrote:

> **
> Tom,
> If you're talking about the No Downtime session presented by BMC, it's
> not something that exists yet. It's something R&D is working on for the
> future. They wanted to see what kind of feedback that would have as sort 
> of
> a litmus test. I could be wrong but that was my takeaway. Doug M was in
> that session and maybe he can go into more detail.
>
> Sent from my iPhone
>
> On Jul 15, 2013, at 8:57 PM, Tom Shurmur  wrote:
>
> **
> Howdy Listers,
>
> We are about to embark on upgrading from 7.6.04 to 8.1 on a windows
> platform using MS-SQL. Has anyone used the No Downtime Upgrade method that
> was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was
> it smooth or bumpy ride?
>
> We will be standing up a test system with 2 app VMs and a DB to test
> this approach.
>
> I look forward to your feedback
>
> Tom Shurmur
> Sr Remedy Developer
> Froedtert Health System
> _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_

>>>
>>> _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: Reconciliation Engine and New Records

[Tomasiewicz, Mike (Information Technology)]

I would try to debug the recon job itself.

>From the CMDB:Console (The old console) open the Reconciliation Manager tab, 
>then open settings and set the Logging Level to Debug.

Run the job and the log will show you every rule, substitution, and action it 
took against each CI from the sandbox.  I'm sure you'll find your answer in 
there.

.: Mike T :.

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION 
OPERATIONS
Sent: Tuesday, July 16, 2013 7:38 AM
To: arslist@ARSLIST.ORG
Subject: Re: Reconciliation Engine and New Records

The reconciliationidentity value doesn't get generated until after it runs 
through Reconciliation.  For some reason, it just sits in the sandbox (there 
are no errors in the recon logs even after I set the logging to debug).

I guess I would like to go back to my original question, I'd like to follow the 
workflow (SQL, API Calls) when the recon engine runs the job so I can see 
exactly what is happening.  Why is it skipping these records?  Would it show 
that it's checking everything with a dataset of BMC.ASSET.SANDBOX and then let 
me know why it skipped it?  (by showing me the SQL query?).

Any assistance would be great.

Thanks!

Lisa

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Kiran Patil
Sent: Thursday, July 11, 2013 11:55 PM
To: arslist@ARSLIST.ORG
Subject: Re: Reconciliation Engine and New Records

Hi Lisa, 

1- Are indentification ids getting generated for
manual created CI in sandbox?
2- If yes, copy reconID of any of manual created 
And search on BASE_Element form and check 
Check how many records your getting?
3- do you have any other datasource integrated
With cmdb to populate CI? 

Regards
Kiran 


On Thu, 11 Jul 2013 20:24:24 +0550, arslist@ARSLIST.ORG wrote:
> Yep, doing the debug now.  But if there are no errors, I'm not sure 
> what it's going to show me.
> 
> I'm going to check the logs in a few minutes and see what I can find.
> 
> -Original Message-
> From: Action Request System discussion list(ARSList) 
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Downing, Ryan
> Sent: Thursday, July 11, 2013 10:28 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: Reconciliation Engine and New Records
> 
> **
> 
> Hi again Lisa,
> 
>  
> 
> Also, you may want to set your log level to "Debug" in the settings
> 
>  
> 
> 
> 
>  
> 
> Ryan.
> 
>  
> 
> From: Downing, Ryan
> Sent: Thursday, July 11, 2013 10:12 AM
> To: arslist@ARSLIST.ORG
> Subject: RE: Reconciliation Engine and New Records
> 
>  
> 
> Hi Lisa,
> 
>  
> 
> A couple of questions:
> 
>  
> 
> 1.   What is the ReconciliationIdentity value of the SANDBOX
> records? Is it a zero "0"  (If so.backup these records and then 
> delete them and retry running the job).
> 
> 2.   Does a BMC.ASSET record already exist for the  CI with the
same
> Name value or ReconciliationIdentity
> 
> 3.   Have you looked at the reconciliation log files in  directory>\ AtriumCore\Logssee if there is a merge or 
> directory>identification
> specific issue there (this should tell you something about each of the

> records having an issue)
> 
> 4.   Is the delete dataset active or Inactive
> 
>  
> 
> 
> 
>  
> 
> Regards,
> 
> Ryan.
> 
>  
> 
>  
> 
> From: Action Request System discussion list(ARSList) 
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR 
> INFORMATION OPERATIONS
> Sent: Thursday, July 11, 2013 9:41 AM
> To: arslist@ARSLIST.ORG
> Subject: Reconciliation Engine and New Records
> 
>  
> 
> **
> 
> Recon Engine is running, no errors, but when adding new records to 
> Asset Management, they are not moving over to the BMC.ASSET dataset, 
> they are stuck in the Sandbox.
> 
>  
> 
> I'd like to see what's happening so I believe I would turn on API and 
> SQL logging.  But when I turn this on for 5 or 10 minutes, there's 
> about
> 20,000 lines to wade through.
> 
>  
> 
> What am I looking for?  A simple SQL statement that's changing the 
> DatasetID field on the Base Element form from BMC.ASSET.SANDBOX to 
> BMC.ASSET?  (I can get the Base Element form id from AR Schema form 
> and search on that).
> 
>  
> 
> Checked Reconciliation Job Events table and everything looks good (no 
> errors).  The only thing I can see that's sort of weird is that in 
> Identification is modifies 198 records, but no merges (0) and no 
> deletes (0).
> 
>  
> 
> Lisa Kemes
> 
>  
> 
> _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"


___
UNSUBSCRIBE or access ARSli

Re: 7.6.04 Upgrade to 8.1

[Downing, Ryan]

Hi All,

BMC does not have 'Zero Downtime Upgrades' in any available code-line today.

Regards,
Ryan.

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, Lj
Sent: Tuesday, July 16, 2013 9:39 AM
To: arslist@ARSLIST.ORG
Subject: Re: 7.6.04 Upgrade to 8.1

**
can you point me to the URL that discusses 'zero downtime upgrades'?  I know 
that 8.1 wasn't released at last years rug, it was just 8.0, but I know that 
after the RUG David posted an idea (https://communities.bmc.com/ideas/1421) 
that is in a status of 'Under Consideration'when they are available, it's 
changed to 'Delivered'so all of the facts that I have currently available 
tell me that the demo we received last year isn't in a current code line...but 
if you could point me to docs to the contraryI would love to see them.

On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook 
mailto:remedyr...@gmail.com>> wrote:
**

Might want to check the 8.1 documentation on that, LJ.

Rick
On Jul 16, 2013 6:04 AM, "Longwing, Lj" 
mailto:llongw...@usgs.gov>> wrote:
**
Rick,
They were VERY careful to state at RUG last year that the code demonstrated was 
NOT in ANY code line available to the publicso no, it's NOT in 8.1, it is 
under consideration for a future release, but not in any currently available to 
the public release.

On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook 
mailto:remedyr...@gmail.com>> wrote:
**

No, Tauf, they have the code in 8.1.  But I don't think you can make that work 
unless you are upgrading FROM 8.1, not TO it.

Rick
On Jul 15, 2013 7:29 PM, "Tauf Chowdhury" 
mailto:taufc...@gmail.com>> wrote:
**
Tom,
If you're talking about the No Downtime session presented by BMC, it's not 
something that exists yet. It's something R&D is working on for the future. 
They wanted to see what kind of feedback that would have as sort of a litmus 
test. I could be wrong but that was my takeaway. Doug M was in that session and 
maybe he can go into more detail.

Sent from my iPhone

On Jul 15, 2013, at 8:57 PM, Tom Shurmur 
mailto:tsrem...@yahoo.com>> wrote:
**
Howdy Listers,

We are about to embark on upgrading from 7.6.04 to 8.1 on a windows platform 
using MS-SQL. Has anyone used the No Downtime Upgrade method that was presented 
at last year's WWRUG to move from 7.6.04 to 8.1? If so, was it smooth or bumpy 
ride?

We will be standing up a test system with 2 app VMs and a DB to test this 
approach.

I look forward to your feedback

Tom Shurmur
Sr Remedy Developer
Froedtert Health System
_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_

_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: 7.6.04 Upgrade to 8.1

[Longwing, Lj]

can you point me to the URL that discusses 'zero downtime upgrades'?  I
know that 8.1 wasn't released at last years rug, it was just 8.0, but I
know that after the RUG David posted an idea (
https://communities.bmc.com/ideas/1421) that is in a status of 'Under
Consideration'when they are available, it's changed to
'Delivered'so all of the facts that I have currently available tell me
that the demo we received last year isn't in a current code line...but if
you could point me to docs to the contraryI would love to see them.


On Tue, Jul 16, 2013 at 7:14 AM, Rick Cook  wrote:

> **
>
> Might want to check the 8.1 documentation on that, LJ.
>
> Rick
> On Jul 16, 2013 6:04 AM, "Longwing, Lj"  wrote:
>
>> **
>> Rick,
>> They were VERY careful to state at RUG last year that the code
>> demonstrated was NOT in ANY code line available to the publicso no,
>> it's NOT in 8.1, it is under consideration for a future release, but not in
>> any currently available to the public release.
>>
>>
>> On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook  wrote:
>>
>>> **
>>>
>>> No, Tauf, they have the code in 8.1.  But I don't think you can make
>>> that work unless you are upgrading FROM 8.1, not TO it.
>>>
>>> Rick
>>> On Jul 15, 2013 7:29 PM, "Tauf Chowdhury"  wrote:
>>>
 **
 Tom,
 If you're talking about the No Downtime session presented by BMC, it's
 not something that exists yet. It's something R&D is working on for the
 future. They wanted to see what kind of feedback that would have as sort of
 a litmus test. I could be wrong but that was my takeaway. Doug M was in
 that session and maybe he can go into more detail.

 Sent from my iPhone

 On Jul 15, 2013, at 8:57 PM, Tom Shurmur  wrote:

 **
 Howdy Listers,

 We are about to embark on upgrading from 7.6.04 to 8.1 on a windows
 platform using MS-SQL. Has anyone used the No Downtime Upgrade method that
 was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was
 it smooth or bumpy ride?

 We will be standing up a test system with 2 app VMs and a DB to test
 this approach.

 I look forward to your feedback

 Tom Shurmur
 Sr Remedy Developer
 Froedtert Health System
 _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_
>>>
>>
>> _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: 7.6.04 Upgrade to 8.1

[Rick Cook]

Might want to check the 8.1 documentation on that, LJ.

Rick
On Jul 16, 2013 6:04 AM, "Longwing, Lj"  wrote:

> **
> Rick,
> They were VERY careful to state at RUG last year that the code
> demonstrated was NOT in ANY code line available to the publicso no,
> it's NOT in 8.1, it is under consideration for a future release, but not in
> any currently available to the public release.
>
>
> On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook  wrote:
>
>> **
>>
>> No, Tauf, they have the code in 8.1.  But I don't think you can make that
>> work unless you are upgrading FROM 8.1, not TO it.
>>
>> Rick
>> On Jul 15, 2013 7:29 PM, "Tauf Chowdhury"  wrote:
>>
>>> **
>>> Tom,
>>> If you're talking about the No Downtime session presented by BMC, it's
>>> not something that exists yet. It's something R&D is working on for the
>>> future. They wanted to see what kind of feedback that would have as sort of
>>> a litmus test. I could be wrong but that was my takeaway. Doug M was in
>>> that session and maybe he can go into more detail.
>>>
>>> Sent from my iPhone
>>>
>>> On Jul 15, 2013, at 8:57 PM, Tom Shurmur  wrote:
>>>
>>> **
>>> Howdy Listers,
>>>
>>> We are about to embark on upgrading from 7.6.04 to 8.1 on a windows
>>> platform using MS-SQL. Has anyone used the No Downtime Upgrade method that
>>> was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was
>>> it smooth or bumpy ride?
>>>
>>> We will be standing up a test system with 2 app VMs and a DB to test
>>> this approach.
>>>
>>> I look forward to your feedback
>>>
>>> Tom Shurmur
>>> Sr Remedy Developer
>>> Froedtert Health System
>>> _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_
>>
>
> _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: 7.6.04 Upgrade to 8.1

[Longwing, Lj]

Rick,
They were VERY careful to state at RUG last year that the code demonstrated
was NOT in ANY code line available to the publicso no, it's NOT in 8.1,
it is under consideration for a future release, but not in any currently
available to the public release.


On Mon, Jul 15, 2013 at 8:32 PM, Rick Cook  wrote:

> **
>
> No, Tauf, they have the code in 8.1.  But I don't think you can make that
> work unless you are upgrading FROM 8.1, not TO it.
>
> Rick
> On Jul 15, 2013 7:29 PM, "Tauf Chowdhury"  wrote:
>
>> **
>> Tom,
>> If you're talking about the No Downtime session presented by BMC, it's
>> not something that exists yet. It's something R&D is working on for the
>> future. They wanted to see what kind of feedback that would have as sort of
>> a litmus test. I could be wrong but that was my takeaway. Doug M was in
>> that session and maybe he can go into more detail.
>>
>> Sent from my iPhone
>>
>> On Jul 15, 2013, at 8:57 PM, Tom Shurmur  wrote:
>>
>> **
>> Howdy Listers,
>>
>> We are about to embark on upgrading from 7.6.04 to 8.1 on a windows
>> platform using MS-SQL. Has anyone used the No Downtime Upgrade method that
>> was presented at last year’s WWRUG to move from 7.6.04 to 8.1? If so, was
>> it smooth or bumpy ride?
>>
>> We will be standing up a test system with 2 app VMs and a DB to test this
>> approach.
>>
>> I look forward to your feedback
>>
>> Tom Shurmur
>> Sr Remedy Developer
>> Froedtert Health System
>> _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: Reconciliation Engine and New Records

[Kemes, Lisa A DLA CTR INFORMATION OPERATIONS]

The reconciliationidentity value doesn't get generated until after it
runs through Reconciliation.  For some reason, it just sits in the
sandbox (there are no errors in the recon logs even after I set the
logging to debug).

I guess I would like to go back to my original question, I'd like to
follow the workflow (SQL, API Calls) when the recon engine runs the job
so I can see exactly what is happening.  Why is it skipping these
records?  Would it show that it's checking everything with a dataset of
BMC.ASSET.SANDBOX and then let me know why it skipped it?  (by showing
me the SQL query?).

Any assistance would be great.

Thanks!

Lisa

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Kiran Patil
Sent: Thursday, July 11, 2013 11:55 PM
To: arslist@ARSLIST.ORG
Subject: Re: Reconciliation Engine and New Records

Hi Lisa, 

1- Are indentification ids getting generated for
manual created CI in sandbox?
2- If yes, copy reconID of any of manual created 
And search on BASE_Element form and check 
Check how many records your getting?
3- do you have any other datasource integrated
With cmdb to populate CI? 

Regards
Kiran 


On Thu, 11 Jul 2013 20:24:24 +0550, arslist@ARSLIST.ORG wrote:
> Yep, doing the debug now.  But if there are no errors, I'm not sure 
> what it's going to show me.
> 
> I'm going to check the logs in a few minutes and see what I can find.
> 
> -Original Message-
> From: Action Request System discussion list(ARSList) 
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Downing, Ryan
> Sent: Thursday, July 11, 2013 10:28 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: Reconciliation Engine and New Records
> 
> **
> 
> Hi again Lisa,
> 
>  
> 
> Also, you may want to set your log level to "Debug" in the settings
> 
>  
> 
> 
> 
>  
> 
> Ryan.
> 
>  
> 
> From: Downing, Ryan
> Sent: Thursday, July 11, 2013 10:12 AM
> To: arslist@ARSLIST.ORG
> Subject: RE: Reconciliation Engine and New Records
> 
>  
> 
> Hi Lisa,
> 
>  
> 
> A couple of questions:
> 
>  
> 
> 1.   What is the ReconciliationIdentity value of the SANDBOX
> records? Is it a zero "0"  (If so.backup these records and then 
> delete them and retry running the job).
> 
> 2.   Does a BMC.ASSET record already exist for the  CI with the
same
> Name value or ReconciliationIdentity
> 
> 3.   Have you looked at the reconciliation log files in  directory>\ AtriumCore\Logssee if there is a merge or 
> directory>identification
> specific issue there (this should tell you something about each of the

> records having an issue)
> 
> 4.   Is the delete dataset active or Inactive
> 
>  
> 
> 
> 
>  
> 
> Regards,
> 
> Ryan.
> 
>  
> 
>  
> 
> From: Action Request System discussion list(ARSList) 
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR 
> INFORMATION OPERATIONS
> Sent: Thursday, July 11, 2013 9:41 AM
> To: arslist@ARSLIST.ORG
> Subject: Reconciliation Engine and New Records
> 
>  
> 
> **
> 
> Recon Engine is running, no errors, but when adding new records to 
> Asset Management, they are not moving over to the BMC.ASSET dataset, 
> they are stuck in the Sandbox.
> 
>  
> 
> I'd like to see what's happening so I believe I would turn on API and 
> SQL logging.  But when I turn this on for 5 or 10 minutes, there's 
> about
> 20,000 lines to wade through.
> 
>  
> 
> What am I looking for?  A simple SQL statement that's changing the 
> DatasetID field on the Base Element form from BMC.ASSET.SANDBOX to 
> BMC.ASSET?  (I can get the Base Element form id from AR Schema form 
> and search on that).
> 
>  
> 
> Checked Reconciliation Job Events table and everything looks good (no 
> errors).  The only thing I can see that's sort of weird is that in 
> Identification is modifies 198 records, but no merges (0) and no 
> deletes (0).
> 
>  
> 
> Lisa Kemes
> 
>  
> 
> _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"


___
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"