Re: ARS 8.1 Can't Save/Open Forms

[Longwing, Lj]

Oh, and BTW, the 'Internal Error'...I have seen that before in previous
versions of the system, and it was typically related to lack of space on
the app server hard drive for 'temp' files...so you might check that too :)


On Fri, Jul 12, 2013 at 2:34 PM, Joel Sender  wrote:

> **
>
> ** **
>
> ARSListers,
>
> I’m wondering if anyone else has seen this:
>
> ** **
>
> Clean install of ARS 8.1 on Windows Server and MS/SQL on separate machine.
> 
>
> Using custom applications only, imported a display-only form with an
> ‘Applications List’ field.
>
> It worked at first, but then gave an internal error. No messages in the
> ARS logs
>
> While waiting for a solution from BMC Support, I created a view with
> Buttons & Active Links to replace the AppList.  
>
> Buttons were working fine, so I ended my day with a definition export and
> a reboot of the ARS server.
>
> Next morning the form was ‘not found’.
>
> In dev studio, the form was on the list, but opening it gave a “ form not
> found on server” message; then it wasn’t on the list.
>
> Attempted to import the definition, with ‘overwrite’, but generated an
> error that the form was violating a unique index.
>
> I found a read-only entry in the AR System Metadata form, but the
> ‘overwrite’ option didn’t help the import.
>
> I edited the form name in the definition file, tried to import, and got
> the same ‘unique index violation’ error. 
>
> Now the AR Server won’t accept any imported forms, including UN-edited
> definition files.
>
> ** **
>
> And a second AR Server (dev) is showing the same symptoms.
>
> ** **
>
> BMC Support has the definitions and logs, however, they said that they
> have seen this before.  
>
> So … anyone solved this already?
>
> ** **
>
> *Joel***
>
> Joel Senderjdsen...@earthlink.net310.829.5552
>
> 
> _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: ARS 8.1 Can't Save/Open Forms

[Longwing, Lj]

Joel,
You most certainly have DB corruption issues going on...I'm not entirely
sure what to tell you to do about them.  The metadata isn't all that
complex...but here is the basic layout.

arschema tells you what forms exist, and various other information about
the form
schema_* is 'detail' type of information about the form that is type
specific

field is going to give you generic information about the fields in arschema
field_* is going to give you detailed field details about each field type

vui will give you view information about the views defined for the form

there are T/H/B tables for each form, with multiple B for each attachment
field on the form

So, with all of that laid out, when Remedy starts, it tries to load
information for all of that into Memory (and allot more of course)

What you may be experiencing is a mis-match between one of the records in
one of these tables and the others.

I would recommend a restore of the DB to back before you started having
these issues, but assuming that it's not available...I would NOT recommend
doing anything further without a full backupand I would proceed with
caution with anything I'm saying :)

I would go into arschema and find the record with the 'name' that is being
reported on startup in the arerror.log file.

Get the schemaID of that form, and then cleanse any records out of the
above mentioned tables that have records relating to this schema id, and
then the record out of arschema itself as well, and delete any T/H/B tables
that match the ID of the record in question.

Once that is done, try to start up Remedy and see if you get ANY errors in
the arerror.log file.  If everything was done 'properly', then there
shouldn't be any errors

Then I would recommend trying to import it again (or start over from
scratch)but you may be able to continue from there...

I would think that you more than likely came up against an error at the DB
that you either didn't see or ignored, which caused this problem.  I would
recommend working with your DBA to ensure that the DB is fully functional
with enough temp db space and such.

Please report back and let me know how this went, if you choose to
undertake the endeavor.


On Fri, Jul 12, 2013 at 2:34 PM, Joel Sender  wrote:

> **
>
> ** **
>
> ARSListers,
>
> I’m wondering if anyone else has seen this:
>
> ** **
>
> Clean install of ARS 8.1 on Windows Server and MS/SQL on separate machine.
> 
>
> Using custom applications only, imported a display-only form with an
> ‘Applications List’ field.
>
> It worked at first, but then gave an internal error. No messages in the
> ARS logs
>
> While waiting for a solution from BMC Support, I created a view with
> Buttons & Active Links to replace the AppList.  
>
> Buttons were working fine, so I ended my day with a definition export and
> a reboot of the ARS server.
>
> Next morning the form was ‘not found’.
>
> In dev studio, the form was on the list, but opening it gave a “ form not
> found on server” message; then it wasn’t on the list.
>
> Attempted to import the definition, with ‘overwrite’, but generated an
> error that the form was violating a unique index.
>
> I found a read-only entry in the AR System Metadata form, but the
> ‘overwrite’ option didn’t help the import.
>
> I edited the form name in the definition file, tried to import, and got
> the same ‘unique index violation’ error. 
>
> Now the AR Server won’t accept any imported forms, including UN-edited
> definition files.
>
> ** **
>
> And a second AR Server (dev) is showing the same symptoms.
>
> ** **
>
> BMC Support has the definitions and logs, however, they said that they
> have seen this before.  
>
> So … anyone solved this already?
>
> ** **
>
> *Joel***
>
> Joel Senderjdsen...@earthlink.net310.829.5552
>
> 
> _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"

ARS 8.1 Can't Save/Open Forms

[Joel Sender]

 

ARSListers,

I'm wondering if anyone else has seen this:

 

Clean install of ARS 8.1 on Windows Server and MS/SQL on separate machine.

Using custom applications only, imported a display-only form with an
'Applications List' field.

It worked at first, but then gave an internal error. No messages in the ARS
logs

While waiting for a solution from BMC Support, I created a view with Buttons
& Active Links to replace the AppList.  

Buttons were working fine, so I ended my day with a definition export and a
reboot of the ARS server.

Next morning the form was 'not found'.

In dev studio, the form was on the list, but opening it gave a " form not
found on server" message; then it wasn't on the list.

Attempted to import the definition, with 'overwrite', but generated an error
that the form was violating a unique index.

I found a read-only entry in the AR System Metadata form, but the
'overwrite' option didn't help the import.

I edited the form name in the definition file, tried to import, and got the
same 'unique index violation' error. 

Now the AR Server won't accept any imported forms, including UN-edited
definition files.

 

And a second AR Server (dev) is showing the same symptoms.

 

