Unable to login into Mid-Tier config page

[AR System]

Hi All,

We are unable to access the AR System Config page after deploying the
Midtier via a war file on Websphere.

Issue Details:

 We took a snapshot of AIX 6.1 environment wherein midtier 8.1.02 was
installed with IBM Websphere Once the snapshot was complete we deployed 8.1
midtier war file for IBM Websphere following steps from BMC docs Now when
we login to Remedy Midtier configuration page, after entering Password, it
is redirected to config_auth_failed.jsp page every time.



1.

Go to  http://:/shared/config/config.jsp and enter password (correct /or
wrong)



2.

Getting below Config_auth failed page







I tried solutions from below KB's, but no luck


https://kb.bmc.com/infocenter/index?page=content&id=KA406032&actp=search&viewlocale=en_US&searchid=1456722210291

https://kb.bmc.com/infocenter/index?page=content&id=KA362261&actp=search&viewlocale=en_US&searchid=1456722210291



Environment Details :

OS : AIX 6.1

Web Server : Websphere 8.5



Thanks and Regards,

Rudra K

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

Re: ARERR[331] You do not have write access to this record

[Misi Mladoniczky]

Hi,

But if Assignee and Submitter (and Public) has Read access to the fields #1
and #2, no one except and Administrator can change that field.

The fields could be set by filters or have "allow anyone to submit" enabled.

So do you change these fields manually?

It can also be a an Active Link that sets the values of these field. The
fields will be treated as changed even if the Active Link sets it to the same
value as it originally had.

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.

> Assignee and Submitter groups have Read permission (View) for those fields.
> Assigned To field is never getting set even after modifying the record.
>
> There are two records with the same submitter,and assigned to fields but only
> the summary field differs.
> If it is a permission issue, why it occurs on only one record? Any idea?
>
> Thanks!
> Kaur
>
> ___
> 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[331] You do not have write access to this record

[Mueller, Doug]

Kaur,

Permissions are a multi-layered thing so you need to look at all aspects of 
access.

First, you seem to have access to the form as you can see the form.
Second, you seem to have access to the records -- either by explicit access or 
by row level security -- as you can see the records in question.

So, at this point, you have gotten to the level of being able to see the 
records.

Now, there is the topic of the individual fields...

From the permissions you describe, the Assignee and Submitter groups have Read 
access to the fields in question.  That means that these users are not allowed 
to make a change to the contents of those fields.  The only permission left is 
Public permission.  What rights does that group have?  Whichever it is, that 
means it is that right for ALL users so there should not be any difference 
between records.

You say the Assignee field is blank in both records -- so no-one is the 
assignee.
How about the Submitter field.  Does it have the same value or different 
values?  Is one of the values the name of the user you are logged in as who is 
successful on one record and gets an error on the other?

Is this form a special form like the User form by chance?

At this point, without seeing the system more directly, it is hard to offer 
more input.  If these notes don't help with finding the issue, you should open 
a case with the support team so they can look your system and help you get to 
the bottom of the access issue.

Doug Mueller

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Su Kaur
Sent: Monday, March 07, 2016 12:08 PM
To: arslist@ARSLIST.ORG
Subject: Re: ARERR[331] You do not have write access to this record

Assignee and Submitter groups have Read permission (View) for those fields.
Assigned To field is never getting set even after modifying the record.

There are two records with the same submitter,and assigned to fields but only 
the summary field differs.
If it is a permission issue, why it occurs on only one record? Any idea?

Thanks!
Kaur 

___
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[331] You do not have write access to this record

[Mueller, Doug]

Misi,

Correct as usual...  But, note that if you change a field you don't have write 
access to to the same value as it originally had, there was logic put into I 
think it was 8.1 and later (although it could have been before that) that 
actually checks this and if you are not changing the value, it will not issue 
the error.  This is to handle clients that just send all data even if changing 
only one field.  So, you should not get an error if the value is not being 
changed.

All other notes you have mentioned here are correct and are things to look at.

Doug

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky
Sent: Tuesday, March 08, 2016 1:22 AM
To: arslist@ARSLIST.ORG
Subject: Re: ARERR[331] You do not have write access to this record

Hi,

But if Assignee and Submitter (and Public) has Read access to the fields #1 and 
#2, no one except and Administrator can change that field.

The fields could be set by filters or have "allow anyone to submit" enabled.

So do you change these fields manually?

It can also be a an Active Link that sets the values of these field. The fields 
will be treated as changed even if the Active Link sets it to the same value as 
it originally had.

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.

