Re: Server Alias Production and COOP

[Brian Pancia]

Thanks for the info.  I pushed to put load balancers when we upgraded to 9.1, 
but the customer didn't want to spend the money.  I'll mess around with the 
aliases in the ar.cfg file.


From: Action Request System discussion list(ARSList)  on 
behalf of Grooms, Frederick W 
Sent: Wednesday, May 17, 2017 10:42:58 AM
To: arslist@ARSLIST.ORG
Subject: Re: Server Alias Production and COOP

**
The way we handle it here is to never use the real server names, always use an 
alias for both the web server and the AR Server.

In the AR System you can add the IP-Name entries to the ar.conf (ar.cfg for 
Windows) so the AR System will recognize both names as the same server
i.e.
Server-Name: name1
IP-Name: name1.fqdn.com
IP-Name: alias1
IP-Name: alias1.fqdn.com

We typically also add the alias to the hosts file so from inside the server it 
will resolve the alias to itself always


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Brian Pancia
Sent: Wednesday, May 17, 2017 9:19 AM
To: arslist@ARSLIST.ORG
Subject: Server Alias Production and COOP

**

We have a number of integrations with our remedy environment using web 
services.  We want to seamlessly switch between Production and COOP without 
impacting the integrations, since the remedy application server name is in the 
mid-tier url.  I'm assuming we can setup a DNS server alias and then just mess 
with DNS when switching between environments.  How have other people managed 
this and are there any things to lookout for?  Ideally I would like to be able 
to swap in and out of environments without the integrations or end users 
realizing we are switching.



Current sample settings, names changed to protect the innocent:



https://productionmidtierserver/arsys/forms/productionappserver/...



https://coopmidtierserver/arsys/forms/coopappserver/...



Would like both to use:



https://remedy.com/arsys/forms/remedyappserver/...





Thanks,



Brian


DISCLAIMER: The information contained in this e-mail and its attachments 
contain confidential information belonging to the sender, which is legally 
privileged. The information is intended only for the use of the recipient(s) 
named above. If you are not the intended recipient, you are notified that any 
disclosure, copying, distribution or action in reliance upon the contents of 
the information transmitted is strictly prohibited. If you have received this 
information in error, please delete it immediately.
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_
DISCLAIMER: The information contained in this e-mail and its attachments 
contain confidential information belonging to the sender, which is legally 
privileged. The information is intended only for the use of the recipient(s) 
named above. If you are not the intended recipient, you are notified that any 
disclosure, copying, distribution or action in reliance upon the contents of 
the information transmitted is strictly prohibited. If you have received this 
information in error, please delete it immediately.

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

Re: Server Alias Production and COOP

[Grooms, Frederick W]

The way we handle it here is to never use the real server names, always use an 
alias for both the web server and the AR Server.

In the AR System you can add the IP-Name entries to the ar.conf (ar.cfg for 
Windows) so the AR System will recognize both names as the same server
i.e.
Server-Name: name1
IP-Name: name1.fqdn.com
IP-Name: alias1
IP-Name: alias1.fqdn.com

We typically also add the alias to the hosts file so from inside the server it 
will resolve the alias to itself always


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Brian Pancia
Sent: Wednesday, May 17, 2017 9:19 AM
To: arslist@ARSLIST.ORG
Subject: Server Alias Production and COOP

**

We have a number of integrations with our remedy environment using web 
services.  We want to seamlessly switch between Production and COOP without 
impacting the integrations, since the remedy application server name is in the 
mid-tier url.  I'm assuming we can setup a DNS server alias and then just mess 
with DNS when switching between environments.  How have other people managed 
this and are there any things to lookout for?  Ideally I would like to be able 
to swap in and out of environments without the integrations or end users 
realizing we are switching.



Current sample settings, names changed to protect the innocent:



https://productionmidtierserver/arsys/forms/productionappserver/...



https://coopmidtierserver/arsys/forms/coopappserver/...



Would like both to use:



https://remedy.com/arsys/forms/remedyappserver/...





Thanks,



Brian


DISCLAIMER: The information contained in this e-mail and its attachments 
contain confidential information belonging to the sender, which is legally 
privileged. The information is intended only for the use of the recipient(s) 
named above. If you are not the intended recipient, you are notified that any 
disclosure, copying, distribution or action in reliance upon the contents of 
the information transmitted is strictly prohibited. If you have received this 
information in error, please delete it 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"

Re: Server Alias Production and COOP

[LJ LongWing]

Brian,
In the past I have used DNS, but that's problematic because dns has local
caches (on machines) and such, the much more elegant solution is load
balancers, this is typically done between two or more machines within the
server group of course, but if you have an alternate lb (load balanced load
balancer) in your coop site that the primary lb talks to, then when you
want to switch to your coop, the LB simply points to the other site, it's
just like you are in a server group that only half of which is being used,
then when it's time to COOP, the other half gets used and the first half
doesn't...

On Wed, May 17, 2017 at 8:19 AM, Brian Pancia  wrote:

> **
>
> We have a number of integrations with our remedy environment using web
> services.  We want to seamlessly switch between Production and COOP without
> impacting the integrations, since the remedy application server name is in
> the mid-tier url.  I'm assuming we can setup a DNS server alias and then
> just mess with DNS when switching between environments.  How have other
> people managed this and are there any things to lookout for?  Ideally I
> would like to be able to swap in and out of environments without the
> integrations or end users realizing we are switching.
>
>
> Current sample settings, names changed to protect the innocent:
>
>
> https://productionmidtierserver/arsys/forms/productionappserver/...
>
>
> https://coopmidtierserver/arsys/forms/coopappserver/...
>
>
> Would like both to use:
>
>
> https://remedy.com/arsys/forms/remedyappserver/...
>
>
>
> Thanks,
>
>
> Brian
>
>
> DISCLAIMER: The information contained in this e-mail and its attachments
> contain confidential information belonging to the sender, which is legally
> privileged. The information is intended only for the use of the
> recipient(s) named above. If you are not the intended recipient, you are
> notified that any disclosure, copying, distribution or action in reliance
> upon the contents of the information transmitted is strictly prohibited. If
> you have received this information in error, please delete it 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"

Server Alias Production and COOP

[Brian Pancia]

We have a number of integrations with our remedy environment using web 
services.  We want to seamlessly switch between Production and COOP without 
impacting the integrations, since the remedy application server name is in the 
mid-tier url.  I'm assuming we can setup a DNS server alias and then just mess 
with DNS when switching between environments.  How have other people managed 
this and are there any things to lookout for?  Ideally I would like to be able 
to swap in and out of environments without the integrations or end users 
realizing we are switching.


Current sample settings, names changed to protect the innocent:


https://productionmidtierserver/arsys/forms/productionappserver/...


https://coopmidtierserver/arsys/forms/coopappserver/...


Would like both to use:


https://remedy.com/arsys/forms/remedyappserver/...



Thanks,


Brian


DISCLAIMER: The information contained in this e-mail and its attachments 
contain confidential information belonging to the sender, which is legally 
privileged. The information is intended only for the use of the recipient(s) 
named above. If you are not the intended recipient, you are notified that any 
disclosure, copying, distribution or action in reliance upon the contents of 
the information transmitted is strictly prohibited. If you have received this 
information in error, please delete it immediately.

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

Re: Export/Import SRD from Test-Server to Production-Server

[Steve B]

I have seen this exact error before and the solution was to temporarily set 
Submitter Mode to Changeable on your target server and then do the import. It 
was on a different version than yours, but may be worth a try.

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

Re: Hub and Spoke for Non-Production ITSM Systems

[Misi Mladoniczky]

Hi,

I just want to clarify that my answer on Hub/Spoke setup using RRR|Chive was
off, as I did not know there were out of the box functionality to do this.

What I was talking about was to use RRR|Chive to have one server to use as
source for your configuration data, and then have RRR|Chive propagate this to
the other servers. For example from Dev to Test and to Prod.

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.

> Answers below along with the following.
>
> Once a server has been setup as a Hub, it does not function like a normal
> ARS server and therefore you would not be able to achieve your requirement
> OOB.  A good idea, but currently not possible without customisation.
>
> A Hub limits what can be created once it has been configured.  The consoles
> perform differently and re-direct users to the various Spoke systems for
> requests that have been generated from these servers.  It is a central
> viewing point for all systems in the "Wheel" so to speak.
>
> Although a full server, it is designed not to have data created in it just a
> viewing portal to other systems.  That is the concept (although I would
> think that you can indeed create data).
>
>
>
>
>
>   _
>
>
>
> Kind Regards,
>
>
>
> Carl Wilson
>
>
>
> http://www.missingpiecessoftware.com/
>
>
>
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Pierson, Shawn
> Sent: 05 November 2013 13:33
> To: arslist@ARSLIST.ORG
> Subject: Hub and Spoke for Non-Production ITSM Systems
>
>
>
> **
>
> Good morning,
>
>
>
> I wanted to throw this out there for feedback.  Most of the functionality
> for hub and spoke in ITSM seems focused on using it between various
> production environments between different groups that have their own Remedy
> systems within an organization.
>
>
>
> My company currently has one production Remedy instance and we're probably
> going to be fine with that for the next year at least.  However, I was
> thinking that this may be useful from a non-Production system standpoint.
> What I'm thinking is that I set up the Production server as the hub, and my
> development and test environments as spokes.  This should help keep my
> foundation data fresh between all of the systems.  However, I have a few
> questions that will determine whether or not it will work:
>
>
>
> 1)  Can you implement hub and spoke without buying DSO licenses (e.g. is
> DSO now included or is it still a separate product?) - Included
>
> 2)  Can you control what data is synchronized between the hub and spoke
> servers? (e.g. can you exclude Production notifications from the sync?) -
> Foundation Data is synchronised from the Hub > Spoke, first sync initiation
> is manual, then the system automatically syncs data for Companies designated
> as "Service Providers" (although I have heard that other non "Service
> Provider" data has been synced before along with the designated Companies).
> It does this using generic DSO mappings and a round robin approach to
> synchronisation.  Spoke ITSM request data is then sent back to the Hub for
> the Companies designated "Service Providers".  Any Company locally
> configured on a Spoke keeps its data and configuration local to the Spoke.
> So in the Hub you see all requests (subset of data) from the Spokes for
> these Service Provider Companies, then you drill down to the Spoke via URL
> redirects to the actual Spoke.  You could also mark the data as synchronised
> using the DSO fields so it is not updated.
>
> 3)  Is it possible to remove the relationship temporarily, keeping the
> data on the spoke server, in such a way that you can test certain
> data/configuration changes without it being overwritten from the hub? - You
> can remove the Hub > Spoke configuration, but the rules in the DSO are
> configured as generic and the mappings would need to be turned off to limit
> the data exchanged.
>
> 4)  Is it possible to push data from the spoke back up to the hub? - The
> only data heading back to the Hub is the subset of ITSM request data for
> display in the Consoles - customisation would be required to send other
> data.
>
> 5)  Are there any other potential risks from adopting hub and spoke to
> keep non-Production systems up to date? - currently not designed for this
> functionality (alth

Re: Hub and Spoke for Non-Production ITSM Systems

[Carl Wilson]

Answers below along with the following.

Once a server has been setup as a Hub, it does not function like a normal
ARS server and therefore you would not be able to achieve your requirement
OOB.  A good idea, but currently not possible without customisation.

A Hub limits what can be created once it has been configured.  The consoles
perform differently and re-direct users to the various Spoke systems for
requests that have been generated from these servers.  It is a central
viewing point for all systems in the "Wheel" so to speak.

Although a full server, it is designed not to have data created in it just a
viewing portal to other systems.  That is the concept (although I would
think that you can indeed create data).

 

 

  _  

 

Kind Regards,

 

Carl Wilson

 

http://www.missingpiecessoftware.com/

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Pierson, Shawn
Sent: 05 November 2013 13:33
To: arslist@ARSLIST.ORG
Subject: Hub and Spoke for Non-Production ITSM Systems

 

** 

Good morning,

 

I wanted to throw this out there for feedback.  Most of the functionality
for hub and spoke in ITSM seems focused on using it between various
production environments between different groups that have their own Remedy
systems within an organization.

 

My company currently has one production Remedy instance and we're probably
going to be fine with that for the next year at least.  However, I was
thinking that this may be useful from a non-Production system standpoint.
What I'm thinking is that I set up the Production server as the hub, and my
development and test environments as spokes.  This should help keep my
foundation data fresh between all of the systems.  However, I have a few
questions that will determine whether or not it will work:

 

1)  Can you implement hub and spoke without buying DSO licenses (e.g. is
DSO now included or is it still a separate product?) - Included

2)  Can you control what data is synchronized between the hub and spoke
servers? (e.g. can you exclude Production notifications from the sync?) -
Foundation Data is synchronised from the Hub > Spoke, first sync initiation
is manual, then the system automatically syncs data for Companies designated
as "Service Providers" (although I have heard that other non "Service
Provider" data has been synced before along with the designated Companies).
It does this using generic DSO mappings and a round robin approach to
synchronisation.  Spoke ITSM request data is then sent back to the Hub for
the Companies designated "Service Providers".  Any Company locally
configured on a Spoke keeps its data and configuration local to the Spoke.
So in the Hub you see all requests (subset of data) from the Spokes for
these Service Provider Companies, then you drill down to the Spoke via URL
redirects to the actual Spoke.  You could also mark the data as synchronised
using the DSO fields so it is not updated.

3)  Is it possible to remove the relationship temporarily, keeping the
data on the spoke server, in such a way that you can test certain
data/configuration changes without it being overwritten from the hub? - You
can remove the Hub > Spoke configuration, but the rules in the DSO are
configured as generic and the mappings would need to be turned off to limit
the data exchanged.

4)  Is it possible to push data from the spoke back up to the hub? - The
only data heading back to the Hub is the subset of ITSM request data for
display in the Consoles - customisation would be required to send other
data.

5)  Are there any other potential risks from adopting hub and spoke to
keep non-Production systems up to date? - currently not designed for this
functionality (although with some changes would work well)

 

This isn't a critical thing for me, more of a discussion point, but if it
works it could save us all a lot of effort especially around keeping test
and production systems similar.

 

Thanks,

 

Shawn Pierson 

Remedy Developer | Energy Transfer

 

Private and confidential as detailed here
<http://www.energytransfer.com/mail_disclaimer.aspx> . If you cannot access
hyperlink, please e-mail sender. 

_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: Hub and Spoke for Non-Production ITSM Systems

[Misi Mladoniczky]

Hi,

DSO is now included.

But nevertheless, you might want to consider using RRR|Chive instead. In this
way you need not enable any DSO-fields and build filters to trigger the
transfers.

RRR|Chive can easily be configured on a form-by-form way, and you can then
just run it whenever you want to sync up your spokes from the hub.

It is also easy to do multiple sets of config files to restore the
test-environment from prod or something like that.

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.

> Good morning,
>
> I wanted to throw this out there for feedback.  Most of the functionality for
> hub and spoke in ITSM seems focused on using it between various production
> environments between different groups that have their own Remedy systems
> within an organization.
>
> My company currently has one production Remedy instance and we're probably
> going to be fine with that for the next year at least.  However, I was
> thinking that this may be useful from a non-Production system standpoint.
> What I'm thinking is that I set up the Production server as the hub, and my
> development and test environments as spokes.  This should help keep my
> foundation data fresh between all of the systems.  However, I have a few
> questions that will determine whether or not it will work:
>
>
> 1)  Can you implement hub and spoke without buying DSO licenses (e.g. is
> DSO now included or is it still a separate product?)
>
> 2)  Can you control what data is synchronized between the hub and spoke
> servers? (e.g. can you exclude Production notifications from the sync?)
>
> 3)  Is it possible to remove the relationship temporarily, keeping the
> data on the spoke server, in such a way that you can test certain
> data/configuration changes without it being overwritten from the hub?
>
> 4)  Is it possible to push data from the spoke back up to the hub?
>
> 5)  Are there any other potential risks from adopting hub and spoke to
> keep non-Production systems up to date?
>
> This isn't a critical thing for me, more of a discussion point, but if it
> works it could save us all a lot of effort especially around keeping test and
> production systems similar.
>
> Thanks,
>
> Shawn Pierson
> Remedy Developer | Energy Transfer
>
>
> Private and confidential as detailed here:
> http://www.energytransfer.com/mail_disclaimer.aspx .  If you cannot access the
> link, please e-mail sender.
>
> ___
> 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"

Hub and Spoke for Non-Production ITSM Systems

[Pierson, Shawn]

Good morning,

I wanted to throw this out there for feedback.  Most of the functionality for 
hub and spoke in ITSM seems focused on using it between various production 
environments between different groups that have their own Remedy systems within 
an organization.

My company currently has one production Remedy instance and we're probably 
going to be fine with that for the next year at least.  However, I was thinking 
that this may be useful from a non-Production system standpoint.  What I'm 
thinking is that I set up the Production server as the hub, and my development 
and test environments as spokes.  This should help keep my foundation data 
fresh between all of the systems.  However, I have a few questions that will 
determine whether or not it will work:


1)  Can you implement hub and spoke without buying DSO licenses (e.g. is 
DSO now included or is it still a separate product?)

2)  Can you control what data is synchronized between the hub and spoke 
servers? (e.g. can you exclude Production notifications from the sync?)

3)  Is it possible to remove the relationship temporarily, keeping the data 
on the spoke server, in such a way that you can test certain data/configuration 
changes without it being overwritten from the hub?

4)  Is it possible to push data from the spoke back up to the hub?

5)  Are there any other potential risks from adopting hub and spoke to keep 
non-Production systems up to date?

This isn't a critical thing for me, more of a discussion point, but if it works 
it could save us all a lot of effort especially around keeping test and 
production systems similar.

Thanks,

Shawn Pierson
Remedy Developer | Energy Transfer


Private and confidential as detailed here: 
http://www.energytransfer.com/mail_disclaimer.aspx .  If you cannot access the 
link, please e-mail sender.

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

Re: [EXTERNAL] production issue - arserverd, arforkd keeps restarting (UNCLASSIFIED)

[Griffin, Rod E ACE-IT CONTRACTOR]

Classification: UNCLASSIFIED
Caveats: NONE

Hey Raj,

Have you had the Sys Admin's check out the NICs on the server?

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Raj
Sent: Monday, September 30, 2013 12:33 PM
To: arslist@ARSLIST.ORG
Subject: [EXTERNAL] production issue - arserverd, arforkd keeps restarting

** 
Hi All,
There is an ongoing issue on our Production environment where arserverd and 
arforkd processes keeps restarting.
Started since last week and this happens randomly and noticed that when it 
happens atleast once in 4-6hrs and when it happens it throws error:
ARERR (90) Cannot establish a network connection to the AR System 
Server..RPC: Miscellaneous tli error - System error (Socket error - 10060).
After about 10-15mins, the server stabilizes and the error is gone until this 
re-surfaces again.
Current Production:
Environment Info:
AR Server Version : 5.01.02 Patch 1313
Hardware : sun4u
Operating System : SunOS 5.10
DB : SQL -- Oracle
DB Version : 10.2.0.5.0 - 64bi



Captured various logs - API, SQL, Filter, Escalation, etc but can't find much 
helpful information. Also, initiated a critical ticket with BMC but so far we 
haven't received any proper support but asking us to update the server to patch 
1494. At this moment, we atleast would like to know the root cause if this 
issue rather than just blindly applying the patch. We also discussed with 
network folks and they mentioned there are no changes made on the network side 
recently.
When it happens, we also tried gracefully bringing Remedy down and restarting 
it again but no luck. This is ongoing issue.
We are thinking to reboot the server but atleast would like to know why this 
issue is occurring repeatedly.


Please advise.
Thank you,
Raj
_ARSlist: "Where the Answers Are" and have been for 20 years_

Classification: UNCLASSIFIED
Caveats: NONE



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

Re: production issue - arserverd, arforkd keeps restarting

[Raj]

version 5.


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

Re: production issue - arserverd, arforkd keeps restarting

[Jonas Stumph Stevnsvig]

which version of ARS are you on?


there was a flash message about this exact issue from BMC saturday - TCP 
connection leak leading to the .exe plugins not being able to connect, 
people getting server unavailable messages...



Den 30-09-2013 19:33, Raj skrev:

**
Hi All,
There is an ongoing issue on our Production environment where 
arserverd and arforkd processes keeps restarting.
Started since last week and this happens randomly and noticed that 
when it happens atleast once in 4-6hrs and when it happens it throws 
error:
ARERR (90) Cannot establish a network connection to the AR System 
Server..RPC: Miscellaneous tli error - System error (Socket error 
- 10060).
After about 10-15mins, the server stabilizes and the error is gone 
until this re-surfaces again.

Current Production:
Environment Info:
AR Server Version : 5.01.02 Patch 1313
Hardware : sun4u
Operating System : SunOS 5.10
DB : SQL -- Oracle
DB Version : 10.2.0.5.0 - 64bi

Captured various logs - API, SQL, Filter, Escalation, etc but can't 
find much helpful information. Also, initiated a critical ticket with 
BMC but so far we haven't received any proper support but asking us to 
update the server to patch 1494. At this moment, we atleast would like 
to know the root cause if this issue rather than just blindly applying 
the patch. We also discussed with network folks and they mentioned 
there are no changes made on the network side recently.
When it happens, we also tried gracefully bringing Remedy down and 
restarting it again but no luck. This is ongoing issue.
We are thinking to reboot the server but atleast would like to know 
why this issue is occurring repeatedly.


Please advise.
Thank you,
Raj
_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"

production issue - arserverd, arforkd keeps restarting

[Raj]

Hi All,
There is an ongoing issue on our Production environment where arserverd and 
arforkd processes keeps restarting.
Started since last week and this happens randomly and noticed that when it 
happens atleast once in 4-6hrs and when it happens it throws error:
ARERR (90) Cannot establish a network connection to the AR System 
Server..RPC: Miscellaneous tli error - System error (Socket error - 
10060).
After about 10-15mins, the server stabilizes and the error is gone until 
this re-surfaces again.
Current Production:
Environment Info:
AR Server Version : 5.01.02 Patch 1313
Hardware : sun4u
Operating System : SunOS 5.10
DB : SQL -- Oracle
DB Version : 10.2.0.5.0 - 64bi

Captured various logs - API, SQL, Filter, Escalation, etc but can't find 
much helpful information. Also, initiated a critical ticket with BMC but so 
far we haven't received any proper support but asking us to update the 
server to patch 1494. At this moment, we atleast would like to know the 
root cause if this issue rather than just blindly applying the patch. We 
also discussed with network folks and they mentioned there are no changes 
made on the network side recently.
When it happens, we also tried gracefully bringing Remedy down and 
restarting it again but no luck. This is ongoing issue.
We are thinking to reboot the server but atleast would like to know why 
this issue is occurring repeatedly.

Please advise.
Thank you,
Raj

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

Re: Migrating Filters with Web Service actions from test server to production

[Steve Kallestad]

You know...   A few days ago I released a utility for anonymizing log files
before sending them to a third party.

One of the configuration parameters are text replacements.  It will read a
text file line by line and for each term specified in a CSV it will perform
the specified replacement.  It will operate on a single file or on all
files in a directory.

You could use that utility to update the usernames and passwords when
migrating them between environments.  You'd have to use XML format because
the way the utility works it doesn't do matching across multiple lines.

http://cdn.tabtonic.com/downloads/ttanon-1.1.zip

There's a GUI executable that will make it easy to pick all the right
settings and a command line executable that can be ran automatically as
part of your migration process.

If you need a linux version I can do that, I just haven't gotten around to
building it out yet.