BMC Support has the definitions and logs, however, they said that they have
seen this before.  

So . anyone solved this already?

 

Joel

Joel Senderjdsen...@earthlink.net310.829.5552


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

Re: NTS number in 7.6.4 (FIXED URL to open an incident or change in 7.6.4)

[Richter, Howard (CEI - Atlanta)]

Happy Friday to all,

Here are the working URLs to open an incident or a change.

Thanks for all of your help,

Howard


http://MIDTIER_SERVER_NAME:PORT_NUMBER/arsys/forms/AR_SERVER_NAME/SHR%3ALandingConsole/Default+Administrator+View/?mode=search&F304255500=HPD:Help%20Desk&F100076=FormOpenNoAppList&F303647600=SearchTicketWithQual&F304255610='Incident%20Number'%3D%22INC00814203%22


http://MIDTIER_SERVER_NAME:PORT_NUMBER/arsys/forms/AR_SERVER_NAME/SHR%3ALandingConsole/Default+Administrator+View/?mode=search&F304255500=CHG:Infrastructure%20Change&F100076=FormOpenNoAppList&F303647600=SearchTicketWithQual&F304255610='Infrastructure%20Change%20ID'%3D%22CRQ00223804%22


From: Richter, Howard (CEI - Atlanta)
Sent: Monday, July 08, 2013 1:10 PM
To: arslist@ARSLIST.ORG
Subject: RE: NTS number in 7.6.4

LJ,

What am I doing wrong?

For incident I have put in the host (AxiomWebProd7604:8080/arsys/servlet ) info 
as well as the incident number (INC00626314)
My Incident URL
http://AxiomWebProd7604:8080/arsys/servlet/HPD%3AHelp+Desk/Best+Practice+View/?qual='Incident%20ID*%2B'%20%3D%20%22INC00626314%22

(Error File not found. Either the file requested is not present or the URL 
supplied is bad)
Yours
http:///HPD%3AHelp+Desk/Best+Practice+View/?qual='Incident%20ID*%2B'%20%3D%20%22INC00876126%22
Howard


From: Howard Richter [mailto:hbr4...@gmail.com]
Sent: Monday, July 08, 2013 11:54 AM
To: Richter, Howard (CEI - Atlanta)
Subject: Fwd: NTS number in 7.6.4



Sent from one of Howard's iPads

Begin forwarded message:
From: "Longwing, Lj" mailto:llongw...@usgs.gov>>
Date: July 8, 2013, 11:51:27 AM EDT
To: arslist@ARSLIST.ORG
Subject: Re: NTS number in 7.6.4
Reply-To: arslist@ARSLIST.ORG
**
Jon,
You only need to do the 'qual' route if you don't have easy access to the 
request ID of the record (which is different than the displayed 
incident/change/problem id), if using the EID method, no trailing encoded 
values are necessary.

On Mon, Jul 8, 2013 at 9:49 AM, Jon Slaven 
mailto:jon.sla...@amway.com>> wrote:
** Hi Howard,

I know there's a doc about direct ticket links out there somewhere, but we 
could never get them to work in 7.6.04.  Essentially we had to pass an advanced 
query in an encoded url.


Incident:
http:///HPD%3AHelp+Desk/Best+Practice+View/?qual='Incident%20ID*%2B'%20%3D%20%22INC00876126%22

Problem:
http:///PBM%3AProblem+Investigation/Best+Practice+View/?qual='Problem%20ID*%2B'%20%3D%20%22PBI5807%22

Change:
http:///CHG%3AInfrastructure+Change/Best+Practice+View/?qual='Change%20ID*%2B'%20%3D%20%22CRQ00068871%22


Please note that you have to keep everything intact (including the trailing 
"%22") changing only the ticket # or it won't work.

Best,
Jon
_
Jon Slaven | Amway | 616-787-7132 | 
jon.sla...@amway.com



From:"Richter, Howard (CEI - Atlanta)" 
mailto:howard.rich...@coxinc.com>>
To:arslist@ARSLIST.ORG,
Date:07/08/2013 11:28 AM
Subject:NTS number in 7.6.4
Sent by:"Action Request System discussion list(ARSList)" 
mailto:arslist@ARSLIST.ORG>>




**
Good morning/afternoon/evening all,

I am working with a third party vendor, that thinks is can send out a URL to 
the users, that when clicked on will open up an incident or change (just using 
an incident or change number)

I know that the notifications now coming out of ITSM 7.6.4 reference a NTS 
number and the NTE Notifier form. So my question is where does the NTS number 
live? Is there a copy of that number on the Helpdesk or Change form?

Any ideas would be great (just be nice).

As always thank you, you all,

Howard