> Assignee and Submitter groups have Read permission (View) for those fields.
> Assigned To field is never getting set even after modifying the record.
>
> There are two records with the same submitter,and assigned to fields 
> but only the summary field differs.
> If it is a permission issue, why it occurs on only one record? Any idea?
>
> Thanks!
> Kaur
>
> __
> _ 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: Unable to login into Mid-Tier config page

[LJ LongWing]

have you tried the default password?  In case it got reset with the war
deploy?

On Tue, Mar 8, 2016 at 1:21 AM, AR System  wrote:

> **
> Hi All,
>
> We are unable to access the AR System Config page after deploying the
> Midtier via a war file on Websphere.
>
> Issue Details:
>
>  We took a snapshot of AIX 6.1 environment wherein midtier 8.1.02 was
> installed with IBM Websphere Once the snapshot was complete we deployed 8.1
> midtier war file for IBM Websphere following steps from BMC docs Now when
> we login to Remedy Midtier configuration page, after entering Password, it
> is redirected to config_auth_failed.jsp page every time.
>
>
>
> 1.
>
> Go to  http://:/shared/config/config.jsp and enter password (correct /or
> wrong)
>
>
>
> 2.
>
> Getting below Config_auth failed page
>
>
>
>
>
>
>
> I tried solutions from below KB's, but no luck
>
>
> https://kb.bmc.com/infocenter/index?page=content&id=KA406032&actp=search&viewlocale=en_US&searchid=1456722210291
>
>
> https://kb.bmc.com/infocenter/index?page=content&id=KA362261&actp=search&viewlocale=en_US&searchid=1456722210291
>
>
>
> Environment Details :
>
> OS : AIX 6.1
>
> Web Server : Websphere 8.5
>
>
>
> Thanks and Regards,
>
> Rudra K
>
>
> _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[331] You do not have write access to this record

[Su Kaur]

Thanks Doug!

It is a customized form having summary templates. Most of the information 
including Submitter is same in both the records. The only difference is in 
Summary name or Summary detail fields.  
I created a new record with the same values and its working fine. None of the 
users are having any issues now.

Thanks
-Kaur

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

Re: Unable to login into Mid-Tier config page

[AR System]

Yes ,
I have tried with default password "arsystem" , also tried encrypted
password with modifying config.properties file.

Thanks,
Rudra K

On Tue, Mar 8, 2016 at 8:56 PM, LJ LongWing  wrote:

> **
> have you tried the default password?  In case it got reset with the war
> deploy?
>
> On Tue, Mar 8, 2016 at 1:21 AM, AR System  wrote:
>
>> **
>> Hi All,
>>
>> We are unable to access the AR System Config page after deploying the
>> Midtier via a war file on Websphere.
>>
>> Issue Details:
>>
>>  We took a snapshot of AIX 6.1 environment wherein midtier 8.1.02 was
>> installed with IBM Websphere Once the snapshot was complete we deployed 8.1
>> midtier war file for IBM Websphere following steps from BMC docs Now when
>> we login to Remedy Midtier configuration page, after entering Password, it
>> is redirected to config_auth_failed.jsp page every time.
>>
>>
>>
>> 1.
>>
>> Go to  http://:/shared/config/config.jsp and enter password (correct /or
>> wrong)
>>
>>
>>
>> 2.
>>
>> Getting below Config_auth failed page
>>
>>
>>
>>
>>
>>
>>
>> I tried solutions from below KB's, but no luck
>>
>>
>> https://kb.bmc.com/infocenter/index?page=content&id=KA406032&actp=search&viewlocale=en_US&searchid=1456722210291
>>
>>
>> https://kb.bmc.com/infocenter/index?page=content&id=KA362261&actp=search&viewlocale=en_US&searchid=1456722210291
>>
>>
>>
>> Environment Details :
>>
>> OS : AIX 6.1
>>
>> Web Server : Websphere 8.5
>>
>>
>>
>> Thanks and Regards,
>>
>> Rudra K
>>
>>
>> _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: ARERR[331] You do not have write access to this record

[Misi Mladoniczky]

Hi,

Very good information. I presume this to be a server side change. I would love
to know exactly when it was introduced.

I also presume that it affects only permission type things, and not for
example TR-values?

In theory this seems like it would need to do an extra fetch to the database
to know all TR values corresponding DB value. Possibly affecting performance
slightly?

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.