On Thu, Jun 13, 2013 at 8:49 AM, Campbell, Paul (Paul)  wrote:

> **
>
> This is going to be a bit wordy, so hang with me
>
> ** **
>
> My custom Remedy environment integrates with an Oracle Fusion Middle Ware
> server to perform Web Service operations for a third Party app (Siebel) and
> the filters we build have the user, password, and end points imbedded in
> the filter actions, so that when me move the filters from our test
> environment to production, we have to edit the end points and passwords
> (the usernames are the same, but the passwords are different between test
> and production.).  The way me make this change now is either edit the def
> file in XML format (a remedy def would be way too hard because of line
> breaks) and manually change the endpoint (we can look this up from a
> control record now) and change the encrypted password, or we make two
> copies of the filter, one with Test values and one with production values
> and use $SERVER$ LIKE “q%” for test or $SERVER$ LIKE “p%” for prod.  We
> have 50 or more filters with Web Service actions, so this gets unruly
> really quick.  The authentication for the Oracle FMW is basic endpoint
> authentication using the user and password you used to load the WSDL from
> the FMW URL (using the login button on the web service action), no WSS
> authentication, etc.
>
> ** **
>
> My question is, does anyone know of an easier way to make these changes
> other than opening up the XML formatted Def in a text editor or duplicate
> filters?  I’ve tried awk and regex statements, but it just seems a little
> too hokey for me.  I’m even ok with writing a java app that reads the def
> file, modifying the data and re-writing the def, granted I’m looking for a
> little easier way than that.  
>
> ** **
>
> My ultimate goal would be to use the Object Modification Log to produce my
> defs for source control and make my migration packages from there, but the
> object Modification log only stores remedy defs, not XML. 
>
> ** **
>
> Paul Campbell  *|* Development Team Lead  *|*  TS&D SSBL, A2R WFE, and
> ESP Remedy Team *|  *Avaya Client Services  *|** * 
>
> *|*  1145 Sanctuary Parkway Lake View II  Suite 110 Alpharetta, GA
> 30009  *|* 678-421-5342
>
> ** **
>  _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: Migrating Filters with Web Service actions from test server to production

[Jean-Louis Halleux]

Paul,

If the passwords of test and prod can be the same, you might be interested in 
our approach:
- on remedy prod server, create an alias to production web service in the 
/etc/hosts file
- on remedy test server, create the same alias to test web service in the 
/etc/hosts file
In filters, use the alias as endpoints, so you can just migrate the filters 
from test to prod.

Best regards,
Jean-Louis Halleux
ARSmarts s.a.

On 13 Jun 2013, at 17:57, "Longwing, Lj"  wrote:

> **
> Paul,
> when faced with the EXACT same scenario a few jobs ago, we opted for a 
> 'copies' approach, but instead of $SERVER$, we did a lookup on a form for 
> which environment THIS server should be running against 'this run', then the 
> filter fired for that environment (allowed for dynamic pointing of dev to qa, 
> qa to prod, etc, usefull for reproducing prod issues in dev and such)...but 
> it was the most effective manner we found.
> 
> I'm told (but haven't tested) that the Atrium Web Services Registry allows 
> for this type of dynamic changing of things...but if you are completely 
> custom, with no ITSM in house...then you don't have that infrastructure.
> 
> For what it's worth, to make our copies we exported to XML Def, made the 
> changes to the filter name/other properties, imported new copy, using same 
> def, made additional changes for additional environment, import, repeat as 
> necessary.
> 
> in our environment we had 10 servers that needed copies, and about 30ish 
> places we called web services...so yes...that's allot of workflow, but in the 
> end it was the most flexible solution that worked extremely well for us.
> 
> 
> On Thu, Jun 13, 2013 at 9:49 AM, Campbell, Paul (Paul)  wrote:
> **
> This is going to be a bit wordy, so hang with me
> 
>  
> 
> My custom Remedy environment integrates with an Oracle Fusion Middle Ware 
> server to perform Web Service operations for a third Party app (Siebel) and 
> the filters we build have the user, password, and end points imbedded in the 
> filter actions, so that when me move the filters from our test environment to 
> production, we have to edit the end points and passwords (the usernames are 
> the same, but the passwords are different between test and production.).  The 
> way me make this change now is either edit the def file in XML format (a 
> remedy def would be way too hard because of line breaks) and manually change 
> the endpoint (we can look this up from a control record now) and change the 
> encrypted password, or we make two copies of the filter, one with Test values 
> and one with production values and use $SERVER$ LIKE “q%” for test or 
> $SERVER$ LIKE “p%” for prod.  We have 50 or more filters with Web Service 
> actions, so this gets unruly really quick.  The authentication for the Oracle 
> FMW is basic endpoint authentication using the user and password you used to 
> load the WSDL from the FMW URL (using the login button on the web service 
> action), no WSS authentication, etc.
> 
>  
> 
> My question is, does anyone know of an easier way to make these changes other 
> than opening up the XML formatted Def in a text editor or duplicate filters?  
> I’ve tried awk and regex statements, but it just seems a little too hokey for 
> me.  I’m even ok with writing a java app that reads the def file, modifying 
> the data and re-writing the def, granted I’m looking for a little easier way 
> than that. 
> 
>  
> 
> My ultimate goal would be to use the Object Modification Log to produce my 
> defs for source control and make my migration packages from there, but the 
> object Modification log only stores remedy defs, not XML.
> 
>  
> 
> Paul Campbell  | Development Team Lead  |  TS&D SSBL, A2R WFE, and ESP Remedy 
> Team |  Avaya Client Services  |  
> 
> |  1145 Sanctuary Parkway Lake View II  Suite 110 Alpharetta, GA  30009  | 
> 678-421-5342
> 
>  
> 
> _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: Migrating Filters with Web Service actions from test server to production

[Longwing, Lj]

Paul,
when faced with the EXACT same scenario a few jobs ago, we opted for a
'copies' approach, but instead of $SERVER$, we did a lookup on a form for
which environment THIS server should be running against 'this run', then
the filter fired for that environment (allowed for dynamic pointing of dev
to qa, qa to prod, etc, usefull for reproducing prod issues in dev and
such)...but it was the most effective manner we found.

I'm told (but haven't tested) that the Atrium Web Services Registry allows
for this type of dynamic changing of things...but if you are completely
custom, with no ITSM in house...then you don't have that infrastructure.

For what it's worth, to make our copies we exported to XML Def, made the
changes to the filter name/other properties, imported new copy, using same
def, made additional changes for additional environment, import, repeat as
necessary.

in our environment we had 10 servers that needed copies, and about 30ish
places we called web services...so yes...that's allot of workflow, but in
the end it was the most flexible solution that worked extremely well for us.


On Thu, Jun 13, 2013 at 9:49 AM, Campbell, Paul (Paul)  wrote:

> **
>
> This is going to be a bit wordy, so hang with me
>
> ** **
>
> My custom Remedy environment integrates with an Oracle Fusion Middle Ware
> server to perform Web Service operations for a third Party app (Siebel) and
> the filters we build have the user, password, and end points imbedded in
> the filter actions, so that when me move the filters from our test
> environment to production, we have to edit the end points and passwords
> (the usernames are the same, but the passwords are different between test
> and production.).  The way me make this change now is either edit the def
> file in XML format (a remedy def would be way too hard because of line
> breaks) and manually change the endpoint (we can look this up from a
> control record now) and change the encrypted password, or we make two
> copies of the filter, one with Test values and one with production values
> and use $SERVER$ LIKE “q%” for test or $SERVER$ LIKE “p%” for prod.  We
> have 50 or more filters with Web Service actions, so this gets unruly
> really quick.  The authentication for the Oracle FMW is basic endpoint
> authentication using the user and password you used to load the WSDL from
> the FMW URL (using the login button on the web service action), no WSS
> authentication, etc.
>
> ** **
>
> My question is, does anyone know of an easier way to make these changes
> other than opening up the XML formatted Def in a text editor or duplicate
> filters?  I’ve tried awk and regex statements, but it just seems a little
> too hokey for me.  I’m even ok with writing a java app that reads the def
> file, modifying the data and re-writing the def, granted I’m looking for a
> little easier way than that.  
>
> ** **
>
> My ultimate goal would be to use the Object Modification Log to produce my
> defs for source control and make my migration packages from there, but the
> object Modification log only stores remedy defs, not XML. 
>
> ** **
>
> Paul Campbell  *|* Development Team Lead  *|*  TS&D SSBL, A2R WFE, and
> ESP Remedy Team *|  *Avaya Client Services  *|** * 
>
> *|*  1145 Sanctuary Parkway Lake View II  Suite 110 Alpharetta, GA
> 30009  *|* 678-421-5342
>
> ** **
>  _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"

Migrating Filters with Web Service actions from test server to production

[Campbell, Paul (Paul)]

This is going to be a bit wordy, so hang with me

My custom Remedy environment integrates with an Oracle Fusion Middle Ware 
server to perform Web Service operations for a third Party app (Siebel) and the 
filters we build have the user, password, and end points imbedded in the filter 
actions, so that when me move the filters from our test environment to 
production, we have to edit the end points and passwords (the usernames are the 
same, but the passwords are different between test and production.).  The way 
me make this change now is either edit the def file in XML format (a remedy def 
would be way too hard because of line breaks) and manually change the endpoint 
(we can look this up from a control record now) and change the encrypted 
password, or we make two copies of the filter, one with Test values and one 
with production values and use $SERVER$ LIKE "q%" for test or $SERVER$ LIKE 
"p%" for prod.  We have 50 or more filters with Web Service actions, so this 
gets unruly really quick.  The authentication for the Oracle FMW is basic 
endpoint authentication using the user and password you used to load the WSDL 
from the FMW URL (using the login button on the web service action), no WSS 
authentication, etc.

My question is, does anyone know of an easier way to make these changes other 
than opening up the XML formatted Def in a text editor or duplicate filters?  
I've tried awk and regex statements, but it just seems a little too hokey for 
me.  I'm even ok with writing a java app that reads the def file, modifying the 
data and re-writing the def, granted I'm looking for a little easier way than 
that.

My ultimate goal would be to use the Object Modification Log to produce my defs 
for source control and make my migration packages from there, but the object 
Modification log only stores remedy defs, not XML.

Paul Campbell  | Development Team Lead  |  TS&D SSBL, A2R WFE, and ESP Remedy 
Team |  Avaya Client Services  |
|  1145 Sanctuary Parkway Lake View II  Suite 110 Alpharetta, GA  30009  | 
678-421-5342


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

SAMPLE DATA filter running against production -- ARS 7.6.04

[patrick zandi]

Hey ya..
I found a filter... that well.. I am a little stumped for the moment..

WOI:WOI:AssignmentEngine_Manager_BypassToNotify_007 -- GO LOOK AT THIS ...
it is based on SAMPLE DATA but runs against the production system..

IS this a bug ?
I am seeing errors in the debug
" Error while preforming filter action - ERROR 102"


-- 
Patrick Zandi

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

Re: ITSM 8.0 in Production

[strauss]

So how are your Mac users doing with Safari?  I am still seeing myriad problems 
trying to access Remedy Knowledge Management 8.0.00 content in Safari from a 
search (and that is content CREATED in RKM 8.0.00).  It's better than 7.6.04.x 
(which does NOT work AT ALL, and forced us to keep RKM 7.2 in production when 
we upgraded everything else to 7.6.04.01 a year ago), since search results now 
display - finally after over a year waiting - but the actual articles do not 
open properly from the search results page. Incidents and Change Requests 
display properly, as they are indexed in FTS as well and show up in the results 
list, but not the native RKM content. I am guessing that anyone using chrome 
has the same experience as Safari since it is the same engine (I don't install 
or test it since it isn't supported).  When you open a KB article from the 
search results you get a large blank gray screen where the content should be.  
If you click on the Advanced View button at the bottom of the screen you 
actually get a correct display, but not in the default view.

Just wondered since I'm sure that you have MANY Mac users in your customer base.

Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing & IT Center
http://itsm.unt.edu/
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mike Gould
Sent: Monday, September 24, 2012 4:31 PM
To: arslist@ARSLIST.ORG
Subject: ITSM 8.0 in Production

**
Congratulations to the BMC Team on the 8.0 GA!
The U.S. House of Representatives participated in BMC's Select Market 
Availability (early release) program and has been running 8.0 in production 
since September 4th.
There are some great new features in 8.0 (redesigned SRM interface, Social 
Collaboration, Email Rules Engine, Copy/Paste Workflow elements, Wiki-style 
documentation, and many more) that we're really excited about.

We upgraded from ITSM 7.6.00 over the summer and 8.0 has been one of the most 
stable releases I can remember in my 12+ years developing Remedy applications.
I definitely recommend everyone take a hard look and start planning your next 
upgrade sooner than later.

See everyone at WWRUG12!
Regards,
Michael Gould
Manager, Remedy Systems
U.S. House of Representatives
ARS 8.0.00
ITSM 8.0.00
Solaris 10
Oracle 11gR2
_attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers 
Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

ITSM 8.0 in Production

[Mike Gould]

Congratulations to the BMC Team on the 8.0 GA!
 The U.S. House of Representatives participated in BMC's Select Market
Availability (early release) program and has been running 8.0 in production
since September 4th.
 There are some great new features in 8.0 (redesigned SRM interface, Social
Collaboration, Email Rules Engine, Copy/Paste Workflow elements, Wiki-style
documentation, and many more) that we're really excited about.

We upgraded from ITSM 7.6.00 over the summer and 8.0 has been one of the
most stable releases I can remember in my 12+ years developing Remedy
applications.
 I definitely recommend everyone take a hard look and start planning your
next upgrade sooner than later.

See everyone at WWRUG12!
Regards,
Michael Gould
Manager, Remedy Systems
U.S. House of Representatives
ARS 8.0.00
ITSM 8.0.00
Solaris 10
Oracle 11gR2

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Remedy 8 in Production

[Longwing, LJ CTR MDA/IC]

Humor on my part because today was the announcement (delayed) by David earlier 
today, with it actually being released on Friday.  I unfortunately wasn't part 
of the Beta this time around so I had no inside knowledge of what was happening 
any more than anyone else.  I'm personally excited about being able to try out 
some of the features I read about this morning.

I, along with others I'm sure, am very happy that BMC is taking a stance of 
ensuring things are working 'as advertised' before advertisements start...there 
have been a number of rocky releases over the years that at times make you 
wonder if a particular feature was even tested before it went out the door, so 
a greater focus on testing and reliability will always be a hit with this crowd.

Thanks for all you do for us Douglook forward to meeting you in 3 weeks.

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug
Sent: Monday, September 24, 2012 1:37 PM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy 8 in Production

LJ,

Actually, not so much a Monday humor topic after all.

AR System and ITSM 8.0 are both up and running in production in multiple 
customer sites -- and have been for probably a month now.

We have introduced a new release model where we have a limited release to a 
very small group of customers and bring them up and running in production 
before the GA date of a release as further checks on the stability and quality 
of releases.


So, the 8.0 release is up and running in production already in several sites.

Doug Mueller

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, LJ CTR MDA/IC
Sent: Monday, September 24, 2012 12:25 PM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy 8 in Production

Ok...being no one stepped up and took the baitI'm just kidding.  Apparently 
an ill fated attempt at some Monday humor.  On a side note...anyone going to 
RUG this year?  I'm going to be there for the first time and greatly looking 
forward to it.

-Original Message-
From: Longwing, LJ CTR MDA/IC
Sent: Monday, September 24, 2012 12:42 PM
To: 'arslist@ARSLIST.ORG'
Subject: Remedy 8 in Production

So, I put ITSM 8.0 into production this morning and was wondering if anyone 
else has done the same yet, and are you having any issues?

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 
www.wwrug12.com ARSList: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 
www.wwrug12.com ARSList: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Remedy 8 in Production

[Mueller, Doug]

LJ,

Actually, not so much a Monday humor topic after all.

AR System and ITSM 8.0 are both up and running in production in multiple 
customer
sites -- and have been for probably a month now.

We have introduced a new release model where we have a limited release to a very
small group of customers and bring them up and running in production before the
GA date of a release as further checks on the stability and quality of releases.


So, the 8.0 release is up and running in production already in several sites.

Doug Mueller

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, LJ CTR MDA/IC
Sent: Monday, September 24, 2012 12:25 PM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy 8 in Production

Ok...being no one stepped up and took the baitI'm just kidding.  Apparently 
an ill fated attempt at some Monday humor.  On a side note...anyone going to 
RUG this year?  I'm going to be there for the first time and greatly looking 
forward to it.

-Original Message-
From: Longwing, LJ CTR MDA/IC 
Sent: Monday, September 24, 2012 12:42 PM
To: 'arslist@ARSLIST.ORG'
Subject: Remedy 8 in Production

So, I put ITSM 8.0 into production this morning and was wondering if anyone 
else has done the same yet, and are you having any issues?

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Remedy 8 in Production

[Jason Miller]

I am thinking about going.

On Mon, Sep 24, 2012 at 12:25 PM, Longwing, LJ CTR MDA/IC <
lj.longwing@mda.mil> wrote:

> Ok...being no one stepped up and took the baitI'm just kidding.
>  Apparently an ill fated attempt at some Monday humor.  On a side
> note...anyone going to RUG this year?  I'm going to be there for the first
> time and greatly looking forward to it.
>
> -Original Message-
> From: Longwing, LJ CTR MDA/IC
> Sent: Monday, September 24, 2012 12:42 PM
> To: 'arslist@ARSLIST.ORG'
> Subject: Remedy 8 in Production
>
> So, I put ITSM 8.0 into production this morning and was wondering if
> anyone else has done the same yet, and are you having any issues?
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Remedy 8 in Production

[Longwing, LJ CTR MDA/IC]

Ok...being no one stepped up and took the baitI'm just kidding.  Apparently 
an ill fated attempt at some Monday humor.  On a side note...anyone going to 
RUG this year?  I'm going to be there for the first time and greatly looking 
forward to it.

-Original Message-
From: Longwing, LJ CTR MDA/IC 
Sent: Monday, September 24, 2012 12:42 PM
To: 'arslist@ARSLIST.ORG'
Subject: Remedy 8 in Production

So, I put ITSM 8.0 into production this morning and was wondering if anyone 
else has done the same yet, and are you having any issues?

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Remedy 8 in Production

[Longwing, LJ CTR MDA/IC]

So, I put ITSM 8.0 into production this morning and was wondering if anyone 
else has done the same yet, and are you having any issues?

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Applying a change on production

[Jose Manuel Huerta Guillén]

Yes Jason, I know it, but I still have a doubt. When looking at the manual
about the cache mode, it says that when trying to change an object and a
user is using it, it waits giving priority to the users. But don't say that
this apply to all the def file upload.

For instance user is using form B (is inside an API call, for instance). My
def file changes form A and form B.
The developer changes form A (nobody is using it)
The developer tries to change form B, it can't since it is used right now.
Then the user wants to use form A It will use old cached version, or
the new one? That's the question. Because if it uses the new form A, then
he is using old form B, and new form A.

Change forms, by filters and you can have an unpredicted behavior since it
uses old filter B and new filter A.

To summarize, the upload of a def file is transactional?


Jose Manuel Huerta
http://theremedyforit.com/




On Fri, Aug 24, 2012 at 3:55 PM, Jason Miller wrote:

> Once your def has completed importing and there is enough break in user
> activity (not sure the how the server determines this or the parameters)
> the system will replace the old memory cache with the new cache.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Applying a change on production

[Tauf Chowdhury]

I think there is also a parameter, delay-recache-time or something that
toucan set to prevent immediate copy cache functions.

Sent from my iPhone

On Aug 24, 2012, at 9:56 AM, Jason Miller  wrote:

**

Hi Jose,

The way I understand it: object definitions are cached in memory; even for
filters. This is where Developer Cache Mode comes into play.  When the
server is in production mode (dev cache off) user threads get priority over
admin changes. While your def is importing the system is building a new
cache in memory while users are using the existing cache (for a large def
import you can see memory utilization increase). Once your def has
completed importing and there is enough break in user activity (not sure
the how the server determines this or the parameters) the system will
replace the old memory cache with the new cache.

In the case that you describe I am pretty sure your full def import will
complete before the cache is updated as long as the server is set with
Developer Cache Mode set to off.

When Developer Cache Mode set to on it switches the priority of cache
changes to the admin thread over user activity. The object cache in server
memory does not wait for that break in user activity and does not build
that second cache; you are incrementally updating the server's one object
cache.  This can lead to a big performance improvement when developing but
end users can pay the price.

Jason
On Aug 24, 2012 5:37 AM, "Jose Manuel Huerta Guillén" <
arsl...@theremedyforit.com> wrote:

> ** No. Web services' definition is cached. But filter aren't. The mid tier
> makes the API call, and the rest is managed at the ARS.
>
> Jose Manuel Huerta
> http://theremedyforit.com/
>
>
>
>
> On Fri, Aug 24, 2012 at 2:13 PM, Tauf Chowdhury wrote:
>
>> new filters w
>
>
> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_

_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Applying a change on production

[Jason Miller]

Hi Jose,

The way I understand it: object definitions are cached in memory; even for
filters. This is where Developer Cache Mode comes into play.  When the
server is in production mode (dev cache off) user threads get priority over
admin changes. While your def is importing the system is building a new
cache in memory while users are using the existing cache (for a large def
import you can see memory utilization increase). Once your def has
completed importing and there is enough break in user activity (not sure
the how the server determines this or the parameters) the system will
replace the old memory cache with the new cache.

In the case that you describe I am pretty sure your full def import will
complete before the cache is updated as long as the server is set with
Developer Cache Mode set to off.

When Developer Cache Mode set to on it switches the priority of cache
changes to the admin thread over user activity. The object cache in server
memory does not wait for that break in user activity and does not build
that second cache; you are incrementally updating the server's one object
cache.  This can lead to a big performance improvement when developing but
end users can pay the price.

Jason
On Aug 24, 2012 5:37 AM, "Jose Manuel Huerta Guillén" <
arsl...@theremedyforit.com> wrote:

> ** No. Web services' definition is cached. But filter aren't. The mid tier
> makes the API call, and the rest is managed at the ARS.
>
> Jose Manuel Huerta
> http://theremedyforit.com/
>
>
>
>
> On Fri, Aug 24, 2012 at 2:13 PM, Tauf Chowdhury wrote:
>
>> new filters w
>
>
> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Applying a change on production

[Jose Manuel Huerta Guillén]

No. Web services' definition is cached. But filter aren't. The mid tier
makes the API call, and the rest is managed at the ARS.

Jose Manuel Huerta
http://theremedyforit.com/




On Fri, Aug 24, 2012 at 2:13 PM, Tauf Chowdhury  wrote:

> new filters w

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Applying a change on production

[Tauf Chowdhury]

I'm just guessing here but since the web services are accessed via mid
tier, won't they be using cached workflow and form defs? This would then
enable the web services to still write data to the DB. Any new filters
would probably kick in as they were imported.

Sent from my iPhone

On Aug 24, 2012, at 8:04 AM, "Jose Manuel Huerta Guillén" <
arsl...@theremedyforit.com> wrote:

** Hi,

I'm preparing a big change for production. That means uploading a big def
file, adding and modifying a lot of elements of a custom application. The
problem is that this application is continually receiving info through web
services.

I know that current version of application is ok. I know the new version of
the application is also ok. But I'm concerned of what will happen during
the def uploading. A test uploading it at preproducción lasted 3 minutes.
So it will surely have more than 10 communications through web service.

The question is: the objects at a def file are made available as soon as
uploaded, or they wait to all objects at the def file to be uploaded?

(Actually, is more about curiosity than a real concern of risk)

Regards,

Jose Manuel Huerta
http://theremedyforit.com/


 _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Applying a change on production

[Jose Manuel Huerta Guillén]

Hi,

I'm preparing a big change for production. That means uploading a big def
file, adding and modifying a lot of elements of a custom application. The
problem is that this application is continually receiving info through web
services.

I know that current version of application is ok. I know the new version of
the application is also ok. But I'm concerned of what will happen during
the def uploading. A test uploading it at preproducción lasted 3 minutes.
So it will surely have more than 10 communications through web service.

The question is: the objects at a def file are made available as soon as
uploaded, or they wait to all objects at the def file to be uploaded?

(Actually, is more about curiosity than a real concern of risk)

Regards,

Jose Manuel Huerta
http://theremedyforit.com/

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Non-production environment refresh.

[Carl Wilson]

Hi,

this is why I made the Remedy Restore tool available on the Developer
network or my site - to automate the updates after a DB refresh i.e.
alleviate the tedious manual process that take hours to perform.

It may miss a couple of things, but pretty much covers most of the
references - and it is free.

 

Cheers

Carl

 

http://www.missingpiecessoftware.com/

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron
Sent: 19 July 2012 18:01
To: arslist@ARSLIST.ORG
Subject: Non-production environment refresh.

 

** 

On a periodic basis, we want to make sure our non-production environments
match production for valid testing. Over time they seem to drift apart. In
any case, the various folks at BMC weren’t able to give much of a procedure
for making this happen. I know there are many differences in environments,
but a reasonable starting place would have been nice.

 

In any case, I’ve come up with a procedure that might be useful to some so I
thought I share. I know I’ve received a lot of benefit from this list. We’re
on AR server 7.5 and this should probably be taken as a starting point and
not necessarily a perfect process for your environment, but it worked for
us. Also, the forms that I modified were from a list I did get from someone
at BMC and it may or may not be exhaustive.

 

Enjoy!

 

On occasion we want to refresh the data within the non-production Remedy
environments. This aligns all the data/configuration between environments.
This is the process that we've developed.

1.Take a VMware snapshot of the database server in the environment to be
refreshed. This is in the event things go wrong.

2.Disable the Email Engine service

3.Disable the AR server service

4.Disable the Server Intelligence Agent in the Central Configuration
Manager for Business Objects. Done on the RKM box.

5.Have a DBA backup the following 6 pre-refreshed tables (for Business
Objects) for later restoration.

§  dbo.CMS_Aliases6

§  dbo.CMS_IdNumbers6

§  dbo.CMS_InfoObjects6

§  dbo.CMS_LOCKS6

§  dbo.CMS_RELATIONS6

§  dbo.CMS_VersionInfo

6.Have a DBA Restore current production Remedy database onto the
destination DB server.

7.Have a DBA restore the 6 backed up tables from above on top of the
newly restored database. This keeps the Business Objects environment working
as it was before. Both BO and Remedy use the same database and have their
tables intermixed.

8.Start the Server Intelligence Agent in the Central Configuration
Manager for Business Objects. Done on the RKM box.

§  Good to validate that BO is working correctly and reports from the newly
restored data.

9.Start the AR server service.

10. Log into the thick client for further modifications

11. Change the server in the records of the following forms:

1.AP:Rule Definition (Description: NOTE nothing changed for accounts
payable – maybe revisit)

2. AR System Searches Preference (modified all records with new ar
server)

3. AR System Server Group Operation Ranking (modified all records with
new ar server)

4.AR System User Preference (Server = $NULL$) (Description: NOTE not
changed)

5. BMC.CORE.CONFIG:BMC_FederatedDataInterface (Description: NOTE nothing
to modify)

6. BMC.CORE.CONFIG:BMC_FederatedInterface (modified all records with new
ar server)

7.CAI: <http://docswiki/doku.php?id=sa:appregistry> AppRegistry
(modified all records with new ar server)

8.EIE: <http://docswiki/doku.php?id=sa:commondialog> CommonDialog (Help
File Path) (Description: NOTE cant change host/internal instance)