[Description: Description: Description: Cox Enterprises, 
Inc]
Howard Richter, Remedy Administrator
6205 Peachtree Dunwoody Road, Atlanta, GA 30328-4524
Email = howard.rich...@coxinc.com
Office = 678.645.4633, Cell = 404.226.2745
Cox Innovation Agent (CIA)
[Description: Description: 
http://innovation.coxenterprises.com/ideas/Badge%20Library/BadgeA-Md.png][Description:
 Description: 
http://innovation.coxenterprises.com/ideas/Badge%20Library/Badge20-Md.png][Description:
 Description: 
http://innova

JOB: Remedy Developer - Denver, CO

[kspoon]

Hi Everyone!! 

Hope you are all having a great day! There are still two openings for one of
our clients located here in Denver, CO. This is a great long term Contract
to HIRE position with a very reputable group of people. We have two current
contractors out on the team right now and they have a need to add to that. I
have provided the basics of the position below but welcome the opportunity
to talk to anyone that is interested further about specific details. 

Top Three Skills:   
1. Remedy v 7.0+ 
2. Remedy Administration 
3. Application development   

Job Description:   Provide software development expertise to support the
automation of manual and resource intensive business processes. Support the
documentation of processes and prioritization of automation opportunities.
Assess workflow options within different systems, document technical
requirements and recommend the best-fit system. Incorporate workflow
requirements in the chosen system and develop documentation to inform
maintenance support. Develop process to measure success of automation. 

- 7+ years of experience in the software development field 
- Experience with workflow automation 
- Ability to obtain a Security Clearance 
- BA or BS degree required   

Additional Information 
- Experience as a RightNow Technologies (RNT) Administrator 
- Experience as a BMC Reemedy v 7.0+ Administrator, especially custom
application development   


If you have any other questions please send me an email or feel free to give
me a call. 

Best Regards, 

Kendra Spooner 
303-843-3751 
kspoo...@teksystems.com 
TEKsystems 



--
View this message in context: 
http://ars-action-request-system.1.n7.nabble.com/JOB-Remedy-Developer-Denver-CO-tp110586.html
Sent from the ARS (Action Request System) mailing list archive at Nabble.com.

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

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

[Susan Palmer]

We absolutely do have AL's pushing/setting data but mostly to read only
fields.  So that's pretty safe.  But there are button triggers where it
could be changed on the originating form and push it down to the other
related forms so there definitely is danger there.  Plus there are
escalations that run every week that do updates.  So danger lurks in many
places.   Luckily imports are very restricted to a couple of people.

I'll also check out that user tool install.  I did the 7.6.4 install
yesterday to test it out but don't recall those choices.  I can run it
again.

Looks like there's a fair bit of work ahead to actually implement the use
of Chinese.

I appreciate all the input ... thanks everyone!

Susan


On Fri, Jul 12, 2013 at 8:58 AM, Walters, Mark  wrote:

> **
>
> Any modification of data containing multi-byte characters by the User Tool
> will result in the characters being changed to something else – I expect
> that in your case this will turn the Chinese characters into different,
> nonsense, characters.  The record will remain but you will have lost the
> Chinese.  You may want to review your workflow in case you have, for
> example, any active links which push data around.  The user may end up
> modifying fields indirectly.
>
> ** **
>
> Mark
>
> ** **
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer
> *Sent:* 12 July 2013 14:47
>
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!***
> *
>
> ** **
>
> ** 
>
> Thank you for the info Mark.  That did not occur to me and we're going to
> have to take precautions to prevent  that.  These are mostly Customer Name
> and Addressing fields that are used for shipments and invoicing.  Some
> things do not translate correctly into English and cause issues.  I had
> already decided to go with a separate set of fields for, in this case,
> Chinese language use only.  I realize it's a duplication of information but
> everyone works on all records.  All of our China employees speak and write
> English and the rest of the company needs to be able to read the info so
> for most fields English is still the rule.  In the rest of the world it's
> mostly accent marks that cause issues.  These fields are fairly static and
> only rarely changed.
>
> Do you think modifications inter-mixing languages will cause corruption or
> just jumbled data?
>
> Thanks,
>
> Susan
>
> ** **
>
> On Fri, Jul 12, 2013 at 2:22 AM, Walters, Mark 
> wrote:
>
> ** 
>
> You need to be careful if you’re going to be using a mix of midtier/User
> Tool clients to update the same records on a Unicode system and the data
> has multi-byte characters.  It’s been pointed out, and you have found for
> yourself, that the User Tool is not Unicode safe.  If, for example, you
> have a midtier user that creates a record with Chinese characters in a
> field then they will not be displayed correctly for a client looking at
> that record using the User Tool.  If the User Tool client modifies the
> field with the Chinese characters it will mess up the multi-byte characters
> so that they are no longer displayed correctly in the midtier either.
>
>  
>
> Mark
>
>  
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer
> *Sent:* 12 July 2013 04:01
>
>
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!***
> *
>
>  
>
> ** 
>
> Thanks for the info Bhanu.
>
> Susan
>
>  
>
> On Thu, Jul 11, 2013 at 5:10 PM, Singh, Bhanu  wrote:
> 
>
> ** 
>
> User Tool is not Unicode compliant. For 8.1, I would recommend using
> mid-tier.
>
>  
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer
> *Sent:* Thursday, July 11, 2013 2:02 PM
>
>
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!***
> *
>
>  
>
> ** Do you know if 7.6.4 is unicode compliant?
>
> On Thu, Jul 11, 2013 at 3:18 PM, Rick Cook  wrote:**
> **
>
> ** 
>
> Fred is right.  The 7.5 UT is not unicode compliant. 
>
> Rick
>
> On Jul 11, 2013 12:19 PM, "Susan Palmer"  wrote:***
> *
>
> ** Into the user tool ... we haven't installed  mid-tier yet.  But I was
> hoping that not everyone would have to use mid-tier, my personal preference
> is the user tool. 
>
>  
>
> On Thu, Jul 11, 2013 at 2:14 PM, Grooms, Frederick W <
> frederick.w.gro...@xo.com> wrote:
>
> When you paste into Remedy are you pasting into the User Tool or Mid-Tier?
>   I don't remember how Unicode the 7.5 user tool is, but Mid-Tier is
> Unicode compliant.
>
> Fred
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Susan Palmer
> Sent: Thursday, July 

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

[Walters, Mark]

Any modification of data containing multi-byte characters by the User Tool will 
result in the characters being changed to something else - I expect that in 
your case this will turn the Chinese characters into different, nonsense, 
characters.  The record will remain but you will have lost the Chinese.  You 
may want to review your workflow in case you have, for example, any active 
links which push data around.  The user may end up modifying fields indirectly.

Mark

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer
Sent: 12 July 2013 14:47
To: arslist@ARSLIST.ORG
Subject: Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!

**
Thank you for the info Mark.  That did not occur to me and we're going to have 
to take precautions to prevent  that.  These are mostly Customer Name and 
Addressing fields that are used for shipments and invoicing.  Some things do 
not translate correctly into English and cause issues.  I had already decided 
to go with a separate set of fields for, in this case, Chinese language use 
only.  I realize it's a duplication of information but everyone works on all 
records.  All of our China employees speak and write English and the rest of 
the company needs to be able to read the info so for most fields English is 
still the rule.  In the rest of the world it's mostly accent marks that cause 
issues.  These fields are fairly static and only rarely changed.
Do you think modifications inter-mixing languages will cause corruption or just 
jumbled data?
Thanks,
Susan

On Fri, Jul 12, 2013 at 2:22 AM, Walters, Mark 
mailto:mark_walt...@bmc.com>> wrote:
**
You need to be careful if you're going to be using a mix of midtier/User Tool 
clients to update the same records on a Unicode system and the data has 
multi-byte characters.  It's been pointed out, and you have found for yourself, 
that the User Tool is not Unicode safe.  If, for example, you have a midtier 
user that creates a record with Chinese characters in a field then they will 
not be displayed correctly for a client looking at that record using the User 
Tool.  If the User Tool client modifies the field with the Chinese characters 
it will mess up the multi-byte characters so that they are no longer displayed 
correctly in the midtier either.

Mark

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Susan 
Palmer
Sent: 12 July 2013 04:01

To: arslist@ARSLIST.ORG
Subject: Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!

**
Thanks for the info Bhanu.
Susan

On Thu, Jul 11, 2013 at 5:10 PM, Singh, Bhanu 
mailto:bhanu_si...@bmc.com>> wrote:
**
User Tool is not Unicode compliant. For 8.1, I would recommend using mid-tier.

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Susan 
Palmer
Sent: Thursday, July 11, 2013 2:02 PM

To: arslist@ARSLIST.ORG
Subject: Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!

** Do you know if 7.6.4 is unicode compliant?
On Thu, Jul 11, 2013 at 3:18 PM, Rick Cook 
mailto:remedyr...@gmail.com>> wrote:
**

Fred is right.  The 7.5 UT is not unicode compliant.

Rick
On Jul 11, 2013 12:19 PM, "Susan Palmer" 
mailto:suzanpal...@gmail.com>> wrote:
** Into the user tool ... we haven't installed  mid-tier yet.  But I was hoping 
that not everyone would have to use mid-tier, my personal preference is the 
user tool.

On Thu, Jul 11, 2013 at 2:14 PM, Grooms, Frederick W 
mailto:frederick.w.gro...@xo.com>> wrote:
When you paste into Remedy are you pasting into the User Tool or Mid-Tier?   I 
don't remember how Unicode the 7.5 user tool is, but Mid-Tier is Unicode 
compliant.

Fred

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Susan 
Palmer
Sent: Thursday, July 11, 2013 2:10 PM
To: arslist@ARSLIST.ORG
Subject: Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!

**
Drinks all around the table !!

We completed the upgrade to v8.1, Oracle 11g unicode on Linux on our play 
server today!   Several restarts, dealing with numerous error messages mainly 
to do with the database, but finally we're there.  We've never been so version 
current!

And everything seems to work using the v7.5 user tool.  We will be going to 
mid-tier but this is a major accomplishment.  Now only 6 servers to go!

I've tested a various aspects of our system, enough to feel it's a beautiful 
working piece of technology.

There is one outstanding issue which I've sent to support regarding the display 
of Chinese characters in fields.  One of the reasons we we're going to unicode 
was to display Chinese characters (among other characters) for our China office.

When I copy an email with Chinese characters and paste it 

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

[Rick Cook]

Susan, one thing you might consider is having a field (or more than one)
that only displays in the Mid-tier in which Chinese could be entered.  Use
the Client Type keyword.  That would allow Chinese where it was necessary
without fear of the UT corrupting the text.

Rick
On Jul 12, 2013 6:47 AM, "Susan Palmer"  wrote:

> **
> Thank you for the info Mark.  That did not occur to me and we're going to
> have to take precautions to prevent  that.  These are mostly Customer Name
> and Addressing fields that are used for shipments and invoicing.  Some
> things do not translate correctly into English and cause issues.  I had
> already decided to go with a separate set of fields for, in this case,
> Chinese language use only.  I realize it's a duplication of information but
> everyone works on all records.  All of our China employees speak and write
> English and the rest of the company needs to be able to read the info so
> for most fields English is still the rule.  In the rest of the world it's
> mostly accent marks that cause issues.  These fields are fairly static and
> only rarely changed.
>
> Do you think modifications inter-mixing languages will cause corruption or
> just jumbled data?
>
> Thanks,
> Susan
>
>
> On Fri, Jul 12, 2013 at 2:22 AM, Walters, Mark wrote:
>
>> **
>>
>> You need to be careful if you’re going to be using a mix of midtier/User
>> Tool clients to update the same records on a Unicode system and the data
>> has multi-byte characters.  It’s been pointed out, and you have found for
>> yourself, that the User Tool is not Unicode safe.  If, for example, you
>> have a midtier user that creates a record with Chinese characters in a
>> field then they will not be displayed correctly for a client looking at
>> that record using the User Tool.  If the User Tool client modifies the
>> field with the Chinese characters it will mess up the multi-byte characters
>> so that they are no longer displayed correctly in the midtier either.
>>
>> ** **
>>
>> Mark
>>
>> ** **
>>
>> *From:* Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer
>> *Sent:* 12 July 2013 04:01
>>
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!**
>> **
>>
>> ** **
>>
>> ** 
>>
>> Thanks for the info Bhanu.
>>
>> Susan
>>
>> ** **
>>
>> On Thu, Jul 11, 2013 at 5:10 PM, Singh, Bhanu 
>> wrote:
>>
>> ** 
>>
>> User Tool is not Unicode compliant. For 8.1, I would recommend using
>> mid-tier.
>>
>>  
>>
>> *From:* Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer
>> *Sent:* Thursday, July 11, 2013 2:02 PM
>>
>>
>> *To:* arslist@ARSLIST.ORG
>> *Subject:* Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!**
>> **
>>
>>  
>>
>> ** Do you know if 7.6.4 is unicode compliant?
>>
>> On Thu, Jul 11, 2013 at 3:18 PM, Rick Cook  wrote:*
>> ***
>>
>> ** 
>>
>> Fred is right.  The 7.5 UT is not unicode compliant. 
>>
>> Rick
>>
>> On Jul 11, 2013 12:19 PM, "Susan Palmer"  wrote:**
>> **
>>
>> ** Into the user tool ... we haven't installed  mid-tier yet.  But I was
>> hoping that not everyone would have to use mid-tier, my personal preference
>> is the user tool. 
>>
>>  
>>
>> On Thu, Jul 11, 2013 at 2:14 PM, Grooms, Frederick W <
>> frederick.w.gro...@xo.com> wrote:
>>
>> When you paste into Remedy are you pasting into the User Tool or
>> Mid-Tier?   I don't remember how Unicode the 7.5 user tool is, but Mid-Tier
>> is Unicode compliant.
>>
>> Fred
>>
>> -Original Message-
>> From: Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] On Behalf Of Susan Palmer
>> Sent: Thursday, July 11, 2013 2:10 PM
>> To: arslist@ARSLIST.ORG
>> Subject: Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!
>>
>> **
>>
>> Drinks all around the table !!
>>
>> We completed the upgrade to v8.1, Oracle 11g unicode on Linux on our play
>> server today!   Several restarts, dealing with numerous error messages
>> mainly to do with the database, but finally we're there.  We've never been
>> so version current!
>>
>> And everything seems to work using the v7.5 user tool.  We will be going
>> to mid-tier but this is a major accomplishment.  Now only 6 servers to go!
>>
>> I've tested a various aspects of our system, enough to feel it's a
>> beautiful working piece of technology.
>>
>> There is one outstanding issue which I've sent to support regarding the
>> display of Chinese characters in fields.  One of the reasons we we're going
>> to unicode was to display Chinese characters (among other characters) for
>> our China office.
>>
>> When I copy an email with Chinese characters and paste it into a
>> character field it still shows me the  rather than the character.  When
>> I paste the same text into Notepad for example I see the Chinese character.
>>
>> My expectations were t

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