> Misi,
>
> Correct as usual...  But, note that if you change a field you don't have write
> access to to the same value as it originally had, there was logic put into I
> think it was 8.1 and later (although it could have been before that) that
> actually checks this and if you are not changing the value, it will not issue
> the error.  This is to handle clients that just send all data even if changing
> only one field.  So, you should not get an error if the value is not being
> changed.
>
> All other notes you have mentioned here are correct and are things to look at.
>
> Doug
>
> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky
> Sent: Tuesday, March 08, 2016 1:22 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: ARERR[331] You do not have write access to this record
>
> Hi,
>
> But if Assignee and Submitter (and Public) has Read access to the fields #1
> and #2, no one except and Administrator can change that field.
>
> The fields could be set by filters or have "allow anyone to submit" enabled.
>
> So do you change these fields manually?
>
> It can also be a an Active Link that sets the values of these field. The
> fields will be treated as changed even if the Active Link sets it to the same
> value as it originally had.
>
> 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.
>
>> Assignee and Submitter groups have Read permission (View) for those fields.
>> Assigned To field is never getting set even after modifying the record.
>>
>> There are two records with the same submitter,and assigned to fields
>> but only the summary field differs.
>> If it is a permission issue, why it occurs on only one record? Any idea?
>>
>> Thanks!
>> Kaur
>>
>> __
>> _ 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"
>

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

Engage: info on how to rate submitted sessions

[Brock, Anne]

https://communities.bmc.com/ideas/12812



Anne Brock
Principal SC
BMC Software
209-417-0481
anne_br...@bmc.com


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

Rate sessions you would like to see at Engage 2016!

[arslist]

BMC has asked for me to post this, and in my view this survey seems simpler
than trying to log in communities to vote things up, also a recognition that
many of the  developer\technical folks in are here (my interpretation, not
theirs) .. I just went through the list of topics in the survey and there
were many different types of presentations, and some that appeared to be the
kind of technical session for developers that I was hoping would be there (I
said I was interested lol) ... with no further ado, here is the post ..

Rate sessions you would like to see at Engage 2016! 

Your voice matters!

We've provided four broad product category buckets that contain many
abstracts.

Rate the abstracts on a simple 5 point scale.  Go to the product category
that you want to influence.

Please provide your feedback by Thursday, March 10.  

We're looking forward to hearing from you!

 

https://www.surveymonkey.com/r/EngageAbstracts

*Don't panic if you submitted your abstract and do not see it in the survey.
It does not mean that it isn't selected. With the extended deadline, not all
abstracts were submitted before the survey was created.

Link of announcement in BMC Communities:

https://communities.bmc.com/ideas/12812

Questions? Contact  Michelle Kerby or May Bakken

 


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

Re: Unable to login into Mid-Tier config page

[Jain, Gourav]

This issue comes session is expired. So try below KB article.

https://kb.bmc.com/infocenter/index?page=content&id=KA377228&actp=search&viewlocale=en_US&searchid=1368038699602


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of AR System
Sent: 08 March 2016 23:15
To: arslist@ARSLIST.ORG
Subject: Re: Unable to login into Mid-Tier config page

**
Yes ,
I have tried with default password "arsystem" , also tried encrypted password 
with modifying config.properties file.
Thanks,
Rudra K

On Tue, Mar 8, 2016 at 8:56 PM, LJ LongWing 
mailto:lj.longw...@gmail.com>> wrote:
**
have you tried the default password?  In case it got reset with the war deploy?

On Tue, Mar 8, 2016 at 1:21 AM, AR System 
mailto:arsyst...@gmail.com>> wrote:
**
Hi All,

We are unable to access the AR System Config page after deploying the Midtier 
via a war file on Websphere.

Issue Details:

 We took a snapshot of AIX 6.1 environment wherein midtier 8.1.02 was installed 
with IBM Websphere Once the snapshot was complete we deployed 8.1 midtier war 
file for IBM Websphere following steps from BMC docs Now when we login to 
Remedy Midtier configuration page, after entering Password, it is redirected to 
config_auth_failed.jsp page every time.



1.

Go to  http://:/shared/config/config.jsp and enter password (correct /or wrong)



2.

Getting below Config_auth failed page







I tried solutions from below KB's, but no luck

 
https://kb.bmc.com/infocenter/index?page=content&id=KA406032&actp=search&viewlocale=en_US&searchid=1456722210291

https://kb.bmc.com/infocenter/index?page=content&id=KA362261&actp=search&viewlocale=en_US&searchid=1456722210291



Environment Details :

OS : AIX 6.1

Web Server : Websphere 8.5



Thanks and Regards,

Rudra K


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

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

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

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