9.KMS:Administration_Integration (modified all records with new ar
server)

10.  Report (modified all records with new ar server)

11.  SRD:STAGE: <http://docswiki/doku.php?id=sa:masterdatamappinglist>
MasterDataMappingList (Description: NOTE no records to modify)

12.   SRM: <http://docswiki/doku.php?id=sa:applicationsettings>
ApplicationSettings (SRM Application Settings) (Description: NOTE no form)

13.   SHARE:Application_Properties (Help files web location to point to the
correct Mid-Tier) (Description: NOTE modified all the appropriate entries –
Help File Path)

14.  SYS:Integration Management (Description: NOTE nothing to modify)

1.Remove any unsent mail from the Remedy mail queue.

2.Remove all support group members. Don't want to confuse people from
non-prod environments. Seem to have to go back to the service desk group.
May have something to do with fixed licenses. It'd be nice if you could
remove more than one member at a time.

3.Remove all the distribution lists from support group notification
configuration. More user confusion from non-prod environments.

4.Update the email box configurations per the table below. Passwords can
be found in the password vault.

5.Possibly clean up the actual Exchange inbox if necessary (unlikely).
This will only be the case if the envi

Re: Non-production environment refresh.

[Juan Ingles]

While we are talking perfect world, I'll take a turn on the soapbox...

Another requirement if you want to get the migration done right is to
have an intermediate environment (call it Test, UAT, SIT, IOT,
whatever) that matches Production so that you can test the code
migration itself.

I've been in too many places that only had dev and prod. It's never
fun trying to fix migration issues on the fly, under a change window,
with users breathing down your back.

Been there, done that, done with it!   ;)

Juan Ingles

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Non-production environment refresh.

[Joe Martin D'Souza]

I do not really get why an environment should ever drift apart from another – 
IF you REALLY do not want it to.. Some of the reasons I heard in the past 
usually all point to one direction, CMDB.. That’s the monster that causes that 
rift.. Really?

Isn’t the CMDB really just another application whose data is completely 
resident within the AR System database too? Why should even CMDB be that reason 
for the rift then? You created a new class on dev? You need to move it to prod? 
And CMDB being the way it is you need to create that class on Prod just the way 
you did on Dev.. Is that the best reason? Then that reason really is not that 
good enough..

Because after you do that, you could immediately refresh your Dev to match the 
production, so its an identical copy again.. You do not leave it as is.. That’s 
where the first signs of rifts begin to surface..

What does that cost? Not much really.. because you do not need to refresh the 
‘entire’ database to begin with to those who may say ‘well my database is so 
big that it takes us a day to do it’.

All you need to refresh is the DB structures and the meta data with some of the 
configuration data.. Who really needs all the other application data? And all 
that is not much really.. 30-60 minutes process tops on a dev server that’s 
begging for resources.. 15 minutes on a powerhouse..

And if you cannot do the above because you constantly are creating new classes 
or modifying existing ones, you have bigger problems of requirement gathering 
to address than creating & editing those classes.. You got to understand that 
as small a task as it seems to be, it is actually a major development work as 
it causes structural changes in addition to just data.. You can’t (you can but 
its not the right thing to do) just go about trigger happily creating and 
editing new classes without considering it to be a new development effort..

I worked in an almost perfect world just once – almost because nothings really 
perfect... It wasn’t even funny how identical all the environments were, to 
such an extent, even the OS drives had the same files in the same directories 
all around – even the installers.. The only folders that perhaps were different 
were the temp and cache folders...

So it kind of gets to me at times when I work in places where things are all 
over the place... And for the length of time that I worked in that perfect 
world, it sort of got me hooked on to those methodologies.. We rarely needed to 
communicate that much between developers about – hey what the hell is this?? 
Where did this form or file come from? Or why is this piece of workflow here?

Given an opportunity I would love to recreate that perfect world...

Joe

From: Pierson, Shawn 
Sent: Thursday, July 19, 2012 1:51 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Re: Non-production environment refresh.

** 
Ron,

 

One side project I’ve worked on recently but haven’t had time to finish is a 
refresh of testing data.  For example, I set up some Migrator scripts to move 
Product Catalog data from Production to testing.  It was kind of a pain because 
of all the different forms, but it may be an easier way to keep the data 
synchronized over time.  Traditionally I’ve used the database refresh technique 
and just ran a SQL function to replace all instances of the server and mid tier 
server names with the new versions.  That messes up Asset Management and the 
CMDB records for the specific Remedy servers, but that’s not a huge deal for 
testing purposes.

 

Thanks,

 

Shawn Pierson 

Remedy Developer | Energy Transfer

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron
Sent: Thursday, July 19, 2012 12:01 PM
To: arslist@ARSLIST.ORG
Subject: Non-production environment refresh.

 

** 

On a periodic basis, we want to make sure our non-production environments match 
production for valid testing. Over time they seem to drift apart. In any case, 
the various folks at BMC weren’t able to give much of a procedure for making 
this happen. I know there are many differences in environments, but a 
reasonable starting place would have been nice.

 

In any case, I’ve come up with a procedure that might be useful to some so I 
thought I share. I know I’ve received a lot of benefit from this list. We’re on 
AR server 7.5 and this should probably be taken as a starting point and not 
necessarily a perfect process for your environment, but it worked for us. Also, 
the forms that I modified were from a list I did get from someone at BMC and it 
may or may not be exhaustive.

 

Enjoy!

 

On occasion we want to refresh the data within the non-production Remedy 
environments. This aligns all the data/configuration between environments. This 
is the process that we've developed.

1.Take a VMware snapshot of the database server in the environment to be 
refreshed. This is in the event things go 

Re: Non-production environment refresh.

[Pierson, Shawn]

Ron,

One side project I've worked on recently but haven't had time to finish is a 
refresh of testing data.  For example, I set up some Migrator scripts to move 
Product Catalog data from Production to testing.  It was kind of a pain because 
of all the different forms, but it may be an easier way to keep the data 
synchronized over time.  Traditionally I've used the database refresh technique 
and just ran a SQL function to replace all instances of the server and mid tier 
server names with the new versions.  That messes up Asset Management and the 
CMDB records for the specific Remedy servers, but that's not a huge deal for 
testing purposes.

Thanks,

Shawn Pierson
Remedy Developer | Energy Transfer

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Peters, Ron
Sent: Thursday, July 19, 2012 12:01 PM
To: arslist@ARSLIST.ORG
Subject: Non-production environment refresh.

**
On a periodic basis, we want to make sure our non-production environments match 
production for valid testing. Over time they seem to drift apart. In any case, 
the various folks at BMC weren't able to give much of a procedure for making 
this happen. I know there are many differences in environments, but a 
reasonable starting place would have been nice.

In any case, I've come up with a procedure that might be useful to some so I 
thought I share. I know I've received a lot of benefit from this list. We're on 
AR server 7.5 and this should probably be taken as a starting point and not 
necessarily a perfect process for your environment, but it worked for us. Also, 
the forms that I modified were from a list I did get from someone at BMC and it 
may or may not be exhaustive.

Enjoy!


On occasion we want to refresh the data within the non-production Remedy 
environments. This aligns all the data/configuration between environments. This 
is the process that we've developed.
1.Take a VMware snapshot of the database server in the environment to be 
refreshed. This is in the event things go wrong.
2.Disable the Email Engine service
3.Disable the AR server service
4.Disable the Server Intelligence Agent in the Central Configuration 
Manager for Business Objects. Done on the RKM box.
5.Have a DBA backup the following 6 pre-refreshed tables (for Business 
Objects) for later restoration.
§  dbo.CMS_Aliases6
§  dbo.CMS_IdNumbers6
§  dbo.CMS_InfoObjects6
§  dbo.CMS_LOCKS6
§  dbo.CMS_RELATIONS6
§  dbo.CMS_VersionInfo
6.Have a DBA Restore current production Remedy database onto the 
destination DB server.
7.Have a DBA restore the 6 backed up tables from above on top of the newly 
restored database. This keeps the Business Objects environment working as it 
was before. Both BO and Remedy use the same database and have their tables 
intermixed.
8.Start the Server Intelligence Agent in the Central Configuration Manager 
for Business Objects. Done on the RKM box.
§  Good to validate that BO is working correctly and reports from the newly 
restored data.
9.Start the AR server service.
10. Log into the thick client for further modifications
11. Change the server in the records of the following forms:
1.AP:Rule Definition ([Description: NOTE] nothing changed for accounts 
payable - maybe revisit)
2. AR System Searches Preference (modified all records with new ar server)
3. AR System Server Group Operation Ranking (modified all records with new 
ar server)
4.AR System User Preference (Server = $NULL$) ([Description: NOTE] not 
changed)
5. BMC.CORE.CONFIG:BMC_FederatedDataInterface ([Description: NOTE] nothing 
to modify)
6. BMC.CORE.CONFIG:BMC_FederatedInterface (modified all records with new ar 
server)
7.CAI:AppRegistry<http://docswiki/doku.php?id=sa:appregistry> (modified all 
records with new ar server)
8.EIE:CommonDialog<http://docswiki/doku.php?id=sa:commondialog> (Help File 
Path) ([Description: NOTE] cant change host/internal instance)
9.KMS:Administration_Integration (modified all records with new ar server)
10.  Report (modified all records with new ar server)
11.  
SRD:STAGE:MasterDataMappingList<http://docswiki/doku.php?id=sa:masterdatamappinglist>
 ([Description: NOTE] no records to modify)
12.   
SRM:ApplicationSettings<http://docswiki/doku.php?id=sa:applicationsettings> 
(SRM Application Settings) ([Description: NOTE] no form)
13.   SHARE:Application_Properties (Help files web location to point to the 
correct Mid-Tier) ([Description: NOTE] modified all the appropriate entries - 
Help File Path)
14.  SYS:Integration Management ([Description: NOTE] nothing to modify)
1.Remove any unsent mail from the Remedy mail queue.
2.Remove all support group members. Don't want to confuse people from 
non-prod environments. Seem to have to go back to the service desk group. May 
have something to do with fixed licenses. It'd be nice if you could remov

Non-production environment refresh.

[Peters, Ron]

On a periodic basis, we want to make sure our non-production environments match 
production for valid testing. Over time they seem to drift apart. In any case, 
the various folks at BMC weren't able to give much of a procedure for making 
this happen. I know there are many differences in environments, but a 
reasonable starting place would have been nice.

In any case, I've come up with a procedure that might be useful to some so I 
thought I share. I know I've received a lot of benefit from this list. We're on 
AR server 7.5 and this should probably be taken as a starting point and not 
necessarily a perfect process for your environment, but it worked for us. Also, 
the forms that I modified were from a list I did get from someone at BMC and it 
may or may not be exhaustive.

Enjoy!


On occasion we want to refresh the data within the non-production Remedy 
environments. This aligns all the data/configuration between environments. This 
is the process that we've developed.
1.Take a VMware snapshot of the database server in the environment to be 
refreshed. This is in the event things go wrong.
2.Disable the Email Engine service
3.Disable the AR server service
4.Disable the Server Intelligence Agent in the Central Configuration 
Manager for Business Objects. Done on the RKM box.
5.Have a DBA backup the following 6 pre-refreshed tables (for Business 
Objects) for later restoration.
§  dbo.CMS_Aliases6
§  dbo.CMS_IdNumbers6
§  dbo.CMS_InfoObjects6
§  dbo.CMS_LOCKS6
§  dbo.CMS_RELATIONS6
§  dbo.CMS_VersionInfo
6.Have a DBA Restore current production Remedy database onto the 
destination DB server.
7.Have a DBA restore the 6 backed up tables from above on top of the newly 
restored database. This keeps the Business Objects environment working as it 
was before. Both BO and Remedy use the same database and have their tables 
intermixed.
8.Start the Server Intelligence Agent in the Central Configuration Manager 
for Business Objects. Done on the RKM box.
§  Good to validate that BO is working correctly and reports from the newly 
restored data.
9.Start the AR server service.
10. Log into the thick client for further modifications
11. Change the server in the records of the following forms:
1. AP:Rule Definition ([Description: NOTE] nothing changed for accounts 
payable - maybe revisit)
2. AR System Searches Preference (modified all records with new ar server)
3. AR System Server Group Operation Ranking (modified all records with new 
ar server)
4. AR System User Preference (Server = $NULL$) ([Description: NOTE] not 
changed)
5. BMC.CORE.CONFIG:BMC_FederatedDataInterface ([Description: NOTE] nothing 
to modify)
6. BMC.CORE.CONFIG:BMC_FederatedInterface (modified all records with new ar 
server)
7. CAI:AppRegistry<http://docswiki/doku.php?id=sa:appregistry> (modified 
all records with new ar server)
8. EIE:CommonDialog<http://docswiki/doku.php?id=sa:commondialog> (Help File 
Path) ([Description: NOTE] cant change host/internal instance)
9. KMS:Administration_Integration (modified all records with new ar server)
10.  Report (modified all records with new ar server)
11.  
SRD:STAGE:MasterDataMappingList<http://docswiki/doku.php?id=sa:masterdatamappinglist>
 ([Description: NOTE] no records to modify)
12.  
SRM:ApplicationSettings<http://docswiki/doku.php?id=sa:applicationsettings> 
(SRM Application Settings) ([Description: NOTE] no form)
13.  SHARE:Application_Properties (Help files web location to point to the 
correct Mid-Tier) ([Description: NOTE] modified all the appropriate entries - 
Help File Path)
14.  SYS:Integration Management ([Description: NOTE] nothing to modify)
12. Remove any unsent mail from the Remedy mail queue.
13. Remove all support group members. Don't want to confuse people from 
non-prod environments. Seem to have to go back to the service desk group. May 
have something to do with fixed licenses. It'd be nice if you could remove more 
than one member at a time.
14. Remove all the distribution lists from support group notification 
configuration. More user confusion from non-prod environments.
15. Update the email box configurations per the table below. Passwords can be 
found in the password vault.
16. Possibly clean up the actual Exchange inbox if necessary (unlikely). This 
will only be the case if the environment has been down a while and can't catch 
up.
17. Update the license entries per the table below.
18. Check the alert ID for the pop-up messages. ID found in CTM:SYS:Access 
Permission Grps form. Modify the entry in the Procmail configuration if 
necessary.
19. Change the email address of the 'remedy email' faceless account (People 
record) to be appropriate for the environment.
§  This address MUST match the address of the sender of the incoming mail (per 
mailbox configuration). If they don't match, the returned error will be 
&qu

Re: Production changes (spin-off of RE: Effects of flushing midtier cache)

[David Durling]

So for one of our more complicated forms, I'd probably keep exports down to < 
500 objects by exporting active links & filters separately.  Maybe that should 
do it.

Thanks,

David

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Goodall, Andrew C
Sent: Tuesday, June 05, 2012 10:24 AM
To: arslist@ARSLIST.ORG
Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier 
cache)

**
Good point :)

Regards,

Andrew C. Goodall
Software Engineer
Development Services
ago...@jcpenney.com<mailto:ago...@jcpenney.com>
jcpenney
6501 Legacy Drive
Plano, TX 75024
jcp.com

From: Action Request System discussion list(ARSList) 
[mailto:arslist@arslist.org]<mailto:[mailto:arslist@arslist.org]> On Behalf Of 
Rick Cook
Sent: Tuesday, June 05, 2012 9:23 AM
To: arslist@arslist.org<mailto:arslist@arslist.org>
Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier 
cache)

**

True, Andrew, but it will still be tying up the Admin thread.

Rick
On Jun 5, 2012 10:21 AM, "Goodall, Andrew C" 
mailto:ago...@jcp.com>> wrote:
Exporting - no, not to my knowledge. Ideally your admin ARS server should not 
be forward facing to end users anyway.

Regards,

Andrew C. Goodall
Software Engineer
Development Services
ago...@jcpenney.com<mailto:ago...@jcpenney.com>
jcpenney
6501 Legacy Drive
Plano, TX 75024
jcp.com<http://jcp.com>


-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@arslist.org<mailto:arslist@arslist.org>] On Behalf Of David 
Durling
Sent: Tuesday, June 05, 2012 9:18 AM
To: arslist@arslist.org<mailto:arslist@arslist.org>
Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier 
cache)

Hi, a follow-up question on this old thread:

Would you all consider exporting a def file from a production system something 
that should be done in a change window?  Are there risks or possible 
performance issues associated with this?

Thanks,

David Durling
University of Georgia


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Production changes (spin-off of RE: Effects of flushing midtier cache)

[Goodall, Andrew C]

Good point J

 

Regards,

 

Andrew C. Goodall

Software Engineer

Development Services

ago...@jcpenney.com

jcpenney

6501 Legacy Drive

Plano, TX 75024

jcp.com

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@arslist.org] On Behalf Of Rick Cook
Sent: Tuesday, June 05, 2012 9:23 AM
To: arslist@arslist.org
Subject: Re: Production changes (spin-off of RE: Effects of flushing
midtier cache)

 

** 

True, Andrew, but it will still be tying up the Admin thread.

Rick

On Jun 5, 2012 10:21 AM, "Goodall, Andrew C"  wrote:

Exporting - no, not to my knowledge. Ideally your admin ARS server
should not be forward facing to end users anyway.

Regards,
 
Andrew C. Goodall
Software Engineer
Development Services
ago...@jcpenney.com
jcpenney
6501 Legacy Drive
Plano, TX 75024
jcp.com


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@arslist.org] On Behalf Of David Durling
Sent: Tuesday, June 05, 2012 9:18 AM
To: arslist@arslist.org
Subject: Re: Production changes (spin-off of RE: Effects of flushing
midtier cache)

Hi, a follow-up question on this old thread:

Would you all consider exporting a def file from a production system
something that should be done in a change window?  Are there risks or
possible performance issues associated with this?

Thanks,

David Durling
University of Georgia


> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
> Sent: Wednesday, April 04, 2012 1:23 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: Production changes (spin-off of RE: Effects of flushing
midtier
> cache)
>
> I'm not intimately familiar with what adding groups, regardless of the
usage
> of the group, doesbut it's my understanding that it causes some
sort of re-
> caching to happen at the server level
>
> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
> Sent: Wednesday, April 04, 2012 10:57 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: Production changes (spin-off of RE: Effects of flushing
midtier
> cache)
>
> LJ,
>
> Thanks for your response.  How about adding groups that aren't used
for
> permissions (except dynamically in field 112 or dynamic group fields)?
Even
> adding a notification group should be considered an off-hours change?
>
> Thanks,
>
> David
>
> David Durling
> University of Georgia
>
> > -Original Message-
> > From: Action Request System discussion list(ARSList)
> > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
> > Sent: Monday, April 02, 2012 12:54 PM
> > To: arslist@ARSLIST.ORG
> > Subject: Re: Production changes (spin-off of RE: Effects of flushing
> midtier
> > cache)
> >
> > David,
> > In general, I have always considered making changes in production to
> > be either a scheduled situation, or an emergency thing.  Any change
> > going to production needs to first be developed in Dev, moved to
Test
> > via standard procedures, tested in test to ensure the functionality
is
> > working properlythen moved to Prod in the same manner it was
moved
> > to Testso this essentially means that you are never using Dev
> > Studio in Test/Prod with exception of importing already developed
> > stuff.  Adding users is standard operating proceduresbut adding
> > groups should not be
> as
> > that causes re-caching of stuff on the server as well...it's almost
> analogous to
> > doing code changes (but not 100% the same).
> >
> > -Original Message-
> > From: Action Request System discussion list(ARSList)
> > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
> > Sent: Monday, March 26, 2012 2:58 PM
> > To: arslist@ARSLIST.ORG
> > Subject: Production changes (spin-off of RE: Effects of flushing
> > midtier
> > cache)
> >
> > Joe brought up an issue I already had questions relating to, being:
> > what workflow IS okay to change on a production AR server during
> > production hours?
> >
> > For instance, if I have an app on a production box that is being
> > tested by users and is not itself "production", am I endangering
other
> > things on production by making changes to it during production
hours?
> > (Besides flushing the mid tier cache, that is.)
> >
> > Or do people have categories of changes - like rewording text in an
> > email filter or on a form, or adding an item to a character menu -
> > that they
> consider
> > have an acceptable level of risk to do during normal hours?  Or is
it
> standard
> > to just not to