[Susan Palmer]

Thank you for the info Mark.  That did not occur to me and we're going to
have to take precautions to prevent  that.  These are mostly Customer Name
and Addressing fields that are used for shipments and invoicing.  Some
things do not translate correctly into English and cause issues.  I had
already decided to go with a separate set of fields for, in this case,
Chinese language use only.  I realize it's a duplication of information but
everyone works on all records.  All of our China employees speak and write
English and the rest of the company needs to be able to read the info so
for most fields English is still the rule.  In the rest of the world it's
mostly accent marks that cause issues.  These fields are fairly static and
only rarely changed.

Do you think modifications inter-mixing languages will cause corruption or
just jumbled data?

Thanks,
Susan


On Fri, Jul 12, 2013 at 2:22 AM, Walters, Mark  wrote:

> **
>
> You need to be careful if you’re going to be using a mix of midtier/User
> Tool clients to update the same records on a Unicode system and the data
> has multi-byte characters.  It’s been pointed out, and you have found for
> yourself, that the User Tool is not Unicode safe.  If, for example, you
> have a midtier user that creates a record with Chinese characters in a
> field then they will not be displayed correctly for a client looking at
> that record using the User Tool.  If the User Tool client modifies the
> field with the Chinese characters it will mess up the multi-byte characters
> so that they are no longer displayed correctly in the midtier either.
>
> ** **
>
> Mark
>
> ** **
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer
> *Sent:* 12 July 2013 04:01
>
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!***
> *
>
> ** **
>
> ** 
>
> Thanks for the info Bhanu.
>
> Susan
>
> ** **
>
> On Thu, Jul 11, 2013 at 5:10 PM, Singh, Bhanu  wrote:
> 
>
> ** 
>
> User Tool is not Unicode compliant. For 8.1, I would recommend using
> mid-tier.
>
>  
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer
> *Sent:* Thursday, July 11, 2013 2:02 PM
>
>
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!***
> *
>
>  
>
> ** Do you know if 7.6.4 is unicode compliant?
>
> On Thu, Jul 11, 2013 at 3:18 PM, Rick Cook  wrote:**
> **
>
> ** 
>
> Fred is right.  The 7.5 UT is not unicode compliant. 
>
> Rick
>
> On Jul 11, 2013 12:19 PM, "Susan Palmer"  wrote:***
> *
>
> ** Into the user tool ... we haven't installed  mid-tier yet.  But I was
> hoping that not everyone would have to use mid-tier, my personal preference
> is the user tool. 
>
>  
>
> On Thu, Jul 11, 2013 at 2:14 PM, Grooms, Frederick W <
> frederick.w.gro...@xo.com> wrote:
>
> When you paste into Remedy are you pasting into the User Tool or Mid-Tier?
>   I don't remember how Unicode the 7.5 user tool is, but Mid-Tier is
> Unicode compliant.
>
> Fred
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Susan Palmer
> Sent: Thursday, July 11, 2013 2:10 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!
>
> **
>
> Drinks all around the table !!
>
> We completed the upgrade to v8.1, Oracle 11g unicode on Linux on our play
> server today!   Several restarts, dealing with numerous error messages
> mainly to do with the database, but finally we're there.  We've never been
> so version current!
>
> And everything seems to work using the v7.5 user tool.  We will be going
> to mid-tier but this is a major accomplishment.  Now only 6 servers to go!
>
> I've tested a various aspects of our system, enough to feel it's a
> beautiful working piece of technology.
>
> There is one outstanding issue which I've sent to support regarding the
> display of Chinese characters in fields.  One of the reasons we we're going
> to unicode was to display Chinese characters (among other characters) for
> our China office.
>
> When I copy an email with Chinese characters and paste it into a character
> field it still shows me the  rather than the character.  When I paste
> the same text into Notepad for example I see the Chinese character.
>
> My expectations were that I'd see the data with the correct characters.
> Am I off-base?
>
> Smiling big time ...
>
> Susan
>
> -Original Message-
>
> On Tue, Jun 25, 2013 at 9:03 AM, Susan Palmer  wrote:
> Hi Everyone,
>
> Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS
> 7.5P4.  We are trying to move to a Linux CentOS release 6.4 Final (Red Hat
> Linus  6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances.
>
> We are finding the Linux box do

Re: ARERR log

[Hullule, Kiran]

Possibly this,

SW00344488


The AR System server crashed when running a web service based on a date field 
that was not in the -MM-DD format.

It is fixed in later patches of 7.5 , you may try.


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Rajiv Gopal
Sent: Friday, July 12, 2013 3:52 PM
To: arslist@ARSLIST.ORG
Subject: Re: ARERR log

**
Hi,

I've gone through the ARThread log and it shows the Thread on Fast Queue Died 
and Restarted.

 /* Fri Jul 12 2013 06:20:39.2670 */ Thread Id 12832 (thread number 106) 
on FAST queue restarted.
 /* Fri Jul 12 2013 06:21:36.2830 */ Thread Id 12832 (thread number 106) 
on FAST queue died.
 /* Fri Jul 12 2013 06:21:36.2830 */ Thread Id 6860 (thread number 106) 
on FAST queue restarted.
 /* Fri Jul 12 2013 06:21:47.1420 */ Thread Id 1084 (thread number  42) 
on FAST queue died.
 /* Fri Jul 12 2013 06:21:47.1420 */ Thread Id 8388 (thread number  42) 
on FAST queue restarted.


On Fri, Jul 12, 2013 at 3:30 PM, Hullule, Kiran 
mailto:kiran_hull...@bmc.com>> wrote:
This is AR Server crash or potentially Fast thread died . This happened due to 
webservice execution.  As you are running on 7.5 patch 03 , see the 7.5 p08 
readme file if there is any defect fixed in this area.

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Rajiv 
Nakkana
Sent: Friday, July 12, 2013 2:53 PM
To: arslist@ARSLIST.ORG
Subject: ARERR log

Hi,

I'm receiving the following error in one of our application server. However I'm 
able to access the server and see that there are 350 Users connected to the 
server.

Fri Jul 12 05:19:09 2013  390620 : AR System server terminated when a 
signal/exception was received by the server (ARNOTE 20)

Fri Jul 12 05:19:09 2013 0xc005

Fri Jul 12 05:19:09 2013  390620 : AR System server terminated -- fatal error 
encountered (ARNOTE 21)

Fri Jul 12 05:19:52 2013  390620 : AR System server terminated when a 
signal/exception was received by the server (ARNOTE 20)

Fri Jul 12 05:19:52 2013

   Timestamp: 1373620792.6650

   Thread Id: 13840

   Version: 7.5.00 Patch 003 200909292346 Sep 30 2009 01:21:53

   ServerName: arsprod

   Database: SQL -- Oracle

   Hardware: Intel Pentium

   OS: Windows Server 2003

   RPC Id: 9690560

   RPC Call: 121 (XMLGE)

   RPC Queue: 390620

   Client: User BMCCTRLM from Webservice (protocol 14) at IP address 
10.218.105.65

   Form:

   Logging On: Thread ServerGroup

   Code: c005

   Operation: write

   Access Addr: 0x230

   Stack Begin:

  Addr: 00837272

  Addr: 005159C1

  Addr: 0052393C

  Addr: 51DFCA38

   Stack End

Any help would be appriciated.

Thanks and Regards,
Rajiv N
___
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"

_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: ARERR log

[Rajiv Gopal]

Hi,

I've gone through the ARThread log and it shows the Thread on Fast Queue
Died and Restarted.

 /* Fri Jul 12 2013 06:20:39.2670 */ Thread Id 12832 (thread number
106) on FAST queue restarted.
 /* Fri Jul 12 2013 06:21:36.2830 */ Thread Id 12832 (thread number
106) on FAST queue died.
 /* Fri Jul 12 2013 06:21:36.2830 */ Thread Id 6860 (thread number
106) on FAST queue restarted.
 /* Fri Jul 12 2013 06:21:47.1420 */ Thread Id 1084 (thread number
 42) on FAST queue died.
 /* Fri Jul 12 2013 06:21:47.1420 */ Thread Id 8388 (thread number
 42) on FAST queue restarted.



On Fri, Jul 12, 2013 at 3:30 PM, Hullule, Kiran wrote:

> This is AR Server crash or potentially Fast thread died . This happened
> due to webservice execution.  As you are running on 7.5 patch 03 , see the
> 7.5 p08 readme file if there is any defect fixed in this area.
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Rajiv Nakkana
> Sent: Friday, July 12, 2013 2:53 PM
> To: arslist@ARSLIST.ORG
> Subject: ARERR log
>
> Hi,
>
> I'm receiving the following error in one of our application server.
> However I'm able to access the server and see that there are 350 Users
> connected to the server.
>
> Fri Jul 12 05:19:09 2013  390620 : AR System server terminated when a
> signal/exception was received by the server (ARNOTE 20)
>
> Fri Jul 12 05:19:09 2013 0xc005
>
> Fri Jul 12 05:19:09 2013  390620 : AR System server terminated -- fatal
> error encountered (ARNOTE 21)
>
> Fri Jul 12 05:19:52 2013  390620 : AR System server terminated when a
> signal/exception was received by the server (ARNOTE 20)
>
> Fri Jul 12 05:19:52 2013
>
>Timestamp: 1373620792.6650
>
>Thread Id: 13840
>
>Version: 7.5.00 Patch 003 200909292346 Sep 30 2009 01:21:53
>
>ServerName: arsprod
>
>Database: SQL -- Oracle
>
>Hardware: Intel Pentium
>
>OS: Windows Server 2003
>
>RPC Id: 9690560
>
>RPC Call: 121 (XMLGE)
>
>RPC Queue: 390620
>
>Client: User BMCCTRLM from Webservice (protocol 14) at IP address
> 10.218.105.65
>
>Form:
>
>Logging On: Thread ServerGroup
>
>Code: c005
>
>Operation: write
>
>Access Addr: 0x230
>
>Stack Begin:
>
>   Addr: 00837272
>
>   Addr: 005159C1
>
>   Addr: 0052393C
>
>   Addr: 51DFCA38
>
>Stack End
>
> Any help would be appriciated.
>
> Thanks and Regards,
> Rajiv N
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>

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

Re: ARERR log

[Hullule, Kiran]

This is AR Server crash or potentially Fast thread died . This happened due to 
webservice execution.  As you are running on 7.5 patch 03 , see the 7.5 p08 
readme file if there is any defect fixed in this area.

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Rajiv Nakkana
Sent: Friday, July 12, 2013 2:53 PM
To: arslist@ARSLIST.ORG
Subject: ARERR log

Hi, 

I'm receiving the following error in one of our application server. However I'm 
able to access the server and see that there are 350 Users connected to the 
server.

Fri Jul 12 05:19:09 2013  390620 : AR System server terminated when a 
signal/exception was received by the server (ARNOTE 20)

Fri Jul 12 05:19:09 2013 0xc005

Fri Jul 12 05:19:09 2013  390620 : AR System server terminated -- fatal error 
encountered (ARNOTE 21)

Fri Jul 12 05:19:52 2013  390620 : AR System server terminated when a 
signal/exception was received by the server (ARNOTE 20)

Fri Jul 12 05:19:52 2013 

   Timestamp: 1373620792.6650 

   Thread Id: 13840

   Version: 7.5.00 Patch 003 200909292346 Sep 30 2009 01:21:53

   ServerName: arsprod 

   Database: SQL -- Oracle

   Hardware: Intel Pentium

   OS: Windows Server 2003

   RPC Id: 9690560

   RPC Call: 121 (XMLGE)

   RPC Queue: 390620

   Client: User BMCCTRLM from Webservice (protocol 14) at IP address 
10.218.105.65

   Form: 

   Logging On: Thread ServerGroup

   Code: c005

   Operation: write

   Access Addr: 0x230

   Stack Begin: 

  Addr: 00837272

  Addr: 005159C1

  Addr: 0052393C

  Addr: 51DFCA38

   Stack End 

Any help would be appriciated.

Thanks and Regards,
Rajiv N

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

ARERR log

[Rajiv Nakkana]

Hi, 

I'm receiving the following error in one of our application server. However I'm 
able to access the server and see that there are 350 Users connected to the 
server.

Fri Jul 12 05:19:09 2013  390620 : AR System server terminated when a 
signal/exception was received by the server (ARNOTE 20)

Fri Jul 12 05:19:09 2013 0xc005

Fri Jul 12 05:19:09 2013  390620 : AR System server terminated -- fatal error 
encountered (ARNOTE 21)

Fri Jul 12 05:19:52 2013  390620 : AR System server terminated when a 
signal/exception was received by the server (ARNOTE 20)

Fri Jul 12 05:19:52 2013 

   Timestamp: 1373620792.6650 

   Thread Id: 13840

   Version: 7.5.00 Patch 003 200909292346 Sep 30 2009 01:21:53

   ServerName: arsprod 

   Database: SQL -- Oracle

   Hardware: Intel Pentium

   OS: Windows Server 2003

   RPC Id: 9690560

   RPC Call: 121 (XMLGE)

   RPC Queue: 390620

   Client: User BMCCTRLM from Webservice (protocol 14) at IP address 
10.218.105.65

   Form: 

   Logging On: Thread ServerGroup

   Code: c005

   Operation: write

   Access Addr: 0x230

   Stack Begin: 

  Addr: 00837272

  Addr: 005159C1

  Addr: 0052393C

  Addr: 51DFCA38

   Stack End 

Any help would be appriciated.

Thanks and Regards,
Rajiv N

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

Re: Form with Overlay Corruption

[ranjit jadhav]

Lisa,

Do you see any num field mismatch error in arerror.log file? I remember there 
was issue with display only form with custom field when imported, its numfield 
in arschema table gets updated with wrong value and that corrupts the overlay 
form definition, in this case error with that schema id is reported arerror.log 
after server restart.

regards
Ranjit



On Thu, 7/11/13, Kemes, Lisa A DLA CTR INFORMATION OPERATIONS 
 wrote:

 Subject: Re: Form with Overlay Corruption
 To: arslist@ARSLIST.ORG
 Date: Thursday, July 11, 2013, 6:00 PM
 
 Very interesting.  This is NOT
 enabled, and don't think it ever was, but
 it could have been the culprit.  We are on SP2.
 
 We found a way around it for now, but if it happens again,
 I'll refer to
 this.
 
 Thanks for your help!
 
 Lisa
 
 -Original Message-
 From: Action Request System discussion list(ARSList)
 [mailto:arslist@ARSLIST.ORG]
 On Behalf Of Thakur, Ashish
 Sent: Thursday, July 11, 2013 2:27 AM
 To: arslist@ARSLIST.ORG
 Subject: Re: Form with Overlay Corruption
 
 ** 
 
 Have you enabled "Cache Only Server Display Property" in the
 config tab
 of AR Admin Console ? 
 
 If yes then it is already fixed in 7.6.04 SP4. Ask support
 for
 SW00425132 fix. 
 
  
 
 Regards,
 
 Ashish Thakur
 
  
 
 From: John Sundberg [mailto:john.sundb...@kineticdata.com]
 Sent: 11 July 2013 01:35
 Subject: Re: Form with Overlay Corruption
 
  
 
 ** 
 
 Scary.
 
  
 
 BTW -- how does this corruption happen?
 
  
 
 I have heard before "corrupt form, corrupt act link, filter,
 etc..."
 
  
 
 Is it a "logical inconsistency" -- or something else - like
 bad data?
 but -- how does it get bad data?
 
  
 
  
 
 -John
 
  
 
 On Wed, Jul 10, 2013 at 2:54 PM, Kemes, Lisa A DLA CTR
 INFORMATION
 OPERATIONS 
 wrote:
 
 Luckily, it's the CTM:People Search form which is a Display
 Only form.
 
 We ended up just deleting it (and that will delete the
 workflow) and
 then reimporting.  Risky move, but it looks like that
 fixed it.
 
 If it was something like the CTM:People form or some other
 MAIN form
 with all sorts of data and connections, we would have worked
 with
 BMC
 
 Thanks everyone!
 
 Lisa
 
 -Original Message-
 From: Action Request System discussion list(ARSList)
 [mailto:arslist@ARSLIST.ORG]
 On Behalf Of Longwing, Lj
 Sent: Wednesday, July 10, 2013 3:34 PM
 To: arslist@ARSLIST.ORG
 Subject: Re: Form with Overlay Corruption
 
 **
 and all of the data :)
 
 
 On Wed, Jul 10, 2013 at 1:31 PM, pritch 
 wrote:
 
 
         Careful about deleting the form
 - in past versions, it also
 removed the workflow that went along with it - given that
 it's the
 CTM:People form, you might want to make sure you havea copy
 of all the
 associated workflow that you can re-import also.
 
 
         - Original Message -
         From: "Lisa A DLA CTR
 INFORMATION OPERATIONS Kemes"
 
         To: arslist@ARSLIST.ORG
         Sent: Wednesday, July 10, 2013
 1:56:59 PM
         Subject: Form with Overlay
 Corruption
 
         **
 
 
         When we try to open a form in
 Dev Studio (the CTM:People Search
 form) an error pops up:
 
 
 
         Unable to retrieve the object
 from the AR System server.
 com.bmc.arsys.studio.model.ModelException: ERROR (-1):;
 CopyOutVuiFromache() (ARERR 5086)
 
 
 
         I can open up fine in Base
 Element, but not in Best Practice.  I
 tried deleting the overlay and I get the same message. 
 Luckily this is
 in our development server.  Tried overwriting it with
 an import of the
 same form from staging and still no luck.
 
 
 
         We are going to delete the form
 and import it from Staging soon
 but wanted to know if there is anything else we could
 check?  It looks
 corrupted to me.
 
 
 
         ARS 7.6.04 SP2
         ITSM 7.6.04 SP2
 
 
 
         Lisa Kemes
 
         Remedy Consultant
 
         Dev Technology Group
 
         DLA Office: (717) 770-6437
 
         Cell Phone: (717) 602-6430
 
         lisa.ke...@devtechnology.com
 
 
 
           _ARSlist: "Where the
 Answers Are" and have been for 20 years_
 
 
 
 
 ___
         UNSUBSCRIBE or access ARSlist
 Archives at www.arslist.org
         "Where the Answers Are, and have
 been for 20 years"
 
 
 
 _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"
 
 
 
 
 
  
 
 -- 
 
 John Sundberg
 
 Kinetic Data, Inc.
 
 "Your Business. Your Process."
 
  
 
 651-556-0930 I john.sundb...@kineticdata.com
 
 
 www.kineticdata.com   I
 community.kineticdata.com   
 
  
 
  
 
 _ARSlist: "Where the Answers Are" and have been for 20
 years_ 
 
 _ARSlist: "Where the Answers Are" and have b

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

[Walters, Mark]

You need to be careful if you're going to be using a mix of midtier/User Tool 
clients to update the same records on a Unicode system and the data has 
multi-byte characters.  It's been pointed out, and you have found for yourself, 
that the User Tool is not Unicode safe.  If, for example, you have a midtier 
user that creates a record with Chinese characters in a field then they will 
not be displayed correctly for a client looking at that record using the User 
Tool.  If the User Tool client modifies the field with the Chinese characters 
it will mess up the multi-byte characters so that they are no longer displayed 
correctly in the midtier either.

Mark

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer
Sent: 12 July 2013 04:01
To: arslist@ARSLIST.ORG
Subject: Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!

**
Thanks for the info Bhanu.
Susan

On Thu, Jul 11, 2013 at 5:10 PM, Singh, Bhanu 
mailto:bhanu_si...@bmc.com>> wrote:
**
User Tool is not Unicode compliant. For 8.1, I would recommend using mid-tier.

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Susan 
Palmer
Sent: Thursday, July 11, 2013 2:02 PM

To: arslist@ARSLIST.ORG
Subject: Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!

** Do you know if 7.6.4 is unicode compliant?
On Thu, Jul 11, 2013 at 3:18 PM, Rick Cook 
mailto:remedyr...@gmail.com>> wrote:
**