Re: Production changes (spin-off of RE: Effects of flushing midtier cache)

[Rick Cook]

True, Andrew, but it will still be tying up the Admin thread.

Rick
On Jun 5, 2012 10:21 AM, "Goodall, Andrew C"  wrote:

> Exporting - no, not to my knowledge. Ideally your admin ARS server should
> not be forward facing to end users anyway.
>
> Regards,
>
> Andrew C. Goodall
> Software Engineer
> Development Services
> ago...@jcpenney.com
> jcpenney
> 6501 Legacy Drive
> Plano, TX 75024
> jcp.com
>
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@arslist.org] On Behalf Of David Durling
> Sent: Tuesday, June 05, 2012 9:18 AM
> To: arslist@arslist.org
> Subject: Re: Production changes (spin-off of RE: Effects of flushing
> midtier cache)
>
> Hi, a follow-up question on this old thread:
>
> Would you all consider exporting a def file from a production system
> something that should be done in a change window?  Are there risks or
> possible performance issues associated with this?
>
> Thanks,
>
> David Durling
> University of Georgia
>
>
> > -Original Message-
> > From: Action Request System discussion list(ARSList)
> > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
> > Sent: Wednesday, April 04, 2012 1:23 PM
> > To: arslist@ARSLIST.ORG
> > Subject: Re: Production changes (spin-off of RE: Effects of flushing
> midtier
> > cache)
> >
> > I'm not intimately familiar with what adding groups, regardless of the
> usage
> > of the group, doesbut it's my understanding that it causes some sort
> of re-
> > caching to happen at the server level
> >
> > -Original Message-
> > From: Action Request System discussion list(ARSList)
> > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
> > Sent: Wednesday, April 04, 2012 10:57 AM
> > To: arslist@ARSLIST.ORG
> > Subject: Re: Production changes (spin-off of RE: Effects of flushing
> midtier
> > cache)
> >
> > LJ,
> >
> > Thanks for your response.  How about adding groups that aren't used for
> > permissions (except dynamically in field 112 or dynamic group fields)?
>  Even
> > adding a notification group should be considered an off-hours change?
> >
> > Thanks,
> >
> > David
> >
> > David Durling
> > University of Georgia
> >
> > > -Original Message-
> > > From: Action Request System discussion list(ARSList)
> > > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
> > > Sent: Monday, April 02, 2012 12:54 PM
> > > To: arslist@ARSLIST.ORG
> > > Subject: Re: Production changes (spin-off of RE: Effects of flushing
> > midtier
> > > cache)
> > >
> > > David,
> > > In general, I have always considered making changes in production to
> > > be either a scheduled situation, or an emergency thing.  Any change
> > > going to production needs to first be developed in Dev, moved to Test
> > > via standard procedures, tested in test to ensure the functionality is
> > > working properlythen moved to Prod in the same manner it was moved
> > > to Testso this essentially means that you are never using Dev
> > > Studio in Test/Prod with exception of importing already developed
> > > stuff.  Adding users is standard operating proceduresbut adding
> > > groups should not be
> > as
> > > that causes re-caching of stuff on the server as well...it's almost
> > analogous to
> > > doing code changes (but not 100% the same).
> > >
> > > -Original Message-
> > > From: Action Request System discussion list(ARSList)
> > > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
> > > Sent: Monday, March 26, 2012 2:58 PM
> > > To: arslist@ARSLIST.ORG
> > > Subject: Production changes (spin-off of RE: Effects of flushing
> > > midtier
> > > cache)
> > >
> > > Joe brought up an issue I already had questions relating to, being:
> > > what workflow IS okay to change on a production AR server during
> > > production hours?
> > >
> > > For instance, if I have an app on a production box that is being
> > > tested by users and is not itself "production", am I endangering other
> > > things on production by making changes to it during production hours?
> > > (Besides flushing the mid tier cache, that is.)
> > >
> > > Or do people have categories of changes - like rewording text in an
> > > email filter or on a form, or adding an item to a character menu -
>

Re: Production changes (spin-off of RE: Effects of flushing midtier cache)

[Tommy Morris]

I think that it is safe to do an export without a change window. You are not 
actually changing anything and the impact is tiny. That is as long as you are 
not exporting a huge application. The activity will still take some I/O so the 
larger the file the more impactful it may be depending up on your system.

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
Sent: Tuesday, June 05, 2012 9:18 AM
To: arslist@ARSLIST.ORG
Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier 
cache)

Hi, a follow-up question on this old thread:

Would you all consider exporting a def file from a production system something 
that should be done in a change window?  Are there risks or possible 
performance issues associated with this?

Thanks,

David Durling
University of Georgia


> -Original Message-
> From: Action Request System discussion list(ARSList) 
> [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
> Sent: Wednesday, April 04, 2012 1:23 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: Production changes (spin-off of RE: Effects of flushing 
> midtier
> cache)
> 
> I'm not intimately familiar with what adding groups, regardless of the 
> usage of the group, doesbut it's my understanding that it causes 
> some sort of re- caching to happen at the server level
> 
> -Original Message-
> From: Action Request System discussion list(ARSList) 
> [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
> Sent: Wednesday, April 04, 2012 10:57 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: Production changes (spin-off of RE: Effects of flushing 
> midtier
> cache)
> 
> LJ,
> 
> Thanks for your response.  How about adding groups that aren't used 
> for permissions (except dynamically in field 112 or dynamic group 
> fields)?  Even adding a notification group should be considered an off-hours 
> change?
> 
> Thanks,
> 
> David
> 
> David Durling
> University of Georgia
> 
> > -Original Message-
> > From: Action Request System discussion list(ARSList) 
> > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
> > Sent: Monday, April 02, 2012 12:54 PM
> > To: arslist@ARSLIST.ORG
> > Subject: Re: Production changes (spin-off of RE: Effects of flushing
> midtier
> > cache)
> >
> > David,
> > In general, I have always considered making changes in production to 
> > be either a scheduled situation, or an emergency thing.  Any change 
> > going to production needs to first be developed in Dev, moved to 
> > Test via standard procedures, tested in test to ensure the 
> > functionality is working properlythen moved to Prod in the same 
> > manner it was moved to Testso this essentially means that you 
> > are never using Dev Studio in Test/Prod with exception of importing 
> > already developed stuff.  Adding users is standard operating 
> > proceduresbut adding groups should not be
> as
> > that causes re-caching of stuff on the server as well...it's almost
> analogous to
> > doing code changes (but not 100% the same).
> >
> > -Original Message-
> > From: Action Request System discussion list(ARSList) 
> > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
> > Sent: Monday, March 26, 2012 2:58 PM
> > To: arslist@ARSLIST.ORG
> > Subject: Production changes (spin-off of RE: Effects of flushing 
> > midtier
> > cache)
> >
> > Joe brought up an issue I already had questions relating to, being:
> > what workflow IS okay to change on a production AR server during 
> > production hours?
> >
> > For instance, if I have an app on a production box that is being 
> > tested by users and is not itself "production", am I endangering 
> > other things on production by making changes to it during production hours?
> > (Besides flushing the mid tier cache, that is.)
> >
> > Or do people have categories of changes - like rewording text in an 
> > email filter or on a form, or adding an item to a character menu - 
> > that they
> consider
> > have an acceptable level of risk to do during normal hours?  Or is 
> > it
> standard
> > to just not touch anything with Developer Studio unless it's an 
> > emergency
> or
> > a change window?
> >
> > Related question:  Are updating groups or using the Data Import tool 
> > (on a reasonable, limited basis) considered normal production procedures?
> >
> > Thanks for any insights on this,
> >
> > David
> >
> > David Durling
> > University of Georgia
> >
> 

Re: Production changes (spin-off of RE: Effects of flushing midtier cache)

[Rick Cook]

Depends on the size of the export and your system.  I would say that if it
is more than a few forms and its few hundred associated objects, a
performance hit could be noticeable.

Rick
On Jun 5, 2012 10:19 AM, "David Durling"  wrote:

> Hi, a follow-up question on this old thread:
>
> Would you all consider exporting a def file from a production system
> something that should be done in a change window?  Are there risks or
> possible performance issues associated with this?
>
> Thanks,
>
> David Durling
> University of Georgia
>
>
> > -Original Message-
> > From: Action Request System discussion list(ARSList)
> > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
> > Sent: Wednesday, April 04, 2012 1:23 PM
> > To: arslist@ARSLIST.ORG
> > Subject: Re: Production changes (spin-off of RE: Effects of flushing
> midtier
> > cache)
> >
> > I'm not intimately familiar with what adding groups, regardless of the
> usage
> > of the group, doesbut it's my understanding that it causes some sort
> of re-
> > caching to happen at the server level
> >
> > -Original Message-
> > From: Action Request System discussion list(ARSList)
> > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
> > Sent: Wednesday, April 04, 2012 10:57 AM
> > To: arslist@ARSLIST.ORG
> > Subject: Re: Production changes (spin-off of RE: Effects of flushing
> midtier
> > cache)
> >
> > LJ,
> >
> > Thanks for your response.  How about adding groups that aren't used for
> > permissions (except dynamically in field 112 or dynamic group fields)?
>  Even
> > adding a notification group should be considered an off-hours change?
> >
> > Thanks,
> >
> > David
> >
> > David Durling
> > University of Georgia
> >
> > > -Original Message-
> > > From: Action Request System discussion list(ARSList)
> > > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
> > > Sent: Monday, April 02, 2012 12:54 PM
> > > To: arslist@ARSLIST.ORG
> > > Subject: Re: Production changes (spin-off of RE: Effects of flushing
> > midtier
> > > cache)
> > >
> > > David,
> > > In general, I have always considered making changes in production to
> > > be either a scheduled situation, or an emergency thing.  Any change
> > > going to production needs to first be developed in Dev, moved to Test
> > > via standard procedures, tested in test to ensure the functionality is
> > > working properlythen moved to Prod in the same manner it was moved
> > > to Testso this essentially means that you are never using Dev
> > > Studio in Test/Prod with exception of importing already developed
> > > stuff.  Adding users is standard operating proceduresbut adding
> > > groups should not be
> > as
> > > that causes re-caching of stuff on the server as well...it's almost
> > analogous to
> > > doing code changes (but not 100% the same).
> > >
> > > -Original Message-
> > > From: Action Request System discussion list(ARSList)
> > > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
> > > Sent: Monday, March 26, 2012 2:58 PM
> > > To: arslist@ARSLIST.ORG
> > > Subject: Production changes (spin-off of RE: Effects of flushing
> > > midtier
> > > cache)
> > >
> > > Joe brought up an issue I already had questions relating to, being:
> > > what workflow IS okay to change on a production AR server during
> > > production hours?
> > >
> > > For instance, if I have an app on a production box that is being
> > > tested by users and is not itself "production", am I endangering other
> > > things on production by making changes to it during production hours?
> > > (Besides flushing the mid tier cache, that is.)
> > >
> > > Or do people have categories of changes - like rewording text in an
> > > email filter or on a form, or adding an item to a character menu -
> > > that they
> > consider
> > > have an acceptable level of risk to do during normal hours?  Or is it
> > standard
> > > to just not touch anything with Developer Studio unless it's an
> > > emergency
> > or
> > > a change window?
> > >
> > > Related question:  Are updating groups or using the Data Import tool
> > > (on a reasonable, limited basis) considered normal production
> procedures?
> > >
> > > Thanks for any insig

Re: Production changes (spin-off of RE: Effects of flushing midtier cache)

[Goodall, Andrew C]

Exporting - no, not to my knowledge. Ideally your admin ARS server should not 
be forward facing to end users anyway.

Regards,
 
Andrew C. Goodall
Software Engineer
Development Services
ago...@jcpenney.com
jcpenney
6501 Legacy Drive
Plano, TX 75024
jcp.com


-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@arslist.org] On Behalf Of David Durling
Sent: Tuesday, June 05, 2012 9:18 AM
To: arslist@arslist.org
Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier 
cache)

Hi, a follow-up question on this old thread:

Would you all consider exporting a def file from a production system something 
that should be done in a change window?  Are there risks or possible 
performance issues associated with this?

Thanks,

David Durling
University of Georgia


> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
> Sent: Wednesday, April 04, 2012 1:23 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier
> cache)
> 
> I'm not intimately familiar with what adding groups, regardless of the usage
> of the group, doesbut it's my understanding that it causes some sort of 
> re-
> caching to happen at the server level
> 
> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
> Sent: Wednesday, April 04, 2012 10:57 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier
> cache)
> 
> LJ,
> 
> Thanks for your response.  How about adding groups that aren't used for
> permissions (except dynamically in field 112 or dynamic group fields)?  Even
> adding a notification group should be considered an off-hours change?
> 
> Thanks,
> 
> David
> 
> David Durling
> University of Georgia
> 
> > -Original Message-
> > From: Action Request System discussion list(ARSList)
> > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
> > Sent: Monday, April 02, 2012 12:54 PM
> > To: arslist@ARSLIST.ORG
> > Subject: Re: Production changes (spin-off of RE: Effects of flushing
> midtier
> > cache)
> >
> > David,
> > In general, I have always considered making changes in production to
> > be either a scheduled situation, or an emergency thing.  Any change
> > going to production needs to first be developed in Dev, moved to Test
> > via standard procedures, tested in test to ensure the functionality is
> > working properlythen moved to Prod in the same manner it was moved
> > to Testso this essentially means that you are never using Dev
> > Studio in Test/Prod with exception of importing already developed
> > stuff.  Adding users is standard operating proceduresbut adding
> > groups should not be
> as
> > that causes re-caching of stuff on the server as well...it's almost
> analogous to
> > doing code changes (but not 100% the same).
> >
> > -Original Message-
> > From: Action Request System discussion list(ARSList)
> > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
> > Sent: Monday, March 26, 2012 2:58 PM
> > To: arslist@ARSLIST.ORG
> > Subject: Production changes (spin-off of RE: Effects of flushing
> > midtier
> > cache)
> >
> > Joe brought up an issue I already had questions relating to, being:
> > what workflow IS okay to change on a production AR server during
> > production hours?
> >
> > For instance, if I have an app on a production box that is being
> > tested by users and is not itself "production", am I endangering other
> > things on production by making changes to it during production hours?
> > (Besides flushing the mid tier cache, that is.)
> >
> > Or do people have categories of changes - like rewording text in an
> > email filter or on a form, or adding an item to a character menu -
> > that they
> consider
> > have an acceptable level of risk to do during normal hours?  Or is it
> standard
> > to just not touch anything with Developer Studio unless it's an
> > emergency
> or
> > a change window?
> >
> > Related question:  Are updating groups or using the Data Import tool
> > (on a reasonable, limited basis) considered normal production procedures?
> >
> > Thanks for any insights on this,
> >
> > David
> >
> > David Durling
> > University of Georgia
> >
> > > -Original Message-
> > > From: Action Request System discussion list(ARS

Re: Production changes (spin-off of RE: Effects of flushing midtier cache)

[David Durling]

Hi, a follow-up question on this old thread:

Would you all consider exporting a def file from a production system something 
that should be done in a change window?  Are there risks or possible 
performance issues associated with this?

Thanks,

David Durling
University of Georgia


> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
> Sent: Wednesday, April 04, 2012 1:23 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier
> cache)
> 
> I'm not intimately familiar with what adding groups, regardless of the usage
> of the group, doesbut it's my understanding that it causes some sort of 
> re-
> caching to happen at the server level
> 
> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
> Sent: Wednesday, April 04, 2012 10:57 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier
> cache)
> 
> LJ,
> 
> Thanks for your response.  How about adding groups that aren't used for
> permissions (except dynamically in field 112 or dynamic group fields)?  Even
> adding a notification group should be considered an off-hours change?
> 
> Thanks,
> 
> David
> 
> David Durling
> University of Georgia
> 
> > -Original Message-
> > From: Action Request System discussion list(ARSList)
> > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
> > Sent: Monday, April 02, 2012 12:54 PM
> > To: arslist@ARSLIST.ORG
> > Subject: Re: Production changes (spin-off of RE: Effects of flushing
> midtier
> > cache)
> >
> > David,
> > In general, I have always considered making changes in production to
> > be either a scheduled situation, or an emergency thing.  Any change
> > going to production needs to first be developed in Dev, moved to Test
> > via standard procedures, tested in test to ensure the functionality is
> > working properlythen moved to Prod in the same manner it was moved
> > to Testso this essentially means that you are never using Dev
> > Studio in Test/Prod with exception of importing already developed
> > stuff.  Adding users is standard operating proceduresbut adding
> > groups should not be
> as
> > that causes re-caching of stuff on the server as well...it's almost
> analogous to
> > doing code changes (but not 100% the same).
> >
> > -Original Message-
> > From: Action Request System discussion list(ARSList)
> > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
> > Sent: Monday, March 26, 2012 2:58 PM
> > To: arslist@ARSLIST.ORG
> > Subject: Production changes (spin-off of RE: Effects of flushing
> > midtier
> > cache)
> >
> > Joe brought up an issue I already had questions relating to, being:
> > what workflow IS okay to change on a production AR server during
> > production hours?
> >
> > For instance, if I have an app on a production box that is being
> > tested by users and is not itself "production", am I endangering other
> > things on production by making changes to it during production hours?
> > (Besides flushing the mid tier cache, that is.)
> >
> > Or do people have categories of changes - like rewording text in an
> > email filter or on a form, or adding an item to a character menu -
> > that they
> consider
> > have an acceptable level of risk to do during normal hours?  Or is it
> standard
> > to just not touch anything with Developer Studio unless it's an
> > emergency
> or
> > a change window?
> >
> > Related question:  Are updating groups or using the Data Import tool
> > (on a reasonable, limited basis) considered normal production procedures?
> >
> > Thanks for any insights on this,
> >
> > David
> >
> > David Durling
> > University of Georgia
> >
> > > -Original Message-
> > > From: Action Request System discussion list(ARSList)
> > > [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
> > > Sent: Monday, March 26, 2012 4:19 PM
> > > To: arslist@ARSLIST.ORG
> > > Subject: Re: Effects of flushing midtier cache
> > >
> > > When would you need to flush cache? The obvious answer is when there
> > > is a workflow change on production.. Changes to workflow are done
> > > whenever there is need for code change for enhancement or bug fixes..
> > > The general industry practic

Re: Differences of configuration between development and production servers

[Jose Huerta]

You're right. I wrote a draft of the post yesterday and recommended to have
weak passwords on DEV and strong passwords on PRO (and different passwords
for each account). That includes your recommendation. But I will explicity
include it and your rationale.

Thanks!

Jose M. Huerta
Project Manager**

Movil: 661 665 088

Telf.: 971 75 03 24

Fax: 971 75 07 94

 <http://www.sm2baleares.es/>

SM2 Baleares S.A.
C/Rita Levi 

Edificio SM2 Parc Bit

07121 Palma de Mallorca

  <http://es-es.facebook.com/pages/SM2-Baleares/158608627954>
  <http://twitter.com/#!/SM2Baleares>
 <http://www.linkedin.com/company/sm2-baleares>

La información contenida en este mensaje de correo electrónico es
confidencial. La misma, es enviada con la intención de que únicamente sea
leída por la persona(s) a la(s) que va dirigida. El acceso a este mensaje
por otras personas no está autorizado, por lo que en tal caso, le rogamos
que nos lo comunique por la misma vía, se abstenga de realizar copias del
mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de
inmediato.

P Por favor, no imprima este mensaje ni sus documentos adjuntos si no es
necesario.



On Thu, May 24, 2012 at 4:33 PM, David Durling  wrote:

> **
>
> Jose,
>
> ** **
>
> Maybe this is included in your statement about making all admin passwords
> the same:  I’d suggest that any people that use both systems (admins,
> developers) have different passwords on each system.  I even made my
> login name different on the two.   The purpose for me is to help avoid
> confusion as to which system I’m on – and possibly prevent logging into
> both at the same time (user tool).
>
> ** **
>
> David
>
> ** **
>
> ** **
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Jason Miller
> *Sent:* Wednesday, May 23, 2012 5:58 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Differences of configuration between development and
> production servers
>
> ** **
>
> ** I like to have Object Modification Log enabled on production as well.
>  It helps to research unauthorized changes.  I also keep the Save
> Definition Files turned on in production in case we need
> to backout that unauthorized changes.
>
> ** **
>
> I usually create a group for client side logging for all environments.
>  Then I just put people in that group as needed.
>
> ** **
>
> Jason
>
> On Wed, May 23, 2012 at 3:48 AM, Jose Huerta 
> wrote:
>
> ** Hi listers,
>
> ** **
>
> I'm preparing a post for my blog (theremedyforit.com) about the
> differences between a development server and a production servers in terms
> of configuration.
>
> ** **
>
> I'm talking about something like:
>
> ** **
>
> On DEV:
>
>  - Allow unqualified searches
>
>  - Development Cache Mode
>
>  - Record Object Relationships
>
>  - Client-side logging group to a wide-spread group
>
>  - Object Modification log enabled
>
>  - Save definition files
>
>  - Same password for all admin accounts (Demo, AppAdmin, Mid-tier
> password, etc.)
>
> ** **
>
> On PROD:
>
>  - Buffer logging lines
>
> ** **
>
> Do you have any recommendation about it?
>
> ** **
>
> Thanks!
>
> Jose M. Huerta
> Project Manager
>
> Movil: 661 665 088
>
> Telf.: 971 75 03 24
>
> Fax: 971 75 07 94
>
>  <http://www.sm2baleares.es/>
>
> SM2 Baleares S.A.
> C/Rita Levi  <http://www.sm2baleares.es/>
>
> Edificio SM2 Parc Bit <http://www.sm2baleares.es/>
>
> 07121 Palma de Mallorca <http://www.sm2baleares.es/>
>
>   <http://www.sm2baleares.es/>
>
> La información contenida en este mensaje de correo electrónico es
> confidencial. La misma, es enviada con la intención de que únicamente sea
> leída por la persona(s) a la(s) que va dirigida. El acceso a este mensaje
> por otras personas no está autorizado, por lo que en tal caso, le rogamos
> que nos lo comunique por la misma vía, se abstenga de realizar copias del
> mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de
> inmediato. <http://www.sm2baleares.es/>
>
> P Por favor, no imprima este mensaje ni sus documentos adjuntos si no es
> necesario. <http://www.sm2baleares.es/>
>
> ** ** <http://www.sm2baleares.es/>
>
> _attend WWRUG12 *www.wwrug.com* ARSlist: "Where the Answers Are"_ 
> <http://www.sm2baleares.es/>
>
> ** ** <http://www.sm2baleares.es/>
>
> _attend WWRUG12 *www.wwrug.com* ARSlist: "Where the Answers Are"_ 
> <http://www.sm2baleares.es/>
>_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
<><><><>

Re: Differences of configuration between development and production servers

[David Durling]

Jose,

Maybe this is included in your statement about making all admin passwords the 
same:  I'd suggest that any people that use both systems (admins, developers) 
have different passwords on each system.  I even made my login name different 
on the two.   The purpose for me is to help avoid confusion as to which system 
I'm on - and possibly prevent logging into both at the same time (user tool).

David


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller
Sent: Wednesday, May 23, 2012 5:58 PM
To: arslist@ARSLIST.ORG
Subject: Re: Differences of configuration between development and production 
servers

** I like to have Object Modification Log enabled on production as well.  It 
helps to research unauthorized changes.  I also keep the Save Definition Files 
turned on in production in case we need to backout that unauthorized changes.

I usually create a group for client side logging for all environments.  Then I 
just put people in that group as needed.

Jason
On Wed, May 23, 2012 at 3:48 AM, Jose Huerta 
mailto:jose.hue...@sm2baleares.es>> wrote:
** Hi listers,

I'm preparing a post for my blog 
(theremedyforit.com<http://theremedyforit.com>) about the differences between a 
development server and a production servers in terms of configuration.

I'm talking about something like:

On DEV:
 - Allow unqualified searches
 - Development Cache Mode
 - Record Object Relationships
 - Client-side logging group to a wide-spread group
 - Object Modification log enabled
 - Save definition files
 - Same password for all admin accounts (Demo, AppAdmin, Mid-tier password, 
etc.)

On PROD:
 - Buffer logging lines

Do you have any recommendation about it?

Thanks!

Jose M. Huerta
Project Manager

Movil: 661 665 088

Telf.: 971 75 03 24

Fax: 971 75 07 94


<http://www.sm2baleares.es/>


SM2 Baleares S.A.
C/Rita Levi <http://www.sm2baleares.es/>

Edificio SM2 Parc Bit<http://www.sm2baleares.es/>

07121 Palma de Mallorca<http://www.sm2baleares.es/>


 <http://www.sm2baleares.es/>

La información contenida en este mensaje de correo electrónico es confidencial. 
La misma, es enviada con la intención de que únicamente sea leída por la 
persona(s) a la(s) que va dirigida. El acceso a este mensaje por otras personas 
no está autorizado, por lo que en tal caso, le rogamos que nos lo comunique por 
la misma vía, se abstenga de realizar copias del mensaje o remitirlo o 
entregarlo a otra persona y proceda a borrarlo de 
inmediato.<http://www.sm2baleares.es/>

P Por favor, no imprima este mensaje ni sus documentos adjuntos si no es 
necesario.<http://www.sm2baleares.es/>
 <http://www.sm2baleares.es/>
_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 
<http://www.sm2baleares.es/>

 <http://www.sm2baleares.es/>
_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 
<http://www.sm2baleares.es/>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Differences of configuration between development and production servers

[Jason Miller]

I like to have Object Modification Log enabled on production as well.  It
helps to research unauthorized changes.  I also keep the Save Definition
Files turned on in production in case we need
to backout that unauthorized changes.

I usually create a group for client side logging for all environments.
 Then I just put people in that group as needed.

Jason

On Wed, May 23, 2012 at 3:48 AM, Jose Huerta wrote:

> ** Hi listers,
>
> I'm preparing a post for my blog (theremedyforit.com) about the
> differences between a development server and a production servers in terms
> of configuration.
>
> I'm talking about something like:
>
> On DEV:
>  - Allow unqualified searches
>  - Development Cache Mode
>  - Record Object Relationships
>  - Client-side logging group to a wide-spread group
>  - Object Modification log enabled
>  - Save definition files
>  - Same password for all admin accounts (Demo, AppAdmin, Mid-tier
> password, etc.)
>
> On PROD:
>  - Buffer logging lines
>
> Do you have any recommendation about it?
>
> Thanks!
>
> Jose M. Huerta
> Project Manager**
>
> Movil: 661 665 088
>
> Telf.: 971 75 03 24
>
> Fax: 971 75 07 94
>
>  <http://www.sm2baleares.es/>
>
> SM2 Baleares S.A.
> C/Rita Levi 
>
> Edificio SM2 Parc Bit
>
> 07121 Palma de Mallorca
>
>   <http://es-es.facebook.com/pages/SM2-Baleares/158608627954>
> <http://twitter.com/#!/SM2Baleares>
>  <http://www.linkedin.com/company/sm2-baleares>
>
> La información contenida en este mensaje de correo electrónico es
> confidencial. La misma, es enviada con la intención de que únicamente sea
> leída por la persona(s) a la(s) que va dirigida. El acceso a este mensaje
> por otras personas no está autorizado, por lo que en tal caso, le rogamos
> que nos lo comunique por la misma vía, se abstenga de realizar copias del
> mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de
> inmediato.
>
> P Por favor, no imprima este mensaje ni sus documentos adjuntos si no es
> necesario.
>
>  _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Differences of configuration between development and production servers

[Misi Mladoniczky]

Hi,

Don't forget to mention RRR|ConfDiff to compare your settings:
https://www.rrr.se/cgi/tools/main#rrrConfDiff

Very simple! Very useful!

Take a backup of your ar.cfg before an upgrade, and check to see if the
installer changed something...

Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11):
* 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.

> Hi listers,
>
> I'm preparing a post for my blog (theremedyforit.com) about the
> differences
> between a development server and a production servers in terms of
> configuration.
>
> I'm talking about something like:
>
> On DEV:
>  - Allow unqualified searches
>  - Development Cache Mode
>  - Record Object Relationships
>  - Client-side logging group to a wide-spread group
>  - Object Modification log enabled
>  - Save definition files
>  - Same password for all admin accounts (Demo, AppAdmin, Mid-tier
> password,
> etc.)
>
> On PROD:
>  - Buffer logging lines
>
> Do you have any recommendation about it?
>
> Thanks!
>
> Jose M. Huerta
> Project Manager**
>
> Movil: 661 665 088
>
> Telf.: 971 75 03 24
>
> Fax: 971 75 07 94
>
>  <http://www.sm2baleares.es/>
>
> SM2 Baleares S.A.
> C/Rita Levi 
>
> Edificio SM2 Parc Bit
>
> 07121 Palma de Mallorca
>
>   <http://es-es.facebook.com/pages/SM2-Baleares/158608627954>
>   <http://twitter.com/#!/SM2Baleares>
>  <http://www.linkedin.com/company/sm2-baleares>
>
> La información contenida en este mensaje de correo electrónico es
> confidencial. La misma, es enviada con la intención de que únicamente sea
> leída por la persona(s) a la(s) que va dirigida. El acceso a este mensaje
> por otras personas no está autorizado, por lo que en tal caso, le rogamos
> que nos lo comunique por la misma vía, se abstenga de realizar copias del
> mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de
> inmediato.
>
> P Por favor, no imprima este mensaje ni sus documentos adjuntos si no es
> necesario.
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Differences of configuration between development and production servers

[Grooms, Frederick W]

It really depends on your platform and hardware

Using Linux the only difference I have between Dev, Test, and Prod is 
- Dev = I have Allow Unqualified Searches and Record Object Relationships

All systems have full logging enabled (on the same group settings without 
buffering) with no effect on performance

Fred

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jose Huerta
Sent: Wednesday, May 23, 2012 5:48 AM
To: arslist@ARSLIST.ORG
Subject: Differences of configuration between development and production servers

** Hi listers,

I'm preparing a post for my blog (theremedyforit.com) about the differences 
between a development server and a production servers in terms of configuration.

I'm talking about something like:

On DEV:
 - Allow unqualified searches
 - Development Cache Mode
 - Record Object Relationships
 - Client-side logging group to a wide-spread group
 - Object Modification log enabled
 - Save definition files
 - Same password for all admin accounts (Demo, AppAdmin, Mid-tier password, 
etc.)

On PROD:
 - Buffer logging lines

Do you have any recommendation about it?

Thanks!
Jose M. Huerta
Project Manager
Movil: 661 665 088
Telf.: 971 75 03 24
Fax: 971 75 07 94

SM2 Baleares S.A.
C/Rita Levi 
Edificio SM2 Parc Bit
07121 Palma de Mallorca



___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Resolved: Production Issue: ARERR 330: You don't have write access to field

[Dee]

Ok, Its a mystery; but the issue is not occurring for me atleast. 

The only thing I can i think may have helped, is the continues flushing of
the mid-tier cache.

The field that the user is getting the error on, has the same permissions,
the workflow most filters, 1 activelink the its permissions, and now the
user continue. 

This has happen before and issue with BMC with no result,and the issue
cleared it self up them.

--
View this message in context: 
http://ars-action-request-system.1093659.n2.nabble.com/Production-Issue-ARERR-330-You-don-t-have-write-access-to-field-tp7444239p741.html
Sent from the ARS (Action Request System) mailing list archive at Nabble.com.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Production Issue: ARERR 330: You don't have write access to field

[Dee]

Apr 6, 2012 5:57:19 PM - FINE (com.SERVER.log.SERVLET) : (Thread 192326)
com.SERVER.arsys.backchannel.NDXSetEntry mapProperties
mFieldValues=1333731600,,,NOT MODIFYING COMMNET.
Apr 6, 2012 5:57:19 PM - FINE (com.SERVER.log.SERVLET) : (Thread 192326)
com.SERVER.arsys.backchannel.NDXSetEntry mapProperties
mFields=90047,536870970,90029,536870945
Apr 6, 2012 5:57:19 PM - FINE (com.SERVER.log.SERVLET) : (Thread 192326)
com.SERVER.arsys.backchannel.NDXSetEntry mapProperties mTimestamp=1333749385
Apr 6, 2012 5:57:19 PM - FINE (com.SERVER.log.SERVLET) : (Thread 192326)
com.SERVER.arsys.backchannel.NDXSetEntry mapProperties
mEntryIds=C0075617, 
Apr 6, 2012 5:57:19 PM - FINE (com.SERVER.log.SERVLET) : (Thread 192326)
com.SERVER.arsys.backchannel.NDXSetEntry mapProperties
mScreenName=ARRoot1333747491877
Apr 6, 2012 5:57:19 PM - FINE (com.SERVER.log.SERVLET) : (Thread 192326)
com.SERVER.arsys.backchannel.NDXSetEntry mapProperties mSchema=FORMNAME
Apr 6, 2012 5:57:19 PM - FINE (com.SERVER.log.SERVLET) : (Thread 192326)
com.SERVER.arsys.backchannel.NDXSetEntry mapProperties mServer=SERVER
Apr 6, 2012 5:57:19 PM - FINE (com.SERVER.log.SERVLET) : (Thread 192326)
com.SERVER.arsys.backchannel.NDXSetEntry mapProperties --> SetEntry
Apr 6, 2012 5:57:19 PM - FINE (com.SERVER.log.PERFORMANCE) : (Thread 192326)
com.SERVER.arsys.stubs.BackchannelServlet doRequest Backchannel start:
SetEntry
Apr 6, 2012 5:57:19 PM - FINE (com.SERVER.log.SERVLET) : (Thread 192326)
com.SERVER.arsys.stubs.GoatServlet setupSessionData GoatServlet:
SessionID=iuQ8JWYOIvTd5DvDiP0Cvtj

--
View this message in context: 
http://ars-action-request-system.1093659.n2.nabble.com/Production-Issue-ARERR-330-You-don-t-have-write-access-to-field-tp7444239p716.html
Sent from the ARS (Action Request System) mailing list archive at Nabble.com.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Production Issue: ARERR 330: You don't have write access to field

[Goodall, Andrew C]

Double check your workflow - we found a similar issue we had on an
advanced SRM request.
User wasn't updating a particular field for SR submit but it would
complain they didn't have access to a particular field - which we found
later had no permissions assigned.

We used Abydos analyzer to help us track down the culprit.

Is this a submit or modify process?
If submit - Add allow any submitter on Comments.
If modify - consider adding public change to comments field.

Regards,
 
Andrew Goodall
Software Engineer 2 | Development Services |  jcpenney . www.jcp.com  

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Dee
Sent: Friday, April 06, 2012 4:33 PM
To: arslist@ARSLIST.ORG
Subject: Production Issue: ARERR 330: You don't have write access to
field

This error is "You do not have write access to field : Comments (ARERR
330)"
is popping up for a user that has read access to this field and is not
updating this fields at all. He is updating another fields which has no
baring on the Comments fields. 

This is happening in the MT and not in the user tool. I have turned on
all
logs, I don't see the error there.

Any thoughts .. is the logs could show which workflow is triggering the
error.

arjavaplugin.log
arerror.log
aruser.log
arsql.log
arsignald.log
arplugin.log
arfilter.log
arapi.log

its not active link, I logged in as the user, and activelink logging
show
nothing.

--
View this message in context:
http://ars-action-request-system.1093659.n2.nabble.com/Production-Issue-
ARERR-330-You-don-t-have-write-access-to-field-tp7444239p7444239.html
Sent from the ARS (Action Request System) mailing list archive at
Nabble.com.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged 
material.  If the reader of this message is not the intended recipient,
you are hereby notified that your access is unauthorized, and any review,
dissemination, distribution or copying of this message including any 
attachments is strictly prohibited.  If you are not the intended
recipient, please contact the sender and delete the material from any
computer.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Production Issue: ARERR 330: You don't have write access to field

[Dee]

Last asction in mt loggin before error,

 /* Fri Apr 06 2012 17:43:09.455 */+API call, Procedure #2
   
  /* Fri Apr 06 2012 17:43:09.4567 */+SE
ARSetEntry -- schema  entryId XXX  from Mid-tier (protocol
14) at IP address 
 (ARNOTE 8914)



--
View this message in context: 
http://ars-action-request-system.1093659.n2.nabble.com/Production-Issue-ARERR-330-You-don-t-have-write-access-to-field-tp7444239p7444283.html
Sent from the ARS (Action Request System) mailing list archive at Nabble.com.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Production Issue: ARERR 330: You don't have write access to field

[Dee]

This error is "You do not have write access to field : Comments (ARERR 330)"
is popping up for a user that has read access to this field and is not
updating this fields at all. He is updating another fields which has no
baring on the Comments fields. 

This is happening in the MT and not in the user tool. I have turned on all
logs, I don't see the error there.

Any thoughts .. is the logs could show which workflow is triggering the
error.

arjavaplugin.log
arerror.log
aruser.log
arsql.log
arsignald.log
arplugin.log
arfilter.log
arapi.log

its not active link, I logged in as the user, and activelink logging show
nothing.

--
View this message in context: 
http://ars-action-request-system.1093659.n2.nabble.com/Production-Issue-ARERR-330-You-don-t-have-write-access-to-field-tp7444239p7444239.html
Sent from the ARS (Action Request System) mailing list archive at Nabble.com.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Production changes (spin-off of RE: Effects of flushing midtier cache)

[LJ LongWing]

I'm not intimately familiar with what adding groups, regardless of the usage
of the group, doesbut it's my understanding that it causes some sort of
re-caching to happen at the server level

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
Sent: Wednesday, April 04, 2012 10:57 AM
To: arslist@ARSLIST.ORG
Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier
cache)

LJ,

Thanks for your response.  How about adding groups that aren't used for
permissions (except dynamically in field 112 or dynamic group fields)?  Even
adding a notification group should be considered an off-hours change?

Thanks, 

David

David Durling
University of Georgia

> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
> Sent: Monday, April 02, 2012 12:54 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: Production changes (spin-off of RE: Effects of flushing
midtier
> cache)
> 
> David,
> In general, I have always considered making changes in production to be
> either a scheduled situation, or an emergency thing.  Any change going to
> production needs to first be developed in Dev, moved to Test via standard
> procedures, tested in test to ensure the functionality is working
> properlythen moved to Prod in the same manner it was moved to
> Testso this essentially means that you are never using Dev Studio in
> Test/Prod with exception of importing already developed stuff.  Adding
> users is standard operating proceduresbut adding groups should not be
as
> that causes re-caching of stuff on the server as well...it's almost
analogous to
> doing code changes (but not 100% the same).
> 
> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
> Sent: Monday, March 26, 2012 2:58 PM
> To: arslist@ARSLIST.ORG
> Subject: Production changes (spin-off of RE: Effects of flushing midtier
> cache)
> 
> Joe brought up an issue I already had questions relating to, being:  what
> workflow IS okay to change on a production AR server during production
> hours?
> 
> For instance, if I have an app on a production box that is being tested by
> users and is not itself "production", am I endangering other things on
> production by making changes to it during production hours?  (Besides
> flushing the mid tier cache, that is.)
> 
> Or do people have categories of changes - like rewording text in an email
> filter or on a form, or adding an item to a character menu - that they
consider
> have an acceptable level of risk to do during normal hours?  Or is it
standard
> to just not touch anything with Developer Studio unless it's an emergency
or
> a change window?
> 
> Related question:  Are updating groups or using the Data Import tool (on a
> reasonable, limited basis) considered normal production procedures?
> 
> Thanks for any insights on this,
> 
> David
> 
> David Durling
> University of Georgia
> 
> > -Original Message-
> > From: Action Request System discussion list(ARSList)
> > [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
> > Sent: Monday, March 26, 2012 4:19 PM
> > To: arslist@ARSLIST.ORG
> > Subject: Re: Effects of flushing midtier cache
> >
> > When would you need to flush cache? The obvious answer is when there
> > is a workflow change on production.. Changes to workflow are done
> > whenever there is need for code change for enhancement or bug fixes..
> > The general industry practice is to manage these changes in a change
> > window, where there is a scheduled outage, which is typically
> > scheduled on weekends or
> the
> > least productive hours of an organization. So cache should be flushed
> during
> > these changes.
> >
> > That being said, there may be emergency changes that were a result of
> > a
> part
> > or whole system being rendered unusable pending that change. On such
> > an event it would be ok to flush your cache after fixing whatever the
> > problem/bug/enhancement was.
> >
> > Yes flushing cache during production hours may cause a brief negative
> impact
> > on users using the system at the time of the change.
> >
> > Joe
> >
> > -Original Message-
> > From: David Durling
> > Sent: Monday, March 26, 2012 3:48 PM Newsgroups:
> > public.remedy.arsystem.general
> > To: arslist@ARSLIST.ORG
> > Subject: Effects of flushing midtier cache
> >
> > Hi,
> >
> > I'm one of those that has fou

Re: Production changes (spin-off of RE: Effects of flushing midtier cache)

[David Durling]

LJ,

Thanks for your response.  How about adding groups that aren't used for 
permissions (except dynamically in field 112 or dynamic group fields)?  Even 
adding a notification group should be considered an off-hours change?

Thanks, 

David

David Durling
University of Georgia

> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing
> Sent: Monday, April 02, 2012 12:54 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier
> cache)
> 
> David,
> In general, I have always considered making changes in production to be
> either a scheduled situation, or an emergency thing.  Any change going to
> production needs to first be developed in Dev, moved to Test via standard
> procedures, tested in test to ensure the functionality is working
> properlythen moved to Prod in the same manner it was moved to
> Testso this essentially means that you are never using Dev Studio in
> Test/Prod with exception of importing already developed stuff.  Adding
> users is standard operating proceduresbut adding groups should not be as
> that causes re-caching of stuff on the server as well...it's almost analogous 
> to
> doing code changes (but not 100% the same).
> 
> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
> Sent: Monday, March 26, 2012 2:58 PM
> To: arslist@ARSLIST.ORG
> Subject: Production changes (spin-off of RE: Effects of flushing midtier
> cache)
> 
> Joe brought up an issue I already had questions relating to, being:  what
> workflow IS okay to change on a production AR server during production
> hours?
> 
> For instance, if I have an app on a production box that is being tested by
> users and is not itself "production", am I endangering other things on
> production by making changes to it during production hours?  (Besides
> flushing the mid tier cache, that is.)
> 
> Or do people have categories of changes - like rewording text in an email
> filter or on a form, or adding an item to a character menu - that they 
> consider
> have an acceptable level of risk to do during normal hours?  Or is it standard
> to just not touch anything with Developer Studio unless it's an emergency or
> a change window?
> 
> Related question:  Are updating groups or using the Data Import tool (on a
> reasonable, limited basis) considered normal production procedures?
> 
> Thanks for any insights on this,
> 
> David
> 
> David Durling
> University of Georgia
> 
> > -Original Message-
> > From: Action Request System discussion list(ARSList)
> > [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
> > Sent: Monday, March 26, 2012 4:19 PM
> > To: arslist@ARSLIST.ORG
> > Subject: Re: Effects of flushing midtier cache
> >
> > When would you need to flush cache? The obvious answer is when there
> > is a workflow change on production.. Changes to workflow are done
> > whenever there is need for code change for enhancement or bug fixes..
> > The general industry practice is to manage these changes in a change
> > window, where there is a scheduled outage, which is typically
> > scheduled on weekends or
> the
> > least productive hours of an organization. So cache should be flushed
> during
> > these changes.
> >
> > That being said, there may be emergency changes that were a result of
> > a
> part
> > or whole system being rendered unusable pending that change. On such
> > an event it would be ok to flush your cache after fixing whatever the
> > problem/bug/enhancement was.
> >
> > Yes flushing cache during production hours may cause a brief negative
> impact
> > on users using the system at the time of the change.
> >
> > Joe
> >
> > -Original Message-
> > From: David Durling
> > Sent: Monday, March 26, 2012 3:48 PM Newsgroups:
> > public.remedy.arsystem.general
> > To: arslist@ARSLIST.ORG
> > Subject: Effects of flushing midtier cache
> >
> > Hi,
> >
> > I'm one of those that has found it necessary to use the "flush cache"
> button
> > in the mid tier config when sometimes certain changes aren't picked up
> > at the regular cache check interval.
> >
> > Do you all consider a flush of the mid tier cache to be unintrusive -
> something
> > that can be done during production hours?  Or is it something that
> > should
> be
> > done off-hours?
> >

Re: Production changes (spin-off of RE: Effects of flushing midtier cache)

[LJ LongWing]

David,
In general, I have always considered making changes in production to be
either a scheduled situation, or an emergency thing.  Any change going to
production needs to first be developed in Dev, moved to Test via standard
procedures, tested in test to ensure the functionality is working
properlythen moved to Prod in the same manner it was moved to Testso
this essentially means that you are never using Dev Studio in Test/Prod with
exception of importing already developed stuff.  Adding users is standard
operating proceduresbut adding groups should not be as that causes
re-caching of stuff on the server as well...it's almost analogous to doing
code changes (but not 100% the same).

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling
Sent: Monday, March 26, 2012 2:58 PM
To: arslist@ARSLIST.ORG
Subject: Production changes (spin-off of RE: Effects of flushing midtier
cache)

Joe brought up an issue I already had questions relating to, being:  what
workflow IS okay to change on a production AR server during production
hours?

For instance, if I have an app on a production box that is being tested by
users and is not itself "production", am I endangering other things on
production by making changes to it during production hours?  (Besides
flushing the mid tier cache, that is.)

Or do people have categories of changes - like rewording text in an email
filter or on a form, or adding an item to a character menu - that they
consider have an acceptable level of risk to do during normal hours?  Or is
it standard to just not touch anything with Developer Studio unless it's an
emergency or a change window?

Related question:  Are updating groups or using the Data Import tool (on a
reasonable, limited basis) considered normal production procedures?

Thanks for any insights on this,

David

David Durling
University of Georgia

> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
> Sent: Monday, March 26, 2012 4:19 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: Effects of flushing midtier cache
> 
> When would you need to flush cache? The obvious answer is when there is a
> workflow change on production.. Changes to workflow are done whenever
> there is need for code change for enhancement or bug fixes.. The general
> industry practice is to manage these changes in a change window, where
> there is a scheduled outage, which is typically scheduled on weekends or
the
> least productive hours of an organization. So cache should be flushed
during
> these changes.
> 
> That being said, there may be emergency changes that were a result of a
part
> or whole system being rendered unusable pending that change. On such an
> event it would be ok to flush your cache after fixing whatever the
> problem/bug/enhancement was.
> 
> Yes flushing cache during production hours may cause a brief negative
impact
> on users using the system at the time of the change.
> 
> Joe
> 
> -Original Message-
> From: David Durling
> Sent: Monday, March 26, 2012 3:48 PM Newsgroups:
> public.remedy.arsystem.general
> To: arslist@ARSLIST.ORG
> Subject: Effects of flushing midtier cache
> 
> Hi,
> 
> I'm one of those that has found it necessary to use the "flush cache"
button
> in the mid tier config when sometimes certain changes aren't picked up at
> the regular cache check interval.
> 
> Do you all consider a flush of the mid tier cache to be unintrusive -
something
> that can be done during production hours?  Or is it something that should
be
> done off-hours?
> 
> On our server I don't notice performance issues in using it, and in what
little
> testing I've done, user sessions seem to be uninterrupted.  (I'm not sure
> about floating users on the web, though - if there's anything to consider
> there.)
> 
> I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat.
> 
> Thanks,
> 
> David
> 