Fred is right.  The 7.5 UT is not unicode compliant.

Rick
On Jul 11, 2013 12:19 PM, "Susan Palmer" 
mailto:suzanpal...@gmail.com>> wrote:
** Into the user tool ... we haven't installed  mid-tier yet.  But I was hoping 
that not everyone would have to use mid-tier, my personal preference is the 
user tool.

On Thu, Jul 11, 2013 at 2:14 PM, Grooms, Frederick W 
mailto:frederick.w.gro...@xo.com>> wrote:
When you paste into Remedy are you pasting into the User Tool or Mid-Tier?   I 
don't remember how Unicode the 7.5 user tool is, but Mid-Tier is Unicode 
compliant.

Fred

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Susan 
Palmer
Sent: Thursday, July 11, 2013 2:10 PM
To: arslist@ARSLIST.ORG
Subject: Re: Moving from Solaris to Linux - COMPLETED - wooo hooo !!!

**
Drinks all around the table !!

We completed the upgrade to v8.1, Oracle 11g unicode on Linux on our play 
server today!   Several restarts, dealing with numerous error messages mainly 
to do with the database, but finally we're there.  We've never been so version 
current!

And everything seems to work using the v7.5 user tool.  We will be going to 
mid-tier but this is a major accomplishment.  Now only 6 servers to go!