---
David Durling  durl...@uga.edu
Enterprise IT Services  706-542-0223
University of Georgia


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Production changes (spin-off of RE: Effects of flushing midtier cache)

[David Durling]

Thanks, Joe & Chris & Andrew (& others) -

Except for the mid-tier flush - which I'm not sure about in all my users' 
cases, I'm pretty sure my users don't experience outages from these changes in 
general.  We are well under 100 logged-in users at any given time.

In addition to performance issues during changes, I was also thinking in terms 
of what could go wrong.  Years ago, for instance, on ARS 4.x, I remember some 
operation wrecked access to one of our major Remedy forms where a fellow had to 
go into sqlplus or something and rename a T-table in order to recover the form. 
  And of course a change could be implemented that simply doesn't work properly 
because of not being tested first.  That's the kind of thing I'm most concerned 
with - something unexpected that actually breaks functionality or disrupts user 
sessions, not so much things that seem to cause a (in my case small) slowness 
in performance.
 
I do appreciate the comments on standard practices.  Thanks!

David

> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
> Sent: Monday, March 26, 2012 5:20 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier
> cache)
> 
> I hit the send button too early..
> 
> Changes to Filters & Filter Guides, Escalations would not impact the mid-tier
> server in any way.. They would however impact the caching of the AR Server
> itself.. which could again have an impact on the usability of the AR Server
> which the mid tier is connected to... Think of it like a train with two 
> cars.. if
> the first one is moving smoothly but the second hits its brakes, it could
> impact the first car too although it has not hit any brakes..
> 
> Changes to Forms, Active Links, Menus, Active Link Guides, Web Services,
> Flashboard objects, adding new Permission Groups or changing their existing
> type would impact both the AR Server and the Mid-Tier. (Both cars having
> their brakes pressed..)
> 
> Data loads to group form should be avoided if you can. Group caching can
> impact both the AR Server and the Mid-Tier as it would need to be cached if
> the group added is a permission group.
> 
> So yes it is standard not to promote anything to production from the dev or
> test environment to production during production hours.
> 
> Again - the bottom-line is, you are the best judge to know if it would be OK
> for your users to face a little outage..
> 
> -Original Message-
> From: David Durling
> Sent: Monday, March 26, 2012 4:58 PM Newsgroups:
> public.remedy.arsystem.general
> To: arslist@ARSLIST.ORG
> Subject: Production changes (spin-off of RE: Effects of flushing midtier
> cache)
> 
> Joe brought up an issue I already had questions relating to, being:  what
> workflow IS okay to change on a production AR server during production
> hours?
> 
> For instance, if I have an app on a production box that is being tested by
> users and is not itself "production", am I endangering other things on
> production by making changes to it during production hours?  (Besides
> flushing the mid tier cache, that is.)
> 
> Or do people have categories of changes - like rewording text in an email
> filter or on a form, or adding an item to a character menu - that they 
> consider
> have an acceptable level of risk to do during normal hours?  Or is it standard
> to just not touch anything with Developer Studio unless it's an emergency or
> a change window?
> 
> Related question:  Are updating groups or using the Data Import tool (on a
> reasonable, limited basis) considered normal production procedures?
> 
> Thanks for any insights on this,
> 
> David
> 
> David Durling
> University of Georgia
> 
> > -Original Message-
> > From: Action Request System discussion list(ARSList)
> > [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
> > Sent: Monday, March 26, 2012 4:19 PM
> > To: arslist@ARSLIST.ORG
> > Subject: Re: Effects of flushing midtier cache
> >
> > When would you need to flush cache? The obvious answer is when there
> > is a workflow change on production.. Changes to workflow are done
> > whenever there is need for code change for enhancement or bug fixes..
> > The general industry practice is to manage these changes in a change
> > window, where there is a scheduled outage, which is typically
> > scheduled on weekends or the least productive hours of an
> > organization. So cache should be flushed during these changes.
> >
> > That being said, there may be emergency changes that were a result 

Re: Production changes (spin-off of RE: Effects of flushing midtier cache)

[Joe Martin D'Souza]

I hit the send button too early..

Changes to Filters & Filter Guides, Escalations would not impact the 
mid-tier server in any way.. They would however impact the caching of the AR 
Server itself.. which could again have an impact on the usability of the AR 
Server which the mid tier is connected to... Think of it like a train with 
two cars.. if the first one is moving smoothly but the second hits its 
brakes, it could impact the first car too although it has not hit any 
brakes..


Changes to Forms, Active Links, Menus, Active Link Guides, Web Services, 
Flashboard objects, adding new Permission Groups or changing their existing 
type would impact both the AR Server and the Mid-Tier. (Both cars having 
their brakes pressed..)


Data loads to group form should be avoided if you can. Group caching can 
impact both the AR Server and the Mid-Tier as it would need to be cached if 
the group added is a permission group.


So yes it is standard not to promote anything to production from the dev or 
test environment to production during production hours.


Again - the bottom-line is, you are the best judge to know if it would be OK 
for your users to face a little outage..


-Original Message- 
From: David Durling
Sent: Monday, March 26, 2012 4:58 PM Newsgroups: 
public.remedy.arsystem.general

To: arslist@ARSLIST.ORG
Subject: Production changes (spin-off of RE: Effects of flushing midtier 
cache)


Joe brought up an issue I already had questions relating to, being:  what 
workflow IS okay to change on a production AR server during production 
hours?


For instance, if I have an app on a production box that is being tested by 
users and is not itself "production", am I endangering other things on 
production by making changes to it during production hours?  (Besides 
flushing the mid tier cache, that is.)


Or do people have categories of changes - like rewording text in an email 
filter or on a form, or adding an item to a character menu - that they 
consider have an acceptable level of risk to do during normal hours?  Or is 
it standard to just not touch anything with Developer Studio unless it's an 
emergency or a change window?


Related question:  Are updating groups or using the Data Import tool (on a 
reasonable, limited basis) considered normal production procedures?


Thanks for any insights on this,

David

David Durling
University of Georgia


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
Sent: Monday, March 26, 2012 4:19 PM
To: arslist@ARSLIST.ORG
Subject: Re: Effects of flushing midtier cache

When would you need to flush cache? The obvious answer is when there is a
workflow change on production.. Changes to workflow are done whenever
there is need for code change for enhancement or bug fixes.. The general
industry practice is to manage these changes in a change window, where
there is a scheduled outage, which is typically scheduled on weekends or 
the
least productive hours of an organization. So cache should be flushed 
during

these changes.

That being said, there may be emergency changes that were a result of a 
part

or whole system being rendered unusable pending that change. On such an
event it would be ok to flush your cache after fixing whatever the
problem/bug/enhancement was.

Yes flushing cache during production hours may cause a brief negative 
impact

on users using the system at the time of the change.

Joe

-Original Message-
From: David Durling
Sent: Monday, March 26, 2012 3:48 PM Newsgroups:
public.remedy.arsystem.general
To: arslist@ARSLIST.ORG
Subject: Effects of flushing midtier cache

Hi,

I'm one of those that has found it necessary to use the "flush cache" 
button

in the mid tier config when sometimes certain changes aren't picked up at
the regular cache check interval.

Do you all consider a flush of the mid tier cache to be unintrusive - 
something
that can be done during production hours?  Or is it something that should 
be

done off-hours?

On our server I don't notice performance issues in using it, and in what 
little

testing I've done, user sessions seem to be uninterrupted.  (I'm not sure
about floating users on the web, though - if there's anything to consider
there.)

I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat.

Thanks,

David



---
David Durling  durl...@uga.edu
Enterprise IT Services  706-542-0223
University of Georgia 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Production changes (spin-off of RE: Effects of flushing midtier cache)

[Joe Martin D'Souza]

The short answer is none..

Anything that may cause the server to re-cache its definitions, should not 
be promoted to the production server during peak hours of usage.


But then there you might have other things to consider..

1) Have portions of the system been rendered unusable as a result of a bug 
or enhancement request?? Is it preventing majority of the users to not be 
able to perform business critical functions?
2) Will not performing the change ASAP lead you to a point where you would 
be saying yes to 1) soon enough so you want to take a preventive action??
3) How strong really is your user-base? If you have a user base of less than 
maybe 500, there may not be that much impact.


So the impact this action would make is really a combination of various 
factors which you would be a better judge than any of us here..


But if you can afford it, it’s a change best kept for the least productive 
hour of the week, and done after informing the users of potential outage 
during that window so that the few who would be on, would be aware..


Joe

-Original Message-
From: David Durling
Sent: Monday, March 26, 2012 4:58 PM Newsgroups: 
public.remedy.arsystem.general

To: arslist@ARSLIST.ORG
Subject: Production changes (spin-off of RE: Effects of flushing midtier 
cache)


Joe brought up an issue I already had questions relating to, being:  what 
workflow IS okay to change on a production AR server during production 
hours?


For instance, if I have an app on a production box that is being tested by 
users and is not itself "production", am I endangering other things on 
production by making changes to it during production hours?  (Besides 
flushing the mid tier cache, that is.)


Or do people have categories of changes - like rewording text in an email 
filter or on a form, or adding an item to a character menu - that they 
consider have an acceptable level of risk to do during normal hours?  Or is 
it standard to just not touch anything with Developer Studio unless it's an 
emergency or a change window?


Related question:  Are updating groups or using the Data Import tool (on a 
reasonable, limited basis) considered normal production procedures?


Thanks for any insights on this,

David

David Durling
University of Georgia


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
Sent: Monday, March 26, 2012 4:19 PM
To: arslist@ARSLIST.ORG
Subject: Re: Effects of flushing midtier cache

When would you need to flush cache? The obvious answer is when there is a
workflow change on production.. Changes to workflow are done whenever
there is need for code change for enhancement or bug fixes.. The general
industry practice is to manage these changes in a change window, where
there is a scheduled outage, which is typically scheduled on weekends or 
the
least productive hours of an organization. So cache should be flushed 
during

these changes.

That being said, there may be emergency changes that were a result of a 
part

or whole system being rendered unusable pending that change. On such an
event it would be ok to flush your cache after fixing whatever the
problem/bug/enhancement was.

Yes flushing cache during production hours may cause a brief negative 
impact

on users using the system at the time of the change.

Joe

-Original Message-
From: David Durling
Sent: Monday, March 26, 2012 3:48 PM Newsgroups:
public.remedy.arsystem.general
To: arslist@ARSLIST.ORG
Subject: Effects of flushing midtier cache

Hi,

I'm one of those that has found it necessary to use the "flush cache" 
button

in the mid tier config when sometimes certain changes aren't picked up at
the regular cache check interval.

Do you all consider a flush of the mid tier cache to be unintrusive - 
something
that can be done during production hours?  Or is it something that should 
be

done off-hours?

On our server I don't notice performance issues in using it, and in what 
little

testing I've done, user sessions seem to be uninterrupted.  (I'm not sure
about floating users on the web, though - if there's anything to consider
there.)

I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat.

Thanks,

David



---
David Durling  durl...@uga.edu
Enterprise IT Services  706-542-0223
University of Georgia 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Production changes (spin-off of RE: Effects of flushing midtier cache)

[David Durling]

Joe brought up an issue I already had questions relating to, being:  what 
workflow IS okay to change on a production AR server during production hours?

For instance, if I have an app on a production box that is being tested by 
users and is not itself "production", am I endangering other things on 
production by making changes to it during production hours?  (Besides flushing 
the mid tier cache, that is.)

Or do people have categories of changes - like rewording text in an email 
filter or on a form, or adding an item to a character menu - that they consider 
have an acceptable level of risk to do during normal hours?  Or is it standard 
to just not touch anything with Developer Studio unless it's an emergency or a 
change window?

Related question:  Are updating groups or using the Data Import tool (on a 
reasonable, limited basis) considered normal production procedures?

Thanks for any insights on this,

David

David Durling
University of Georgia

> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza
> Sent: Monday, March 26, 2012 4:19 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: Effects of flushing midtier cache
> 
> When would you need to flush cache? The obvious answer is when there is a
> workflow change on production.. Changes to workflow are done whenever
> there is need for code change for enhancement or bug fixes.. The general
> industry practice is to manage these changes in a change window, where
> there is a scheduled outage, which is typically scheduled on weekends or the
> least productive hours of an organization. So cache should be flushed during
> these changes.
> 
> That being said, there may be emergency changes that were a result of a part
> or whole system being rendered unusable pending that change. On such an
> event it would be ok to flush your cache after fixing whatever the
> problem/bug/enhancement was.
> 
> Yes flushing cache during production hours may cause a brief negative impact
> on users using the system at the time of the change.
> 
> Joe
> 
> -Original Message-
> From: David Durling
> Sent: Monday, March 26, 2012 3:48 PM Newsgroups:
> public.remedy.arsystem.general
> To: arslist@ARSLIST.ORG
> Subject: Effects of flushing midtier cache
> 
> Hi,
> 
> I'm one of those that has found it necessary to use the "flush cache" button
> in the mid tier config when sometimes certain changes aren't picked up at
> the regular cache check interval.
> 
> Do you all consider a flush of the mid tier cache to be unintrusive - 
> something
> that can be done during production hours?  Or is it something that should be
> done off-hours?
> 
> On our server I don't notice performance issues in using it, and in what 
> little
> testing I've done, user sessions seem to be uninterrupted.  (I'm not sure
> about floating users on the web, though - if there's anything to consider
> there.)
> 
> I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat.
> 
> Thanks,
> 
> David
> 

---
David Durling  durl...@uga.edu
Enterprise IT Services  706-542-0223
University of Georgia

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Help: production issue

[Ddussie]

Happy holidays list,

Issue we encountered, 

Custom shop, group , support group forms. Each user at our help desk has access 
to a particular view with assigned support group. What occurred was the 
permission disappeared from each users profile; therefore, lost access to view.

Has anyone encountered this issue ? 

On a side note: Could the be attributed to cache-mode=1 vs 0 It is 1 
because of default upgrade  setting missed after upgraded? 

Sincerely,
D.Dussie

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

HELP KMS_DataExchange causing Malloc failed on production server

[John . Atherly]

Our production server started throwing Malloc failed on server (ARERR 300) 
errors yesterday.  After looking into the Filter logs I noticed that they 
were full of the below entery.  I checked Dev Studio for any changes to to 
Filters, Escalation and found none.   It looks like something is trigger 
the filter to run on all Incidents to create a record in KMS_DataExchange. 
 Last night there were about 5000 records with the first one started at 
12/18/2011 11:58:36 PM.  This morning I check to see how many were created 
over night and I found that yesterday records were deleted and the newest 
record was dated 12/20/2011 12:01:28 AM.  I checked the Escalation log and 
did not see anything that would have fired that would have deleted all the 
records. 

I also checked our QA and Dev Servers and they are also creating 
KMS_DataExchange records but only if a incident is created or Modified and 
also the records from yesterday were deleted over night

Has anyone seen this before or knows anything on it


Start filter processing (phase 1) -- Operation - GET on KMS:DataExchange - 
1303981

  /* Tue Dec 20 2011 07:43:54.3460 */ 
End of filter processing (phase 1) -- Operation - GET on 
KMS:DataExchange - 1303981

  /* Tue Dec 20 2011 07:43:54.3620 */ 
Start filter processing (phase 1) -- Operation - GET on 
KMS:DataExchange - 1303982

  /* Tue Dec 20 2011 07:43:54.3620 */ 
End of filter processing (phase 1) -- Operation - GET on 
KMS:DataExchange - 1303982

  /* Tue Dec 20 2011 07:43:54.3780 */ 
Start filter processing (phase 1) -- Operation - GET on 
KMS:DataExchange - 1303983

  /* Tue Dec 20 2011 07:43:54.3780 */ 
End of filter processing (phase 1) -- Operation - GET on 
KMS:DataExchange - 1303983



7.5.00 Patch 003
Windows Server 2003
SQL -- Oracle
_
 


John Atherly  |   APC by Schneider Electric   |  Information, Process & 
Organization (IPO)  |   Remedy Administrator / Developer 
Phone: +305-266-5005 ext. 237  |   
Email: john.athe...@apcc.com  |   Site: www.apc.com/  |   Address: 703 
Waterford Way, Suit 850, Miami, FL 33126 USA 
*** Please consider the environment before printing this e-mail 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: The Apache Tomcat Native library which allows optimal performance in production environments was not found

[Axton]

I have used it on solaris and linux without issue.  It helps with very
apecific things, like file operations.  Read up on it to see if it would
help in your situation.
On Sep 27, 2011 6:14 PM, "strauss"  wrote:
> I don't remember installing or running with the tcnative-1.dll back on
Tomcat 5.x with mid-tier 7.1.x, but the Tomcat 6.0.32 x64 installs that my
7.6.04.01+ mid-tiers are running on today all have it. It was an option that
I selected along with the Service during the install from the
apache-tomcat-6.0.32.exe installer, and I have done that whenever installing
tomcat 6.x from the Apache distribution for testing with mid-tier 7.5 and
higher. The 7.6.04.01+ mid-tiers and tomcats are all running with java
1.6.0_24 x64, and have some java startup switches set for hybrid mode. I
have not seen where the native library is causing me any problems, but I
could be missing something. It was not an installation option prior to
Tomcat 6.0, as I recall, and at one point years ago BMC warned against using
it. They also used to warn against using SSL...
>
> Christopher Strauss, Ph.D.
> Call Tracking Administration Manager
> University of North Texas Computing & IT Center
> http://itsm.unt.edu/
> From: Action Request System discussion list(ARSList) [mailto:
arslist@ARSLIST.ORG] On Behalf Of Andrew C Goodall
> Sent: Tuesday, September 27, 2011 3:52 PM
> To: arslist@ARSLIST.ORG
> Subject: The Apache Tomcat Native library which allows optimal performance
in production environments was not found
>
> **
> What does one do about this if anything...
>
> The Apache Tomcat Native library which allows optimal performance in
production environments was not found on the java.library.path: C:\Program
Files (x86)\Apache Software
Foundation\Tomcat5.5.28\bin;.;C:\WINDOWS\Sun\Java\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\PROGRA~2\BMCSOF~1\ARSystem\midtier\WEB-INF\lib
>
> Regards,
>
> Andrew Goodall
> Software Engineer 2 | Development Services | jcpenney . www.jcp.com <
http://www.jcp.com/>
>
>
> The information transmitted is intended only for the person or entity to
which it is addressed and
> may contain confidential and/or privileged material. If the reader of this
message is not the intended
> recipient, you are hereby notified that your access is unauthorized, and
any review, dissemination,
> distribution or copying of this message including any attachments is
strictly prohibited. If you are not
> the intended recipient, please contact the sender and delete the material
from any computer.
> _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_
>
>
___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: The Apache Tomcat Native library which allows optimal performance in production environments was not found

[strauss]

I don't remember installing or running with the tcnative-1.dll back on Tomcat 
5.x with mid-tier 7.1.x, but the Tomcat 6.0.32 x64 installs that my 7.6.04.01+ 
mid-tiers are running on today all have it.  It was an option that I selected 
along with the Service during the install from the apache-tomcat-6.0.32.exe 
installer, and I have done that whenever installing tomcat 6.x from the Apache 
distribution for testing with mid-tier 7.5 and higher.  The 7.6.04.01+ 
mid-tiers and tomcats are all running with java 1.6.0_24 x64, and have some 
java startup switches set for hybrid mode.  I have not seen where the native 
library is causing me any problems, but I could be missing something.  It was 
not an installation option prior to Tomcat 6.0, as I recall, and at one point 
years ago BMC warned against using it.  They also used to warn against using 
SSL...

Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing & IT Center
http://itsm.unt.edu/
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Andrew C Goodall
Sent: Tuesday, September 27, 2011 3:52 PM
To: arslist@ARSLIST.ORG
Subject: The Apache Tomcat Native library which allows optimal performance in 
production environments was not found

**
What does one do about this if anything...

The Apache Tomcat Native library which allows optimal performance in production 
environments was not found on the java.library.path: C:\Program Files 
(x86)\Apache Software 
Foundation\Tomcat5.5.28\bin;.;C:\WINDOWS\Sun\Java\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\PROGRA~2\BMCSOF~1\ARSystem\midtier\WEB-INF\lib

Regards,

Andrew Goodall
Software Engineer 2 | Development Services |  jcpenney . www.jcp.com 
<http://www.jcp.com/>


The information transmitted is intended only for the person or entity to which 
it is addressed and
may contain confidential and/or privileged material. If the reader of this 
message is not the intended
recipient, you are hereby notified that your access is unauthorized, and any 
review, dissemination,
distribution or copying of this message including any attachments is strictly 
prohibited. If you are not
the intended recipient, please contact the sender and delete the material from 
any computer.
_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

The Apache Tomcat Native library which allows optimal performance in production environments was not found

[John Baker]

I've never come across anyone who uses it, and I wouldn't recommend doing so if 
you did find it for that reason.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: The Apache Tomcat Native library which allows optimal performance in production environments was not found

[LJ LongWing]

http://www.coderanch.com/t/85960/Tomcat/Tomcat-Native-library-not-found

 

I personally ignore it.

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Andrew C Goodall
Sent: Tuesday, September 27, 2011 2:52 PM
To: arslist@ARSLIST.ORG
Subject: The Apache Tomcat Native library which allows optimal performance
in production environments was not found

 

** 

What does one do about this if anything.

 

The Apache Tomcat Native library which allows optimal performance in
production environments was not found on the java.library.path: C:\Program
Files (x86)\Apache Software
Foundation\Tomcat5.5.28\bin;.;C:\WINDOWS\Sun\Java\bin;C:\WINDOWS\system32;C:
\WINDOWS;C:\PROGRA~2\BMCSOF~1\ARSystem\midtier\WEB-INF\lib

 

Regards,

 

Andrew Goodall

Software Engineer 2 | Development Services |  jcpenney . www.jcp.com
<http://www.jcp.com/>  

 


The information transmitted is intended only for the person or entity to
which it is addressed and 
may contain confidential and/or privileged material. If the reader of this
message is not the intended
recipient, you are hereby notified that your access is unauthorized, and any
review, dissemination,
distribution or copying of this message including any attachments is
strictly prohibited. If you are not
the intended recipient, please contact the sender and delete the material
from any computer.

_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

The Apache Tomcat Native library which allows optimal performance in production environments was not found

[Andrew C Goodall]

What does one do about this if anything...

 

The Apache Tomcat Native library which allows optimal performance in
production environments was not found on the java.library.path:
C:\Program Files (x86)\Apache Software
Foundation\Tomcat5.5.28\bin;.;C:\WINDOWS\Sun\Java\bin;C:\WINDOWS\system3
2;C:\WINDOWS;C:\PROGRA~2\BMCSOF~1\ARSystem\midtier\WEB-INF\lib

 

Regards,

 

Andrew Goodall

Software Engineer 2 | Development Services |  jcpenney . www.jcp.com
<http://www.jcp.com/> 

 

The information transmitted is intended 
only for the person or entity to which it is addressed and may contain 
confidential and/or privileged material. If the reader of this message is not 
the intendedrecipient, you are hereby notified that your access is 
unauthorized, and any review, dissemination,distribution or copying of this 
message including any attachments is strictly prohibited. If you are notthe 
intended recipient, please contact the sender and delete the material from any 
computer.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: Relating multiple CI's to a change template results in production AND discovery datasets - RESOLVED

[Chris Danaceau]

Found the culprit.  
 
The active link INT:ASICHG:ASA:MultipleAssociate_105_SubmitCHGTemplateAssoc 
in the guide ASI:ASA:MutipleAssociationPush 
 
was not pushing the DatasetID variable to the right place, so the Lookup Join 
form was displaying the production AND staging records.  Curiously it was 
necessary to push this value to the DatasetID field on the CHG:Template 
Association form.
 
-- 
Chris Danaceau
AttivaSoft Solutions Architect



From: Action Request System discussion list(ARSList) on behalf of Chris Danaceau
Sent: Mon 5/2/2011 3:08 PM
To: arslist@ARSLIST.ORG
Subject: Relating multiple CI's to a change template results in production AND 
discovery datasets


** 
ITSM 7.6.03
ARS 7.6.03
 
I have a customer who wants a Change Template for Windows Server patches.   The 
template would include all matching windows servers.   When I relate them one 
at a time things work just fine.  When I select more than one to relate, the 
application creates CHG:Template Association records for the BMC.ASSET dataset 
AND my staging Dataset.   Ran AL and filter logs on this and did not see the 
second create.  
 
Has anyone else run into this?
 
 
-- 
Chris Danaceau
AttivaSoft Solutions Architect
_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Relating multiple CI's to a change template results in production AND discovery datasets

[Chris Danaceau]

ITSM 7.6.03
ARS 7.6.03
 
I have a customer who wants a Change Template for Windows Server patches.   The 
template would include all matching windows servers.   When I relate them one 
at a time things work just fine.  When I select more than one to relate, the 
application creates CHG:Template Association records for the BMC.ASSET dataset 
AND my staging Dataset.   Ran AL and filter logs on this and did not see the 
second create.  
 
Has anyone else run into this?
 
 
-- 
Chris Danaceau
AttivaSoft Solutions Architect

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: Can't modify Asset in production data set - Submitter Mode Locked error

[LJ LongWing]

Chris,

I run in Locked mode as well.and while I don't run OOTB apps, what you will
likely want to look for is something that is setting 2 to something..likely
$USER$ on the screen.this would likely be an AL on window open or
something..the 'all fields' doesn't cause this problem unless you are in
fact trying to modify an existing entry and change the value in field 2..so
look for something that's changing it between open and button press to save
it.in this scenario you don't of course want that to change.correct the
workflow that's causing it to change, and submit a defect to BMC if you find
that something is.because it certainly shouldn't be.

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Chris Danaceau
Sent: Wednesday, March 30, 2011 3:23 PM
To: arslist@ARSLIST.ORG
Subject: Can't modify Asset in production data set - Submitter Mode Locked
error

 

** 

ARS 7.6.3

ITSM/CMDB 7.6.3

AR Server Set to Submitter Mode = "Locked"

 

I tried to modify a CI in my production dataset and ran into a the following
error: 

 

ARERR [371] You cannot change the value of the Submitter field --
the "Submitter Mode" of the system is configured to be locked : 2


The preceding message occurred during the execution of active link
ASI:SHR:GenericSave_003_CreateModify_EnabledSandBox_SomethingInSandbox --
action 2. (ARNOTE 1101)

 

This was on a CI that had been Normalized and Reconciled.   I checked the
workflow logs and the AL in question is executing a push fields action that
matches all field ID's.   I would suppose that since the $SUBMITTER$ value
was NOT me the Submitter Mode Locked logic is firing.   

 

Has anyone else run into this?  Seems like a significant bug to me, since it
wouldn't allow Support Users to update CI's for which they are configured as
supporting.

 

-- 

Chris Danaceau

AttivaSoft Solutions Architect

_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Can't modify Asset in production data set - Submitter Mode Locked error

[Chris Danaceau]

ARS 7.6.3
ITSM/CMDB 7.6.3
AR Server Set to Submitter Mode = "Locked"
 
I tried to modify a CI in my production dataset and ran into a the following 
error: 
 
ARERR [371] You cannot change the value of the Submitter field --
the "Submitter Mode" of the system is configured to be locked : 2

The preceding message occurred during the execution of active link 
ASI:SHR:GenericSave_003_CreateModify_EnabledSandBox_SomethingInSandbox -- 
action 2. (ARNOTE 1101)
 
This was on a CI that had been Normalized and Reconciled.   I checked the 
workflow logs and the AL in question is executing a push fields action that 
matches all field ID's.   I would suppose that since the $SUBMITTER$ value was 
NOT me the Submitter Mode Locked logic is firing.   
 
Has anyone else run into this?  Seems like a significant bug to me, since it 
wouldn't allow Support Users to update CI's for which they are configured as 
supporting.
 
-- 
Chris Danaceau
AttivaSoft Solutions Architect

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: CMDB dev to production

[Jarl Grøneng]

This document explain what you need to do:

BMC Atrium CMDB 7.6.04 Administrator's Guide
Chapter 5 Migrating BMC Atrium Core data

--
J

2011/2/26 John Doe :
> **
> Hi all,
>
> I am in the process of trying to figure out how to migrate the CI's in our
> dev CMDB to production.  We have appoximately 100,000.
>
> Our production CMDB is an exact copy of our dev CMDB minus our actual CI's.
> We are just trying to migrate all of our CI's from the dev CDM to the
> production CDM.
>
> I have given thought to AIE (using it to connect to an external database) or
> using BMC Migrator.  Essentially, we would be transferring CI's from one 7.6
> remedy system(dev) to another like remedy 7.6 system(prod).  SQL Server 08
> on Windows.
>
> We are currently utilizing other modules in production system with active
> users.
>
> Any ideas?
>
> Thank you
>
> _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: CMDB dev to production

[Hulmes, Timothy CTR MDA/DXCO]

The best way to achieve this is to export the CI's into a CSV.  Then use AIE to 
bring them from excel into production. 

Tim

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of John Doe
Sent: Saturday, February 26, 2011 9:47 AM
To: arslist@ARSLIST.ORG
Subject: CMDB dev to production

** 
Hi all, 
 
I am in the process of trying to figure out how to migrate the CI's in our dev 
CMDB to production.  We have appoximately 100,000.
 
Our production CMDB is an exact copy of our dev CMDB minus our actual CI's.  We 
are just trying to migrate all of our CI's from the dev CDM to the production 
CDM.
 
I have given thought to AIE (using it to connect to an external database) or 
using BMC Migrator.  Essentially, we would be transferring CI's from one 7.6 
remedy system(dev) to another like remedy 7.6 system(prod).  SQL Server 08 on 
Windows.
 
We are currently utilizing other modules in production system with active users.
 
Any ideas?
 
Thank you
 

_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: CMDB dev to production

[Peter Romain]

You could try exporting and importing the CI’s using cmdbdriver but the files 
get very big very quickly which may defeat the import.

 

You could also try rrrChive to copy CI’s and then relationship CI’s across the 
servers.

 

If your CI’s have other non-CMDB relationships such as Asset Management 
relationships to support groups then you may need to copy these over as well.

 

 

 

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of John Doe
Sent: 26 February 2011 23:44
To: arslist@ARSLIST.ORG
Subject: Re: CMDB dev to production

 

** 

>From my original post

 

"I have given thought to AIE (using it to connect to an external database) or 
using BMC Migrator.  Essentially, we would be transferring CI's from one 7.6 
remedy system(dev) to another like remedy 7.6 system(prod).  SQL Server 08 on 
Windows."

 

Even if we were on oracle, the impdp/expdp commands in oracle would overright 
our current production system when importing.  We have an operating production 
system with production users.

 

  _  

From: Joe Martin D'Souza 
To: arslist@ARSLIST.ORG
Sent: Sat, February 26, 2011 11:06:40 AM
Subject: Re: CMDB dev to production

** 

If you are on Oracle, you could use the Oracle imp and exp tools to selectively 
export and import data. This should work even given the unique nature of 
relationships in CMDB since you say that your production environment matches 
your development environment. You may need to manually set your next ID’s if 
you choose this method.

 

Joe

 

From: John Doe <mailto:hornetl...@yahoo.com>  

Sent: Saturday, February 26, 2011 11:46 AM

Newsgroups: public.remedy.arsystem.general

To: arslist@ARSLIST.ORG 

Subject: CMDB dev to production

 

** 

Hi all, 

 

I am in the process of trying to figure out how to migrate the CI's in our dev 
CMDB to production.  We have appoximately 100,000.

 

Our production CMDB is an exact copy of our dev CMDB minus our actual CI's.  We 
are just trying to migrate all of our CI's from the dev CDM to the production 
CDM.

 

I have given thought to AIE (using it to connect to an external database) or 
using BMC Migrator.  Essentially, we would be transferring CI's from one 7.6 
remedy system(dev) to another like remedy 7.6 system(prod).  SQL Server 08 on 
Windows.

 

We are currently utilizing other modules in production system with active users.

 

Any ideas?

 

Thank you

_attend WWRUG11 www.wwrug.com <http://www.wwrug.com/>  ARSlist: "Where the 
Answers Are"_

 

_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: CMDB dev to production

[John Doe]

>From my original post

"I have given thought to AIE (using it to connect to an external database) or 
using BMC Migrator.  Essentially, we would be transferring CI's from one 7.6 
remedy system(dev) to another like remedy 7.6 system(prod).  SQL Server 08 on 
Windows."

Even if we were on oracle, the impdp/expdp commands in oracle would overright 
our current production system when importing.  We have an operating production 
system with production users.




From: Joe Martin D'Souza 
To: arslist@ARSLIST.ORG
Sent: Sat, February 26, 2011 11:06:40 AM
Subject: Re: CMDB dev to production

** 
If you are on Oracle, you could use the Oracle imp and exp tools to selectively 
export and import data. This should work even given the unique nature of 
relationships in CMDB since you say that your production environment matches 
your development environment. You may need to manually set your next ID’s if 
you 
choose this method.

Joe

From: John Doe 
Sent: Saturday, February 26, 2011 11:46 AM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: CMDB dev to production
** 
Hi all, 

I am in the process of trying to figure out how to migrate the CI's in our dev 
CMDB to production.  We have appoximately 100,000.

Our production CMDB is an exact copy of our dev CMDB minus our actual CI's.  We 
are just trying to migrate all of our CI's from the dev CDM to the production 
CDM.

I have given thought to AIE (using it to connect to an external database) or 
using BMC Migrator.  Essentially, we would be transferring CI's from one 7.6 
remedy system(dev) to another like remedy 7.6 system(prod).  SQL Server 08 on 
Windows.

We are currently utilizing other modules in production system with active users.

Any ideas?

Thank you_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_




___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: CMDB dev to production

[Joe Martin D'Souza]

If you are on Oracle, you could use the Oracle imp and exp tools to selectively 
export and import data. This should work even given the unique nature of 
relationships in CMDB since you say that your production environment matches 
your development environment. You may need to manually set your next ID’s if 
you choose this method.

Joe

From: John Doe 
Sent: Saturday, February 26, 2011 11:46 AM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: CMDB dev to production

** 
Hi all, 

I am in the process of trying to figure out how to migrate the CI's in our dev 
CMDB to production.  We have appoximately 100,000.

Our production CMDB is an exact copy of our dev CMDB minus our actual CI's.  We 
are just trying to migrate all of our CI's from the dev CDM to the production 
CDM.

I have given thought to AIE (using it to connect to an external database) or 
using BMC Migrator.  Essentially, we would be transferring CI's from one 7.6 
remedy system(dev) to another like remedy 7.6 system(prod).  SQL Server 08 on 
Windows.

We are currently utilizing other modules in production system with active users.

Any ideas?

Thank you

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

CMDB dev to production

[John Doe]

Hi all, 

I am in the process of trying to figure out how to migrate the CI's in our dev 
CMDB to production.  We have appoximately 100,000.

Our production CMDB is an exact copy of our dev CMDB minus our actual CI's.  We 
are just trying to migrate all of our CI's from the dev CDM to the production 
CDM.

I have given thought to AIE (using it to connect to an external database) or 
using BMC Migrator.  Essentially, we would be transferring CI's from one 7.6 
remedy system(dev) to another like remedy 7.6 system(prod).  SQL Server 08 on 
Windows.

We are currently utilizing other modules in production system with active users.

Any ideas?

Thank you





___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

How to translate buildin production cat and operation cat into other language?

[Martin Liu]

Hi list,

We can have a set of English exl files from DMT.  Once I had
translated production cat into Chinese, I was trying to import it. But
I got duplicate error message. Do I have to deleate or disable all of
buildin prod cat items?

As we know part of foundation data (prod/op cat etc) are not localized
language, it still in English. The user can not understand it. What do
you deal with it? I won't translate them via app admin console. Do you
guys have any good practice can help me out here?

Thanks,
Martin

-- 
Regards,

刘征 Martin Liu
--
Blog: http://martinliu.cn

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Moving Knowledge Articles from DEV to PRODUCTION in RKM 7.6

[Suwanski, Ron]

Does anyone know a way to move Knowledge articles from different Servers??

Ron Suwanski
Lead Remedy Administrator / Developer

DeVry Inc.
814 Commerce Drive
Oakbrook, IL 60523-8822

p: 630.472.2209
e: rsuwan...@devry.com

www.devry.edu

[cid:B32B817B-2671-4ABA-8B3A-2299C5556C56]


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
<>

Re: Development environment refresh with Production - Guidlines

[Bala iLink]

Does your environment have cmdb data in it?

Date: Thu, 23 Dec 2010 08:27:23 +0530
From: vaibhavsing...@hcl.com
Subject: Development environment refresh with Production - Guidlines
To: arslist@ARSLIST.ORG

**











Hi All,
 
We are going to perform DB refresh of Development environment from our 
Production Remedy Box.
We already have managed about the code that is not yet in Production.
 
Can anyone suggest some common config changes that are required after this kind 
of refresh?
 
 
Regards,
Vaibhav
 
 




::DISCLAIMER::

---



The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.

It shall not attach any liability on the originator or HCL or its affiliates. 
Any views or opinions presented in

this email are solely those of the author and may not necessarily reflect the 
opinions of HCL or its affiliates.

Any form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of

this message without the prior written consent of the author of this e-mail is 
strictly prohibited. If you have

received this email in error please delete it and notify the sender 
immediately. Before opening any mail and

attachments please check them for viruses and defect.



---




_attend WWRUG11 www.wwrug.com  ARSlist: "Where the Answers Are"_
  
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: Development environment refresh with Production - Guidlines

[Murnane, Phil]

Vaibhav:

The most common way I've seen to copy a production server to development is by 
either database backup/restore (for MS SQL) or expdp/impdp (for Oracle).  Just 
backup/export from the production server database and restore/import to the 
development server database.  You might have to update the development server 
ar.cfg (or ar.conf on *nix) and modify the database related lines.  I think 
BMC's knowledgebase has a couple articles about how to do this.

HTH,
--Phil

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Vaibhav Singhal
Sent: Wednesday, December 22, 2010 21:57
To: arslist@ARSLIST.ORG
Subject: Development environment refresh with Production - Guidlines

**
Hi All,

We are going to perform DB refresh of Development environment from our 
Production Remedy Box.
We already have managed about the code that is not yet in Production.

Can anyone suggest some common config changes that are required after this kind 
of refresh?


Regards,
Vaibhav




::DISCLAIMER::
---

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
It shall not attach any liability on the originator or HCL or its affiliates. 
Any views or opinions presented in
this email are solely those of the author and may not necessarily reflect the 
opinions of HCL or its affiliates.
Any form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of
this message without the prior written consent of the author of this e-mail is 
strictly prohibited. If you have
received this email in error please delete it and notify the sender 
immediately. Before opening any mail and
attachments please check them for viruses and defect.

---
_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: Development environment refresh with Production - Guidlines

[Misi Mladoniczky]

Hi,

So you have stored away the def-changes that you need to save.

If you do a DB-copy, all definitions and data will be moved.

If your system has been correctly set up, there should be very few server
references in the databases.

Here are two places to look out for is:
1. AR System Email Mailbox Configuration, as you will probably have
separate mail accounts for dev and prod
2. The report server config in AR System User Preferences

If you do not need to copy the definitions, but only the data, you may
want to try RRR|Chive: https://www.rrr.se/cgi/rrrchive/main

Best Regards - Misi, RRR AB, http://www.rrr.se

Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10):
* 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.

> **  Hi All,   We are going to perform DB refresh of Development
> environment from our Production Remedy Box. We already have managed about
> the code that is not yet in Production.   Can anyone suggest some common
> config changes that are required after this kind of refresh? Regards,
> Vaibhav
>   ::DISCLAIMER::
>  
> ---
>
>  The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only.
>  It shall not attach any liability on the originator or HCL or its
> affiliates. Any views or opinions presented in
>  this email are solely those of the author and may not necessarily reflect
> the opinions of HCL or its affiliates.
>  Any form of reproduction, dissemination, copying, disclosure,
> modification, distribution and / or publication of
>  this message without the prior written consent of the author of this
> e-mail is strictly prohibited. If you have
>  received this email in error please delete it and notify the sender
> immediately. Before opening any mail and
>  attachments please check them for viruses and defect.
>
>  
> ---
> _attend WWRUG11 www.wwrug.com  ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Development environment refresh with Production - Guidlines

[Vaibhav Singhal]

**





Hi All,
 
We are going to perform DB refresh of Development environment from our Production Remedy Box.
We already have managed about the code that is not yet in Production.
 
Can anyone suggest some common config changes that are required after this kind of refresh?
 
 
Regards,
Vaibhav
 
 



::DISCLAIMER::
---

The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only.
It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in
this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates.
Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of
this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have
received this email in error please delete it and notify the sender immediately. Before opening any mail and
attachments please check them for viruses and defect.

---



_attend WWRUG11 www.wwrug.com  ARSlist: "Where the Answers Are"_

Re: Impact on Enabling API/SQL Logs in Production environment

[Ramey, Anne]

The only time I've ever saw a problem with this is when I was buffering log 
lines.  That caused memory issues.  With that off, I've never seen any issues 
at all.

Anne Ramey
 
***
E-mail correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties only by an 
authorized State Official.


-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Grooms, Frederick W
Sent: Tuesday, December 21, 2010 2:37 PM
To: arslist@ARSLIST.ORG
Subject: Re: Impact on Enabling API/SQL Logs in Production environment

We have not seen any performance impacts on our Solaris servers with all the 
logs turned on (except Server Group and Full Text Index which we do not use).   
If you do a prstat on your server how much memory is the arserverd process 
using?

The log options we use are:   
   Plugin Log Level:  All   
   Log File Creation:  Create Backup   
   Maximum Log File Size:  64M  ( 64,000,000 )   
   Buffer Logged Lines:  Unchecked   
   Log Per thread:  Unchecked   

The cron save script is basically:   
   #! /usr/bin/ksh   
   cur=`date +%H%M`   
   # Set the Script path   
   logpath=PATH_TO_LOG_FILES   
   savepath=PATH_TO_WHERE_FILES_SHOULD_BE_SAVED   
   cd $logpath   
   chmod a+r *.l*   
   #   
[ -r arsql.log ]&& cp arsql.log${savepath}/arsql_${cur}.log ;   
[ -r arfilter.log ] && cp arfilter.log ${savepath}/arfilter_${cur}.log ;   
[ -r arapi.log ]&& cp arapi.log${savepath}/arapi_${cur}.log ;   
# You get the idea on copying the files
   #   
   cd ${savepath}   
   rm -f *${cur}.log.gz > /dev/null   
   gzip *${cur}.log   
   #   
   exit 0


Fred 

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Sathish Kumar P
Sent: Tuesday, December 21, 2010 1:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: Impact on Enabling API/SQL Logs in Production environment

Vaibhav,
Thanks again, I am exactly concerned about the memory footprint going higher 
where it could eventvually crash the server. Unfortunately we can't simulate in 
our test envionrments since the user load will not be the same.
The server has high memory, but remedy 7.1 is 32 bit app and hence can't grow 
beyond 4G and will crash when memory footprint goes beyond 4G.
Also Our environment is not load balanced it is just one server.

Missi,
Thanks for your inputs, I will check the "buffer logged lines" option when 
enabling API and SQL Logs, but will enabling logs really cause any performance 
impact?
Want to make sure user response time and ARS Memory foorpint doesn't get 
impacted especially.

Fred,
Thanks for your inputs, i am planning something like you mentioned, but would 
like to know if you ran into any performance issues

Regards
Sathish

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: Impact on Enabling API/SQL Logs in Production environment

[Grooms, Frederick W]

We have not seen any performance impacts on our Solaris servers with all the 
logs turned on (except Server Group and Full Text Index which we do not use).   
If you do a prstat on your server how much memory is the arserverd process 
using?

The log options we use are:   
   Plugin Log Level:  All   
   Log File Creation:  Create Backup   
   Maximum Log File Size:  64M  ( 64,000,000 )   
   Buffer Logged Lines:  Unchecked   
   Log Per thread:  Unchecked   

The cron save script is basically:   
   #! /usr/bin/ksh   
   cur=`date +%H%M`   
   # Set the Script path   
   logpath=PATH_TO_LOG_FILES   
   savepath=PATH_TO_WHERE_FILES_SHOULD_BE_SAVED   
   cd $logpath   
   chmod a+r *.l*   
   #   
[ -r arsql.log ]&& cp arsql.log${savepath}/arsql_${cur}.log ;   
[ -r arfilter.log ] && cp arfilter.log ${savepath}/arfilter_${cur}.log ;   
[ -r arapi.log ]&& cp arapi.log${savepath}/arapi_${cur}.log ;   
# You get the idea on copying the files
   #   
   cd ${savepath}   
   rm -f *${cur}.log.gz > /dev/null   
   gzip *${cur}.log   
   #   
   exit 0


Fred 

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Sathish Kumar P
Sent: Tuesday, December 21, 2010 1:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: Impact on Enabling API/SQL Logs in Production environment

Vaibhav,
Thanks again, I am exactly concerned about the memory footprint going higher 
where it could eventvually crash the server. Unfortunately we can't simulate in 
our test envionrments since the user load will not be the same.
The server has high memory, but remedy 7.1 is 32 bit app and hence can't grow 
beyond 4G and will crash when memory footprint goes beyond 4G.
Also Our environment is not load balanced it is just one server.

Missi,
Thanks for your inputs, I will check the "buffer logged lines" option when 
enabling API and SQL Logs, but will enabling logs really cause any performance 
impact?
Want to make sure user response time and ARS Memory foorpint doesn't get 
impacted especially.

Fred,
Thanks for your inputs, i am planning something like you mentioned, but would 
like to know if you ran into any performance issues

Regards
Sathish

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: Impact on Enabling API/SQL Logs in Production environment

[Sathish Kumar P]

Vaibhav,