I've tested a various aspects of our system, enough to feel it's a beautiful 
working piece of technology.

There is one outstanding issue which I've sent to support regarding the display 
of Chinese characters in fields.  One of the reasons we we're going to unicode 
was to display Chinese characters (among other characters) for our China office.

When I copy an email with Chinese characters and paste it into a character 
field it still shows me the  rather than the character.  When I paste the 
same text into Notepad for example I see the Chinese character.

My expectations were that I'd see the data with the correct characters.  Am I 
off-base?

Smiling big time ...

Susan
-Original Message-
On Tue, Jun 25, 2013 at 9:03 AM, Susan Palmer  wrote:
Hi Everyone,

Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS 
7.5P4.  We are trying to move to a Linux CentOS release 6.4 Final (Red Hat 
Linus  6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances.

We are finding the Linux box does want Oracle 10g.  Since we are moving to a 
new server we wanted to do fresh installs at the 10g level and do an import of 
our database, then proceed with the oracle upgrade and ARS upgrade.

So we thought we would start with an 11g db on the linux box and go from there 
but when we tried the 7.5 install it said it wouldn't work on 11g.  When I 
check the compatibility chart it indicated 10g or higher for 7.5.

So the basic steps we'd like to do:
Install 11g on the linux server.
Export 10g from current server and import it into 11g.
Install ARS 7.5  (we received an error at this point saying it wouldn't work on 
11g ???)
Install ARS 8.1

Has anyone done something similar?  Is there something wrong with our approach?

Appreciate any feedback you can provide.

Thanks,
Susan

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

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

Re: What form is arsvcdsp.log turned on from? Dispatcher

[Ranjit Jadhav]

Tim,

There is no Form interface to turn on or off dispatcher log, it is done 
manually from the ar.cfg file by adding or removing the dispatcher log file tag.

regards
Ranjit

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