Thanks again, I am exactly concerned about the memory footprint going higher
where it could eventvually crash the server.Unfortunately we can't simulate
in our test envionrments since the user load will not be the same.

The server has high memory, but remedy 7.1 is 32 bit app and hence can't
grow beyond 4G and will crash when memory footprint goes beyond 4G.

Also Our environment is not load balanced its just one server.

Missi,
Thanks for your inputs, I will check the "buffer logged lines" option when
enabling API and SQL Logs, but will enabling logs really cause any
performance impact?

Want to make sure user response time and ARS Memory foorpint doesn't get
impacted especially.

Fred,
Thanks for your inputs, i am planning something like you mentioned, but
would like to know if you ran into any performance issues

Regards
Sathish

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: Impact on Enabling API/SQL Logs in Production environment

[Grooms, Frederick W]

We run Solaris and Oracle as well (but no ITSM, all custom) and we run with the 
logs enabled all the time.  Set the max size of the files as appropriate for 
your space.  Our system has enough traffic that I fill a 64M SQL log file in 
about 7 minutes.  I use a cron job every 5 minutes to copy and gzip up the 
files.

I rarely see my arserverd process go over 7% CPU utilization under prstat -a

Fred


From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Sathish Kumar P
Sent: Monday, December 20, 2010 11:14 PM
To: arslist@ARSLIST.ORG
Subject: Impact on Enabling API/SQL Logs in Production environment

**
Hi All,

We are currently in ARS 7.1 with ITSM 7.03 with Oracle10g in Solaris10 
Operating system.

We had seen in the recent past whenever a server crash happens due to unknown 
reasons, BMC support request for the API and SQL Logs to diagnoize, which we 
have not enabled in our Production environment.

I had raised BMC issue on the same,but got different response each time, where  
they say it will impact the performance and it will NOT impact the performance, 
so need your help very much..

My thought was if I can get confirmation that enabling API/SQL logs will not 
cause any performance impact, i will enable the API and SQL Logs and have a 
monitoring script which backups up the API and SQL Logs for every 1 hour so 
that my application file system space is not getting fulled.

I hope some of you would have come across this situation, and it would be of 
great help if you can share your view.

Regards
Sathish


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: Impact on Enabling API/SQL Logs in Production environment

[Misi Mladoniczky]

Hi,

Using "buffer logged lines" will decrease the impact significantly, but if
you are searching for a server/thread crash, you may miss the last things
that happen before the crash...

Best Regards - Misi, RRR AB, http://www.rrr.se

Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10):
* 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.

> Hi All,
>
> We are currently in ARS 7.1 with ITSM 7.03 with Oracle10g in Solaris10
> Operating system.
>
> We had seen in the recent past whenever a server crash happens due to
> unknown reasons, BMC support request for the API and SQL Logs to
> diagnoize,
> which we have not enabled in our Production environment.
>
> I had raised BMC issue on the same,but got different response each time,
> where  they say it will impact the performance and it will NOT impact the
> performance, so need your help very much..
>
> My thought was if I can get confirmation that enabling API/SQL logs will
> not
> cause any performance impact, i will enable the API and SQL Logs and have
> a
> monitoring script which backups up the API and SQL Logs for every 1 hour
> so
> that my application file system space is not getting fulled.
>
>  I hope some of you would have come across this situation, and it would be
> of great help if you can share your view.
>
> Regards
> Sathish
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: Impact on Enabling API/SQL Logs in Production environment

[Vaibhav Singhal]

Hi Sathish,

For having the logs near to Crash, we enabled the logging, and loaded the 
system virtually.if system crashes...we'll have the logs.

Enabling the API logs, of any kinda application, increases the memory required 
by the Application Server on which those APIs are deployed.
In case of Remedy - when we enable the API logs, everything that works in the 
background gets logged- server memory utilization increases and server is now 
on hign memory usage - and as the load on the server increases - reliability 
decreases and as soon as memory usage crosses the memory threashold - 
Application Server will crash.
Workaround - increase the physical memory and extand the server threashold 
limit - temporarily - as it has some other effects as well!!!

Reg. Structure of your setup - is it load balanced, if yes then how does it 
behave in case one of the server crashes?

Regards,
Vaibhav

From: Sathish Kumar [p.sathishku...@gmail.com]
Sent: Tuesday, December 21, 2010 2:06 PM
To: arsl...@listserv.rbugs.com; Vaibhav  Singhal
Cc: Sathish Kumar
Subject: Re: Impact on Enabling API/SQL Logs in Production environment

Hi Vaibhav,

Thanks for the quick response.

But we need logs all the time so that if any server crash occurs we have
the past 1 hour log which will help BMC Support to diagnoise better.

Also can you please share more detail on "it impacted performance" did it
cause the ARS Memory foortprint to high? or user access was slow or admin
activity crashed/slow etc?

and also on what you meant by "structure of the system"

Regards
Sathish

::DISCLAIMER::
---

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
It shall not attach any liability on the originator or HCL or its affiliates. 
Any views or opinions presented in
this email are solely those of the author and may not necessarily reflect the 
opinions of HCL or its affiliates.
Any form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of
this message without the prior written consent of the author of this e-mail is 
strictly prohibited. If you have
received this email in error please delete it and notify the sender 
immediately. Before opening any mail and
attachments please check them for viruses and defect.

---

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: Impact on Enabling API/SQL Logs in Production environment

[Vaibhav Singhal]

**




Hi Sathish,
 
I faced a similer kind of issue, and we enabled API Logs, yeah it'll impact the performancebut it depends on the structure of your system.
 
We used to do these kinda stuff on weekends/non working hoursand used to script server to manage the load.
It took around a month in tracking down the issue, and a patch was released by BMC for the same.
 
 
Regards,
Vaibhav 
 


From: Action Request System discussion list(ARSList) [arsl...@arslist.org] On Behalf Of Sathish Kumar P [p.sathishku...@gmail.com]
Sent: Tuesday, December 21, 2010 10:44 AM
To: arslist@ARSLIST.ORG
Subject: Impact on Enabling API/SQL Logs in Production environment



**
Hi All,
 
We are currently in ARS 7.1 with ITSM 7.03 with Oracle10g in Solaris10 Operating system.
 
We had seen in the recent past whenever a server crash happens due to unknown reasons, BMC support request for the API and SQL Logs to diagnoize, which we have not enabled in our Production environment.

 
I had raised BMC issue on the same,but got different response each time, where  they say it will impact the performance and it will NOT impact the performance, so need your help very much..
 
My thought was if I can get confirmation that enabling API/SQL logs will not cause any performance impact, i will enable the API and SQL Logs and have a monitoring script which backups up the API and SQL Logs for every 1 hour so that my application file
 system space is not getting fulled.
 

I hope some of you would have come across this situation, and it would be of great help if you can share your view.
 

Regards
Sathish
_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ 



::DISCLAIMER::
---

The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only.
It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in
this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates.
Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of
this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have
received this email in error please delete it and notify the sender immediately. Before opening any mail and
attachments please check them for viruses and defect.

---



_attend WWRUG11 www.wwrug.com  ARSlist: "Where the Answers Are"_

Impact on Enabling API/SQL Logs in Production environment

[Sathish Kumar P]

Hi All,

We are currently in ARS 7.1 with ITSM 7.03 with Oracle10g in Solaris10
Operating system.

We had seen in the recent past whenever a server crash happens due to
unknown reasons, BMC support request for the API and SQL Logs to diagnoize,
which we have not enabled in our Production environment.

I had raised BMC issue on the same,but got different response each time,
where  they say it will impact the performance and it will NOT impact the
performance, so need your help very much..

My thought was if I can get confirmation that enabling API/SQL logs will not
cause any performance impact, i will enable the API and SQL Logs and have a
monitoring script which backups up the API and SQL Logs for every 1 hour so
that my application file system space is not getting fulled.

 I hope some of you would have come across this situation, and it would be
of great help if you can share your view.

Regards
Sathish

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Re: 911: CMDB production set locked.

[Kathy Morris]

Rick,
 
You must be right because we are able to get into the assets now.
We are going to be rebuilding the CMDB and addressing the sizing  issues.
 
Thanks everyone (you too Ben)
 
 
In a message dated 7/22/2010 12:53:47 P.M. Eastern Daylight Time,  
remedyr...@gmail.com writes:

** Is it  a potential space issue on your DB server?  Is Discovery sharing 
a server  with any of your other apps?

Rick

On Thu, Jul 22, 2010 at 12:37 PM, Kathy Morris <_kathymorris...@aol.com_ 
(mailto:kathymorris...@aol.com) >  wrote:

**   
 
Also our reconciliation jobs, but they do not run against  BMC.ASSET. 
(that's a long story)
We have 3.04G space now.  I know this is unheard of... but in this  
company, they think 3.04 G space is sufficient.  With 3.04G, would  we still 
receive this error?  And if there is not space, then  would the system allow 
this 
user to push the value to staging?
 


 
In a message dated 7/22/2010 12:11:58 P.M. Eastern Daylight Time, 
_remedyr...@gmail.com_ (mailto:remedyr...@gmail.com)  writes:

**  My first thought was that there was either a reconciliation job in  
progress or that there was no system space to process any CIs.

You  may have some people or groups that have a Dataset other than your  
production one defined as their default.

Rick

On Thu, Jul 22, 2010 at 12:07 PM, Kathy Morris  <_kathymorris...@aol.com_ 
(mailto:kathymorris...@aol.com) > wrote:

**   
 
Hi,
 
The users are getting ... "CMDB production dataset is  locked.  Data will 
be updated in the staging dataset, and then  reconciled to the production 
dataset.  You can wait for the record  to be reconciled, and a message will 
appear in this dialog, or you can  choose to Close Windows or Move to the next 
Record by pressing the  button below."
 
We do not have the SANDBOX on.   What would cause  this?
 
Earlier this morning we got down to 1GB in space on the hard  drive.  And 
the Developer said he removed some old dump files from  2008.  
 
 

_attend WWRUG10 _www.wwrug.com_ (http://www.wwrug.com/)  ARSlist: "Where 
the Answers Are"_  


_attend WWRUG10 _www.wwrug.com_ (http://www.wwrug.com/)  ARSlist:  "Where 
the Answers Are"_



 

_attend WWRUG10 _www.wwrug.com_ (http://www.wwrug.com/)  ARSlist: "Where  
the Answers Are"_ 




_attend WWRUG10  www.wwrug.com ARSlist: "Where the Answers  Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: 911: CMDB production set locked.

[Rick Cook]

Is it a potential space issue on your DB server?  Is Discovery sharing a
server with any of your other apps?

Rick

On Thu, Jul 22, 2010 at 12:37 PM, Kathy Morris wrote:

> **
> Also our reconciliation jobs, but they do not run against
> BMC.ASSET. (that's a long story)
> We have 3.04G space now.  I know this is unheard of... but in this company,
> they think 3.04 G space is sufficient.  With 3.04G, would we still
> receive this error?  And if there is not space, then would the system allow
> this user to push the value to staging?
>
>
>  In a message dated 7/22/2010 12:11:58 P.M. Eastern Daylight Time,
> remedyr...@gmail.com writes:
>
> ** My first thought was that there was either a reconciliation job in
> progress or that there was no system space to process any CIs.
>
> You may have some people or groups that have a Dataset other than your
> production one defined as their default.
>
> Rick
>
> On Thu, Jul 22, 2010 at 12:07 PM, Kathy Morris wrote:
>
>> **
>> Hi,
>>
>> The users are getting ... "CMDB production dataset is locked.  Data will
>> be updated in the staging dataset, and then reconciled to the production
>> dataset.  You can wait for the record to be reconciled, and a message will
>> appear in this dialog, or you can choose to Close Windows or Move to the
>> next Record by pressing the button below."
>>
>> We do not have the SANDBOX on.   What would cause this?
>>
>> Earlier this morning we got down to 1GB in space on the hard drive.  And
>> the Developer said he removed some old dump files from 2008.
>>
>>
>> _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_
>
>
> _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_
>
> _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: 911: CMDB production set locked.

[Kathy Morris]

Also our reconciliation jobs, but they do not run against  BMC.ASSET. 
(that's a long story)
We have 3.04G space now.  I know this is unheard of... but in this  
company, they think 3.04 G space is sufficient.  With 3.04G, would we  still 
receive this error?  And if there is not space, then would the  system allow 
this 
user to push the value to staging?
 
 
 
In a message dated 7/22/2010 12:11:58 P.M. Eastern Daylight Time,  
remedyr...@gmail.com writes:

** My  first thought was that there was either a reconciliation job in 
progress or  that there was no system space to process any CIs.

You may have some  people or groups that have a Dataset other than your 
production one defined as  their default.

Rick

On Thu, Jul 22, 2010 at 12:07 PM, Kathy Morris <_kathymorris...@aol.com_ 
(mailto:kathymorris...@aol.com) >  wrote:

**   
 
Hi,
 
The users are getting ... "CMDB production dataset is  locked.  Data will 
be updated in the staging dataset, and then  reconciled to the production 
dataset.  You can wait for the record to  be reconciled, and a message will 
appear in this dialog, or you can choose  to Close Windows or Move to the next 
Record by pressing the button  below."
 
We do not have the SANDBOX on.   What would cause this?
 
Earlier this morning we got down to 1GB in space on the hard  drive.  And 
the Developer said he removed some old dump files from  2008.  
 
 

_attend WWRUG10 _www.wwrug.com_ (http://www.wwrug.com/)  ARSlist: "Where  
the Answers Are"_ 


_attend WWRUG10 www.wwrug.com  ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: 911: CMDB production set locked.

[Ben Chernys]

Check the Asset Management Advanced Options with the Application
Configuration (advanced).  

This message cannot come from any process failures.  It is delivered through
Active Links is Sandbox is enabled.  You should have Sandbox Enabled Off. 

 

Else you have adjusted the ALs or the global fields that the A:s rely on.

 

The message itself is rather meaningless as the recon job to merge the two
CIs is fired immediately (not withstanding bugs in that recon process -
search the arslist archives for details of those).

 

Cheers

 

Ben Chernys

Senior Software Architect
Software Tool House Inc.

Canada / Deutschland / Germany
Mobile:  +49 171 380 2329GMT + 1 + [ DST ]
Email:<mailto:ben.cher...@softwaretoolhouse.com> Ben.Chernys _AT_
softwaretoolhouse.com
Web:  <http://www.softwaretoolhouse.com> www.softwaretoolhouse.com

Check out Software Tool House's free Diary Editor.

Meta-Update, our premium ARS Data tool, lets you automate 
your imports, migrations, in no time at all, without programming, 
without staging forms, without merge workflow. 
 <http://www.softwaretoolhouse.com/> http://www.softwaretoolhouse.com/  

 

 

From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Kathy Morris
Sent: July-22-10 18:14
To: arslist@ARSLIST.ORG
Subject: Re: 911: CMDB production set locked.

 

** 

We have 3.04G

 

In a message dated 7/22/2010 12:11:58 P.M. Eastern Daylight Time,
remedyr...@gmail.com writes:

** My first thought was that there was either a reconciliation job in
progress or that there was no system space to process any CIs.

You may have some people or groups that have a Dataset other than your
production one defined as their default.

Rick

On Thu, Jul 22, 2010 at 12:07 PM, Kathy Morris 
wrote:

** 

Hi,

 

The users are getting ... "CMDB production dataset is locked.  Data will be
updated in the staging dataset, and then reconciled to the production
dataset.  You can wait for the record to be reconciled, and a message will
appear in this dialog, or you can choose to Close Windows or Move to the
next Record by pressing the button below."

 

We do not have the SANDBOX on.   What would cause this?

 

Earlier this morning we got down to 1GB in space on the hard drive.  And the
Developer said he removed some old dump files from 2008.  

 

 

_attend WWRUG10 www.wwrug.com <http://www.wwrug.com/>  ARSlist: "Where the
Answers Are"_ 


_attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_

_attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: 911: CMDB production set locked.

[Kathy Morris]

We have 3.04G
 
 
In a message dated 7/22/2010 12:11:58 P.M. Eastern Daylight Time,  
remedyr...@gmail.com writes:

** My  first thought was that there was either a reconciliation job in 
progress or  that there was no system space to process any CIs.

You may have some  people or groups that have a Dataset other than your 
production one defined as  their default.

Rick

On Thu, Jul 22, 2010 at 12:07 PM, Kathy Morris <_kathymorris...@aol.com_ 
(mailto:kathymorris...@aol.com) >  wrote:

**   
 
Hi,
 
The users are getting ... "CMDB production dataset is  locked.  Data will 
be updated in the staging dataset, and then  reconciled to the production 
dataset.  You can wait for the record to  be reconciled, and a message will 
appear in this dialog, or you can choose  to Close Windows or Move to the next 
Record by pressing the button  below."
 
We do not have the SANDBOX on.   What would cause this?
 
Earlier this morning we got down to 1GB in space on the hard  drive.  And 
the Developer said he removed some old dump files from  2008.  
 
 

_attend WWRUG10 _www.wwrug.com_ (http://www.wwrug.com/)  ARSlist: "Where  
the Answers Are"_ 


_attend WWRUG10 www.wwrug.com  ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: 911: CMDB production set locked.

[Kathy Morris]

We jh
 
 
In a message dated 7/22/2010 12:11:58 P.M. Eastern Daylight Time,  
remedyr...@gmail.com writes:

** My  first thought was that there was either a reconciliation job in 
progress or  that there was no system space to process any CIs.

You may have some  people or groups that have a Dataset other than your 
production one defined as  their default.

Rick

On Thu, Jul 22, 2010 at 12:07 PM, Kathy Morris <_kathymorris...@aol.com_ 
(mailto:kathymorris...@aol.com) >  wrote:

**   
 
Hi,
 
The users are getting ... "CMDB production dataset is  locked.  Data will 
be updated in the staging dataset, and then  reconciled to the production 
dataset.  You can wait for the record to  be reconciled, and a message will 
appear in this dialog, or you can choose  to Close Windows or Move to the next 
Record by pressing the button  below."
 
We do not have the SANDBOX on.   What would cause this?
 
Earlier this morning we got down to 1GB in space on the hard  drive.  And 
the Developer said he removed some old dump files from  2008.  
 
 

_attend WWRUG10 _www.wwrug.com_ (http://www.wwrug.com/)  ARSlist: "Where  
the Answers Are"_ 


_attend WWRUG10 www.wwrug.com  ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: 911: CMDB production set locked.

[Rick Cook]

My first thought was that there was either a reconciliation job in progress
or that there was no system space to process any CIs.

You may have some people or groups that have a Dataset other than your
production one defined as their default.

Rick

On Thu, Jul 22, 2010 at 12:07 PM, Kathy Morris wrote:

> **
> Hi,
>
> The users are getting ... "CMDB production dataset is locked.  Data will be
> updated in the staging dataset, and then reconciled to the production
> dataset.  You can wait for the record to be reconciled, and a message will
> appear in this dialog, or you can choose to Close Windows or Move to the
> next Record by pressing the button below."
>
> We do not have the SANDBOX on.   What would cause this?
>
> Earlier this morning we got down to 1GB in space on the hard drive.  And
> the Developer said he removed some old dump files from 2008.
>
>
> _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

911: CMDB production set locked.

[Kathy Morris]

Hi,
 
The users are getting ... "CMDB production dataset is locked.   Data will 
be updated in the staging dataset, and then reconciled to the  production 
dataset.  You can wait for the record to be reconciled, and a  message will 
appear in this dialog, or you can choose to Close Windows or Move  to the next 
Record by pressing the button below."
 
We do not have the SANDBOX on.   What would cause this?
 
Earlier this morning we got down to 1GB in space on the hard drive.   And 
the Developer said he removed some old dump files from 2008.  
 
 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: Import Production Data into Test Environment?

[Misi Mladoniczky]

Hi,

If you are using RRR|Chive to copy data to a form where records already
exists, you can use 'entryidmode' to make sure they do not overwrite.

entryidmode=NEW will create new ids for the records.
entryidmode=+1 will add 1 to the old entry-id before it is merged
entryidmode=XYZ will change the prefix to XYZ before merge

In all these cases you will get a problem if the entry-id-field of your
form is used as a foreign key in other forms.

If you know the places where the entry-id is used as foreign key, I have
an unpublished tool that can change the key in the child-forms based on
the log-file of RRR|Chive. Let me know if you need that!

Best Regards - Misi, RRR AB, http://www.rrr.se

Products from RRR Scandinavia:
* 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.

> Using the DMT to import your data will result in mis-matches between
> foundation data group IDs or other record IDs and those contained in your
> ticketing data.  We found it to be useless for moving any data that
> depends on links to existing records, since it creates new records from
> scratch from the spreadsheet data in whatever order it wants, resulting in
> record IDs that differ from your source server.  It's like trying to take
> custom DTS packages in SQL Server written against one AR Server at the
> T-table level, and move them to another AR Server installed separately;
> none of the T-table numbers line up!
>
> Looking at a typical HPD:Help Desk record, there are several Group IDs,
> several Support Group IDs, a Person ID and a Site ID, all stored in the
> record.  If you use DMT to recreate your foundation and customer data,
> none of these field values will connect the Incident to the correct
> supporting records.
>
> We have moved all of our foundation data over from ITSM 7.0.03.009 to ITSM
> 7.6.00.001 using rrrchive in overwrite mode for most of it... and the
> links are retained because we are slamming our 7.0.03 data over the OOTB
> 7.6 data (for example, some of the Calbro data will get replaced with My
> Company data).  Ticketing data followed, and all of the association data
> appears to be working because we have forced the retention of all record
> ID information.  In any table that we wanted to keep some of the OOTB data
> but add our custom data, we had to export to .arx and use the Import Tool
> since we had little success with rrrchive in any mode except overwrite.
> For example, here are the settings for two we had to import:
>
> GROUP:
> Replace Old Record with New Record
> Custom Fields - on "Group Name"
> Use First Matching Request
> Checked:
> Make Non-Core Required Fields Optional
> Suppress Filters
> Suppress Field Default Values
> Import Records with Too Many Fields
> Import Records with Too Few Fields
>
> COM:Company
> Update Old Record with New Record's Data
> (Calbro and Invention get overwritten)
> Request ID
> Use First Matching Request
> Checked:
> Make Non-Core Required Fields Optional
> Suppress Filters
> Suppress Field Default Values
> Import Records with Too Many Fields
> Import Records with Too Few Fields
>
> One of the problems we hit was that if you install the Product Catalog and
> import data when setting up Atrium Core 7.6, it brings in thousands of
> companies and related data that will conflict with your custom company
> organizational data, especially if you are multi-tenancy like we are and
> have a lot of companies.  We had to reinstall AtriumCore without the
> product catalog data in order to leave room for our 7.0 foundation data,
> and we will add it later.
>
> We think we got  a good move of all foundation and ITSM (ServiceDesk and
> Change Management) data, as well as Kinetic Request, moving it at the
> table level (just over 100 tables have data).  We don't have Asset Mgmt
> until we get to 7.6, and our CMDB is empty, so it isn't as much data as
> you might have.  Kinetic Request and Calendar were also moved successfully
> at the table level (37 tables), but SLM has proven harder to figure out
> and we are still trying to use the SLM export-import tools.  We have
> already found a major bug in the export where at different patch levels of
> the SLM 7.1 app, different forms of a flagword were used in the
> SLM:SLAAssociation form, and the presence of the earlier one (SLM_CONTRACT
> instead of SLMCONTRACT) prevents the correct export of Service Agreements
> and related objects.  We still have to re-visit the notification subsystem
> - BMC rebuilt it enough that entire tables were deprecated