How to duplicate 1000 records without a time out?

[Thomas Miskiewicz]

Hi Listers

User clicks on the button to take a back up off 1000 records. Is there a way to 
achieve that using filter workflow without causing a time out for the User?

Thank you 

Thomas 
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Change schedule question

[Thomas Miskiewicz]

Hi List

a change has been scheduled for 11.07.2019 13:00 - 11.07.2019 23:00 but one of 
the tasks has accidentally been scheduled outside of this windows. Is this a 
bug or a feature? Where can I find the documentation of this functionality?


Thanks


Thomas
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: How to run a job on individual servers?

[Thomas Miskiewicz]

Hi Conny,

I setup the ssh stuff on the boxes and it work from the command line, however 
from a filter it doesn’t


Der angeforderte Prozess kann nicht ausgeführt werden. (ARERR 341)


 --> Bestanden - Aktionen durchf�hren
  
 0 : Felder einstellen
  
   Aktion (536870919) = 
  
 /* Fr Aug 30 2019 08:10:27.4470 */ ssh user@o 
<mailto:a_79...@u999esptt002p.in.bundesbank.de>ur.box 
/here_the_path/monitor_user.sh 2>/dev/null >/dev/null
  
 /* Fr Aug 30 2019 08:10:28.5390 */ Exit code: 127  
Value: 
  
 /* Fr Aug 30 2019 08:10:28.5390 */ Error evaluating 
assignment for field 536870915
com.bmc.arsys.domain.process.ExternalProcessExecutionException: ERROR (341): 
Der angeforderte Prozess kann nicht ausgef�hrt werden.; 
at 
com.bmc.arsys.server.domain.util.process.ExternalProcessEvaluatorFactory$ExternalProcessEvaluator.runCommand(ExternalProcessEvaluatorFactory.java:306)
 ~[bundlefile:9.1.03-SNAPSHOT]

Any idea why?


Thomas

> On 21. Aug 2019, at 13:44, conny.mar...@t-systems.com wrote:
> 
> Hi,
> 
> if you're on *x, you can do something like 
> 
> RUN-PROCESS ssh server1 /path/to/your/licensetracker
> RUN-PROCESS ssh server2 /path/to/your/licensetracker
> RUN-PROCESS ssh server3 /path/to/your/licensetracker
> 
> within an escalation. If escalations are running on server1 it will connect 
> via ssh to itself, which does not really matter.
> 
> KR Conny
> 
> -----Ursprüngliche Nachricht-
> Von: ARSList  Im Auftrag von Thomas Miskiewicz
> Gesendet: Mittwoch, 21. August 2019 13:21
> An: ARSList 
> Betreff: Re: How to run a job on individual servers?
> 
> We're collecting license information on each individual server reading the 
> user.log I’m looking for a way to trigger the action on each individual 
> server without having to use a cron job.
> 
>> On 21. Aug 2019, at 13:18, Tauf Chowdhury  wrote:
>> 
>> Do you mean escalations? Also is this during a maintenance period or 
>> scheduled outage? You could always bring up one server at a time and that 
>> way you can ensure escalations are running on that server if you’re in a 
>> server group with the failover configured. 
>> 
>> Sent from my iPhone
>> 
>>> On Aug 21, 2019, at 6:50 AM, Thomas Miskiewicz  wrote:
>>> 
>>> Hi there
>>> 
>>> we got three servers in the group and would like to collect information on 
>>> every individual server. We did that in the past using a cron job but would 
>>> prefer escalation which can be controlled by workflow. The problem is 
>>> explanations run only on one of the three servers. Any idea how to trigger 
>>> workflow on each individual server?
>>> 
>>> 
>>> Thomas
>>> -- 
>>> ARSList mailing list
>>> ARSList@arslist.org
>>> https://mailman.rrr.se/cgi/listinfo/arslist
>> 
>> -- 
>> ARSList mailing list
>> ARSList@arslist.org
>> https://mailman.rrr.se/cgi/listinfo/arslist
> 
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

How to Access the complete Atrium Integrate Schedule?

[Thomas Miskiewicz]

Hi Listers,

I need to reschedule a few AI jobs and would like to get the complete schedule 
of all jobs but I don’t know how…

Is there a way or do I have to open each and every job?


Thank you

Thomas
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: DSO creating duplicates

[Thomas Miskiewicz]

Thank you for the quick reaction, Jeff. It’s interesting because I was looking 
Through the release notes today and hardly found anything regarding DSO...

I wish I could find something that would justify an upgrade...

> On 23. Aug 2019, at 17:27, Jeff Lockemy  wrote:
> 
> Hi Thomas,
> 
> There were multiple issues that we had with DSO in 9.1.x that we had to work 
> with BMC on.  They fixed them in later patch releases, so my recommendation 
> would  be to get to either 9.1.3 or 9.1.4 with the latest service pack.  That 
> should alleviate the issues that you are experiencing.
> 
> Best,
> Jeff
> 
> 
> -Original Message-
> From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas 
> Miskiewicz
> Sent: Friday, August 23, 2019 8:11 AM
> To: ARSList 
> Subject: DSO creating duplicates
> 
> Hello Listers
> 
> we transfer from Server A to B using DSO with the Option independent copy and 
> overwrite if you find something.
> 
> So some reason DSO is trying to create a record twice, ignores the Overwrite 
> instruction and violated the unique index on the Request ID
> 
> We’re using 9.1.001 201811140711
> 
> Any ideas?
> 
> LOG
> 
> 
> 
>   
>  /* Fr Aug 16 2019 16:33:47.7550 */ UPDATE B88 SET 
> B88.CC536870943 = NULL, B88.CO536870943 = NULL, B88.C536870943 = NULL, 
> B88.CC536870944 = NULL, B88.CO536870944 = NULL, B88.C536870944 = NULL, 
> B88.CC536870945 = NULL, B88.CO536870945 = NULL, B88.C536870945 = NULL WHERE 
> (B88.C1 = '00020438')
> 
>   
>  /* Fr Aug 16 2019 16:33:47.7680 */ +GE  
> ARGetEntry -- schema P_BBK:Problem_Reporting entryId 00020441 from Mid-tier 
> (protocol 24) at IP address 10.212.16.69 using RPC // :q:0.0s 
> 
>   
>  /* Fr Aug 16 2019 16:33:47.7680 */ BEGIN 
> TRANSACTION
> 
>   
>  /* Fr Aug 16 2019 16:33:47.7700 */ Generating 
> prepared statement
> 
>   
>  /* Fr Aug 16 2019 16:33:47.7700 */ OK
> 
>   
>  /* Fr Aug 16 2019 16:33:47.7700 */ Binding [1] 
> parameters to prepared statement
> 
>   
>  /* Fr Aug 16 2019 16:33:47.7700 */ OK
> 
>   
>  /* Fr Aug 16 2019 16:33:47.7700 */ SELECT T88.C1, 
> T88.C2, T88.C3, T88.C4, T88.C5, T88.C6, T88.C7, T88.C8, T88.C104, 
> T88.C536870913, T88.C536870923, T88.C536870924, T88.C536870925, 
> T88.C536870928, T88.C536870929, T88.C536870939, B88.C536870943, 
> B88.CO536870943, B88.CC536870943, B88.C536870944, B88.CO536870944, 
> B88.CC536870944, B88.C536870945, B88.CO536870945, B88.CC536870945, 
> T88.C536870965, T88.C536870979, T88.C536871028, T88.C536871034, 
> T88.C536871035, T88.C536871041, T88.C536871048, T88.C536871061, 
> T88.C536871076, T88.C536871077, T88.C536871085, T88.C536871090, 
> T88.C536871099, T88.C536871103, T88.C536871107, T88.C536871110, 
> T88.C53687, T88.C536871122, T88.C536871123, T88.C536871130, 
> T88.C536871138, T88.C536871149, T88.C536871172, T88.C536871180, 
> T88.C536871186, T88.C536871189, T88.C536871201, T88.C536871206, 
> T88.C536871212, T88.C536871213, T88.C536871215, T88.C536871216, 
> T88.C536871217, T88.C536871218, T88.C536871219, T88.C536871229, 
> T88.C536871240, T88.C536871242, T88.C536871243, T88.C536871244, 
> T88.C536871245, T88.C536871249, T88.C536871250, T88.C536871253, 
> T88.C536871254, T88.C536871257, T88.C536871258, T88.C536871259, 
> T88.C536871263, T88.C536871264, T88.C536871268, T88.C536871269, 
> T88.C536871271, T88.C536871273, T88.C536871274, T88.C536871275, 
> T88.C536871276, T88.C536871277, T88.C536871280, T88.C536871284, 
> T88.C536871306, T88.C536871307, T88.C536871308, T88.C536871310, 
> T88.C536871314, T88.C536871315, T88.C536871316, T88.C536871317, 
> T88.C536871318, T88.C536871319, T88.C536871323, T88.C536871325, 
> T88.C536871329, T88.C536871330, T88.C536871331, T88.C536871332, 
> T88.C536871338, T88.C536871340, T88.C536871341, T88.C536871343, 
> T88.C536871344, T88.C536871345, T88.C536871346, T88.C536871347, 
> T88.C536871354, T88.C536871355, T88.C536871358, T88.C536871359, 
> T88.C536871360, T88.C536871361, T88.C536871362, T88.C536871363, 
> T88.C536871364, T88.C536871365, T88.C536871366, T88.C536871367, 
> T88.C536871368, T88.C536871369, T88.C536871370, T88.C536871371, 
> T88.C536871372, T88.C536871373, T88.C536871374, T88.C536871375, 
> T88.C536871376, T88.C536871380, T88.C536871381, T88.C536871382, 
> T88.C536871385, T88.C536871387, T88.C536871388, T88.C536871390, 
> T88.C536871391, T88.C536871392, T88.C536871393, T88.C536871394, 
> T88.C536871419, T88.C536871423, T88.C536871426, T88.C536871429, 
> T88.C536871430, T88.C536871431, T88.C536871432, T88.C536871433, 
> T88.C536871435, T88.C536871436, T88.C536871437, T88.C536871438, 
> T88.C536871439, T88.C536871440, T88.C536871442, T88.C536871453, 
>

DSO creating duplicates

[Thomas Miskiewicz]

51) 
~[ojdbc6-11.2.0.4.0.jar:11.2.0.4.0]
at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:513) 
~[ojdbc6-11.2.0.4.0.jar:11.2.0.4.0]
at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:227) 
~[ojdbc6-11.2.0.4.0.jar:11.2.0.4.0]
at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:531) 
~[ojdbc6-11.2.0.4.0.jar:11.2.0.4.0]
at 
oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:208) 
~[ojdbc6-11.2.0.4.0.jar:11.2.0.4.0]
at 
oracle.jdbc.driver.T4CPreparedStatement.executeForRows(T4CPreparedStatement.java:1046)
 ~[ojdbc6-11.2.0.4.0.jar:11.2.0.4.0]
at 
oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1336)
 ~[ojdbc6-11.2.0.4.0.jar:11.2.0.4.0]
at 
oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3613)
 ~[ojdbc6-11.2.0.4.0.jar:11.2.0.4.0]
at 
oracle.jdbc.driver.OraclePreparedStatement.execute(OraclePreparedStatement.java:3714)
 ~[ojdbc6-11.2.0.4.0.jar:11.2.0.4.0]
at 
oracle.jdbc.driver.OraclePreparedStatementWrapper.execute(OraclePreparedStatementWrapper.java:1378)
 ~[ojdbc6-11.2.0.4.0.jar:11.2.0.4.0]
at 
org.apache.commons.dbcp.DelegatingPreparedStatement.execute(DelegatingPreparedStatement.java:172)
 ~[commons-dbcp-1.4.jar:1.4]
at 
org.apache.commons.dbcp.DelegatingPreparedStatement.execute(DelegatingPreparedStatement.java:172)
 ~[commons-dbcp-1.4.jar:1.4]
at 
org.apache.commons.dbcp.DelegatingPreparedStatement.execute(DelegatingPreparedStatement.java:172)
 ~[commons-dbcp-1.4.jar:1.4]
at 
net.sf.log4jdbc.PreparedStatementSpy.execute(PreparedStatementSpy.java:418) 
~[log4jdbc-remix-0.2.7.jar:na]
at 
com.bmc.arsys.server.persistence.entry.impl.ARPreparedStatementCallback.doInPreparedStatement(ARPreparedStatementCallback.java:34)
 ~[bundlefile:9.1.03-SNAPSHOT]
at 
org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:644) 
~[bundlefile:na]
... 104 common frames omitted


Thomas
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: How to run a job on individual servers?

[Thomas Miskiewicz]

Fabulous idea. As which use shall I do the ssh? The system is running as
root

On Wed 21. Aug 2019 at 13:46,  wrote:

> Hi,
>
> if you're on *x, you can do something like
>
> RUN-PROCESS ssh server1 /path/to/your/licensetracker
> RUN-PROCESS ssh server2 /path/to/your/licensetracker
> RUN-PROCESS ssh server3 /path/to/your/licensetracker
>
> within an escalation. If escalations are running on server1 it will
> connect via ssh to itself, which does not really matter.
>
> KR Conny
>
> -Ursprüngliche Nachricht-
> Von: ARSList  Im Auftrag von Thomas
> Miskiewicz
> Gesendet: Mittwoch, 21. August 2019 13:21
> An: ARSList 
> Betreff: Re: How to run a job on individual servers?
>
> We're collecting license information on each individual server reading the
> user.log I’m looking for a way to trigger the action on each individual
> server without having to use a cron job.
>
> > On 21. Aug 2019, at 13:18, Tauf Chowdhury  wrote:
> >
> > Do you mean escalations? Also is this during a maintenance period or
> scheduled outage? You could always bring up one server at a time and that
> way you can ensure escalations are running on that server if you’re in a
> server group with the failover configured.
> >
> > Sent from my iPhone
> >
> >> On Aug 21, 2019, at 6:50 AM, Thomas Miskiewicz 
> wrote:
> >>
> >> Hi there
> >>
> >> we got three servers in the group and would like to collect information
> on every individual server. We did that in the past using a cron job but
> would prefer escalation which can be controlled by workflow. The problem is
> explanations run only on one of the three servers. Any idea how to trigger
> workflow on each individual server?
> >>
> >>
> >> Thomas
> >> --
> >> ARSList mailing list
> >> ARSList@arslist.org
> >> https://mailman.rrr.se/cgi/listinfo/arslist
> >
> > --
> > ARSList mailing list
> > ARSList@arslist.org
> > https://mailman.rrr.se/cgi/listinfo/arslist
>
>
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Please unsubscribe me

[Thomas Miskiewicz]

You’ll have to live with it! 

> On 21. Aug 2019, at 13:25, Oldershaw, Peter (CTR) via ARSList 
>  wrote:
> 
> Hi,
>  
> I no longer work with Remedy and attempted to unsubscribe on the arslist web 
> site but it does not seem to work.  Can someone please help unsubscribe me.
>  
> Thanks.
>  
> Cheers…Peter
> ManTech Mission Solutions & Services Group
> 703 447 5863
> InfoZen is a wholly owned subsidiary of ManTech
>  
> -- 
> ARSList mailing list
> ARSList@arslist.org 
> https://mailman.rrr.se/cgi/listinfo/arslist 
> 
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: How to run a job on individual servers?

[Thomas Miskiewicz]

We're collecting license information on each individual server reading the 
user.log I’m looking for a way to trigger the action on each individual server 
without having to use a cron job.

> On 21. Aug 2019, at 13:18, Tauf Chowdhury  wrote:
> 
> Do you mean escalations? Also is this during a maintenance period or 
> scheduled outage? You could always bring up one server at a time and that way 
> you can ensure escalations are running on that server if you’re in a server 
> group with the failover configured. 
> 
> Sent from my iPhone
> 
>> On Aug 21, 2019, at 6:50 AM, Thomas Miskiewicz  wrote:
>> 
>> Hi there
>> 
>> we got three servers in the group and would like to collect information on 
>> every individual server. We did that in the past using a cron job but would 
>> prefer escalation which can be controlled by workflow. The problem is 
>> explanations run only on one of the three servers. Any idea how to trigger 
>> workflow on each individual server?
>> 
>> 
>> Thomas
>> -- 
>> ARSList mailing list
>> ARSList@arslist.org
>> https://mailman.rrr.se/cgi/listinfo/arslist
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist


-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: How to run a job on individual servers?

[Thomas Miskiewicz]

Job = Escalation

We don’t have and use AI. It’s Remedy core only. We don’t want cron either...

> On 21. Aug 2019, at 13:16, Danny Kellett  
> wrote:
> 
> Escalation will only run from one AR Server at a time. So workflow on it's 
> own might not cut it.
> Not quite sure what "Job" is in the subject. But if something has to be run 
> on each server then you will need something external like a cron to trigger 
> it.
> 
> AI typically is run from one server at a time, however you can create a 
> job/trans that will query the server group ranking; ar monitor or centralised 
> config forms for the server names and connect to them directly run something
> 
> -- Original Message --
> From: "Thomas Miskiewicz" 
> To: arslist@arslist.org
> Sent: 21/08/2019 11:50:30
> Subject: How to run a job on individual servers?
> 
>> Hi there
>> 
>> we got three servers in the group and would like to collect information on 
>> every individual server. We did that in the past using a cron job but would 
>> prefer escalation which can be controlled by workflow. The problem is 
>> explanations run only on one of the three servers. Any idea how to trigger 
>> workflow on each individual server?
>> 
>> 
>> Thomas
>> --
>> ARSList mailing list
>> ARSList@arslist.org
>> https://mailman.rrr.se/cgi/listinfo/arslist
> 
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist


-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

How to run a job on individual servers?

[Thomas Miskiewicz]

Hi there

we got three servers in the group and would like to collect information on 
every individual server. We did that in the past using a cron job but would 
prefer escalation which can be controlled by workflow. The problem is 
explanations run only on one of the three servers. Any idea how to trigger 
workflow on each individual server?


Thomas
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

How to calculate handling duration in Smart Reporting?

[Thomas Miskiewicz]

Dear All

I need to add a Handling Duration field to one of my reports which is defined 
as TIMESTAMP - Submit Date.
 
I created:
 
a.) a calculated field Current Date

b.) a calculated field Handling Time by substracting submit date from current 
time.

And even though the resulting SQL(CurrentDate()-`HPD:Help Desk`.`Submit 
Date`) makes sense to me no data shows in the actual report and the formatting 
options offer no Hours and Minutes selection.

If you want to see screenshots please check out my post in the community 
https://communities.bmc.com/message/821224#821224

Any ideas?


Thank you 

Thomas -- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: CLOB search

[Thomas Miskiewicz]

Does FTS cost extra? What’s the downside/ drawbacks?

> On 10. May 2019, at 15:25, LJ LongWing  wrote:
> 
> If you have a CLOB, performance of searches is going to suck if doing it 
> directly at the DB level, if it's even possibleadding FTS to the field 
> indexes the field with a lucene index (FTS flat file), and a query against 
> that field doesn't go to the DB, instead it does the flatfile index search, 
> which is significantly more efficient and quicker than a db search
> 
> So...yes it's avoidable if you don't want to take advantage of the things 
> that fts gives youbut your options of improving the effort with the DB 
> when searching a CLOB are very limited...
> 
>> On Fri, May 10, 2019 at 7:07 AM Thomas Miskiewicz  wrote:
>> Is FTS avoidable?
>> 
>>> On May 10, 2019, at 3:03 PM, LJ LongWing  wrote:
>>> 
>>> Would FTS help you in any way?  I know it would help, but the question is 
>>> are you willing to make that change.
>>> 
>>> On Fri, May 10, 2019 at 6:53 AM Thomas Miskiewicz  
>>> wrote:
>>>> Hi All
>>>> 
>>>> we had to increase the size of a char field to over 4000 with huge 
>>>> performance degradation when using this field for search.
>>>> 
>>>> Does anyone know how to heal this? Would the Oracle 12 Text Option help?
>>>> 
>>>> 
>>>> Thomas
>>>> -- 
>>>> ARSList mailing list
>>>> ARSList@arslist.org
>>>> https://mailman.rrr.se/cgi/listinfo/arslist
>>> -- 
>>> ARSList mailing list
>>> ARSList@arslist.org
>>> https://mailman.rrr.se/cgi/listinfo/arslist
>> 
>> -- 
>> ARSList mailing list
>> ARSList@arslist.org
>> https://mailman.rrr.se/cgi/listinfo/arslist
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: CLOB search

[Thomas Miskiewicz]

Is FTS avoidable?

> On May 10, 2019, at 3:03 PM, LJ LongWing  wrote:
> 
> Would FTS help you in any way?  I know it would help, but the question is are 
> you willing to make that change.
> 
> On Fri, May 10, 2019 at 6:53 AM Thomas Miskiewicz  <mailto:tmisk...@gmail.com>> wrote:
> Hi All
> 
> we had to increase the size of a char field to over 4000 with huge 
> performance degradation when using this field for search.
> 
> Does anyone know how to heal this? Would the Oracle 12 Text Option help?
> 
> 
> Thomas
> -- 
> ARSList mailing list
> ARSList@arslist.org <mailto:ARSList@arslist.org>
> https://mailman.rrr.se/cgi/listinfo/arslist 
> <https://mailman.rrr.se/cgi/listinfo/arslist>
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

CLOB search

[Thomas Miskiewicz]

Hi All

we had to increase the size of a char field to over 4000 with huge performance 
degradation when using this field for search.

Does anyone know how to heal this? Would the Oracle 12 Text Option help?


Thomas
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Installer is performing a secondary server install/upgrade, No forms will be imported.

[Thomas Miskiewicz]

Doug

You said: Even if you change that dbversion, that shouldn’t solve the problem.  
Even though the key was supposed to be the version number,  simply changing it 
doesn’t make the DB structure the old version.

That’s exactly my point: Can someone please reveal to us the specific criteria 
by which the installer decides whether a server is secondary vs primary.

I do have servers that were upgraded successfully and are considered primary. I 
don’t see any difference in DB structure between secondary and primary servers 
and it’s be illogical if it were or if the rule once primary always primary 
applied.

Once you’re in a server group you should be able to take any server out of the 
group. So if there is a particular DB in place I guess you wouldn’t be able to 
do that as the primary/ secondary thing is set in stone. Just a thought!

Thomas 

> On 29. Apr 2019, at 05:50, Reif, Douglas  wrote:
> 
> Thomas,
> I’m sure there was a lot of thought put into this by Engineering with the 
> intention of making the install process easier.
> When the installer changes were made, it was with the plan to help customers 
> out by automating some of the decisions made by the installer.
> Having said that, I understand exactly what you are talking about.I can’t 
> do much about the way the installer behaves other than suggest an Idea on the 
> Communities page.   But as far as the installer choosing the wrong option,  I 
> will look into that a little more.
> I am traveling this week and may not get back right away. But I’ll do my best.
> If there is an open case with this, you can ask the Support person to contact 
> me and I will work with them.
>  
> One more thing.  Even if you change that dbversion, that shouldn’t solve the 
> problem.  Even though the key was supposed to be the version number,  simply 
> changing it doesn’t make the DB structure the old version.  As far as I know, 
> there is no way to downgrade the db other than actually reverting the db
> Thanks,
> Doug
>  
>  
>  
> From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas 
> Miskiewicz
> Sent: Saturday, April 27, 2019 9:46 PM
> To: ARSList 
> Subject: [EXTERNAL] Re: Installer is performing a secondary server 
> install/upgrade, No forms will be imported.
>  
> The thing is that I have reset the currdbversion but that doesn’t do anything.
>  
> Well in the last pre installation screen the info “Installer is performing a 
> secondary server install/upgrade, No forms will be imported” disappeared 
> indeed but it did appear after the fact at the end of the installation. So 
> there must be more to it than just currdbversion.
> 
> 
> With other fresh installations I’ve noticed for instance that if you set the 
> alias and the host name to different values you end up with the same problem. 
> Why? Unfortunately I’ve noticed to late with this server and I’m trying to 
> recover from that costly “mistake”.
> 
> 
> Why doesn’t the installer make such a guessing game out of this? Cannot we 
> just ask primary/secondary and make this more transparent and manageable?
> 
> On 28. Apr 2019, at 00:04, Reif, Douglas  wrote:
> 
> Was there doubt with what I stated earlier?
> If what I said doesn’t jive with reality,  I can go back and do some more 
> research but all the evidence I’ve seen points to the CurrDBVersion being the 
> key.
> Let me know if you see the currDBversion and dbversion in the control table 
> being 57 (not higher)  and yet it still thinks it is  secondary install when 
> installing 1902.
> As I mentioned, the Secondary install believes that the DB was already 
> upgraded. If this is not the case,  there could be a situation where it 
> doesn’t follow the rules and we will have to look into that
>  
> DougR
>  
>  
>  
> From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas 
> Miskiewicz
> Sent: Saturday, April 27, 2019 7:59 AM
> To: ARSList 
> Subject: [EXTERNAL] Re: Installer is performing a secondary server 
> install/upgrade, No forms will be imported.
>  
> Thanks Abhijit,
>  
> I upgraded from 9.1.04 to the latest version and the installer still says 
> it’s a secondary server.
>  
> This server is just an archive and it’s running fine so I think I’ll leave it 
> like this.
>  
> It remains a mystery to me that BMC apparently doesn’t know the exact 
> procedure they use to determine whether it’s a primary or a secondary server.
>  
> After spending countless hours with their support to no avail I’m giving up.
>  
>  
> Thomas 
> 
> On 27. Apr 2019, at 13:30, Abhijit Hendre  wrote:
> 
> For 9.1.04 , there is a roll back utility to roll back platform upgrade (AR, 
> Atrium Core, Atrium Integrator) which also ro

Re: Installer is performing a secondary server install/upgrade, No forms will be imported.

[Thomas Miskiewicz]

The thing is that I have reset the currdbversion but that doesn’t do anything.

Well in the last pre installation screen the info “Installer is performing a 
secondary server install/upgrade, No forms will be imported” disappeared indeed 
but it did appear after the fact at the end of the installation. So there must 
be more to it than just currdbversion.

With other fresh installations I’ve noticed for instance that if you set the 
alias and the host name to different values you end up with the same problem. 
Why? Unfortunately I’ve noticed to late with this server and I’m trying to 
recover from that costly “mistake”.

Why doesn’t the installer make such a guessing game out of this? Cannot we just 
ask primary/secondary and make this more transparent and manageable?

> On 28. Apr 2019, at 00:04, Reif, Douglas  wrote:
> 
> Was there doubt with what I stated earlier?
> If what I said doesn’t jive with reality,  I can go back and do some more 
> research but all the evidence I’ve seen points to the CurrDBVersion being the 
> key.
> Let me know if you see the currDBversion and dbversion in the control table 
> being 57 (not higher)  and yet it still thinks it is  secondary install when 
> installing 1902.
> As I mentioned, the Secondary install believes that the DB was already 
> upgraded. If this is not the case,  there could be a situation where it 
> doesn’t follow the rules and we will have to look into that
>  
> DougR
>  
>  
>  
> From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas 
> Miskiewicz
> Sent: Saturday, April 27, 2019 7:59 AM
> To: ARSList 
> Subject: [EXTERNAL] Re: Installer is performing a secondary server 
> install/upgrade, No forms will be imported.
>  
> Thanks Abhijit,
>  
> I upgraded from 9.1.04 to the latest version and the installer still says 
> it’s a secondary server.
>  
> This server is just an archive and it’s running fine so I think I’ll leave it 
> like this.
>  
> It remains a mystery to me that BMC apparently doesn’t know the exact 
> procedure they use to determine whether it’s a primary or a secondary server.
>  
> After spending countless hours with their support to no avail I’m giving up.
>  
>  
> Thomas 
> 
> On 27. Apr 2019, at 13:30, Abhijit Hendre  wrote:
> 
> For 9.1.04 , there is a roll back utility to roll back platform upgrade (AR, 
> Atrium Core, Atrium Integrator) which also roll backs control table mentioned 
> by Doug. Please check with BMC support for this utility. You will have to run 
> this utility and then run upgrade again. 
>  
>  
> Thanks,
> Abhijit H
>  
> On Thu, Apr 25, 2019, 12:41 AM Thomas Miskiewicz  wrote:
> I have a restore point for the current messed up state so I’ll run the 
> installer and see what it says.
> 
> On 24. Apr 2019, at 21:00, Reif, Douglas  wrote:
> 
> If I ran this past the ‘committee’ you know what they would say; “We never 
> tested that”.
> I’m guessing. Maybe they did test it.  But I have a good feeling that you’d 
> be on your own.
> Having said that, the idea has merit.
> Say you upgraded to 1902.   It should assume that your DB is a fully intact 
> 9104 DB with all the forms and workflow that would have been imported had it 
> been a successful 9104 upgrade
> .
> So it should go ahead and upgrade the DB on your first install, which is 
> going to be a “primary” server install because the DB version is different..  
> Then it will start ARServer and if it starts up fine, will import stuff.
>  
> Now, it is only going to import stuff that it thinks needs to be imported 
> based on the fact that you are upgrading from 9104 to 1902.  This is where 
> there is potential to not go perfectly.   But it should be pretty close.
>  
> The concern would be if something was missing from your 9104 definitions that 
> prevents a 9102 definition from being imported. Or in 9102 did not import 
> something because it assumed it was already there.
>  
> There are not critical problems.  But you could test and see how it goes.
> Check the install logs and look for any files with ‘error’ in the name under 
> the ..\ARSystem\logs directory
> Good idea,
>  
> Doug
>  
>  
> From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas 
> Miskiewicz
> Sent: Wednesday, April 24, 2019 11:39 AM
> To: ARSList 
> Subject: [EXTERNAL] Re: Installer is performing a secondary server 
> install/upgrade, No forms will be imported.
>  
> What about upgrading to even higher version? I see that the DB version would 
> change so maybe we could force it this way?
> 
> On 24. Apr 2019, at 20:33, Reif, Douglas  wrote:
> 
> This is a difficult position.  Since the DB was already upgraded to 57, the 
> installer won’t upgrade i

Re: Installer is performing a secondary server install/upgrade, No forms will be imported.

[Thomas Miskiewicz]

Thanks Abhijit,

I upgraded from 9.1.04 to the latest version and the installer still says it’s 
a secondary server.

This server is just an archive and it’s running fine so I think I’ll leave it 
like this.

It remains a mystery to me that BMC apparently doesn’t know the exact procedure 
they use to determine whether it’s a primary or a secondary server.

After spending countless hours with their support to no avail I’m giving up.


Thomas 

> On 27. Apr 2019, at 13:30, Abhijit Hendre  wrote:
> 
> For 9.1.04 , there is a roll back utility to roll back platform upgrade (AR, 
> Atrium Core, Atrium Integrator) which also roll backs control table mentioned 
> by Doug. Please check with BMC support for this utility. You will have to run 
> this utility and then run upgrade again. 
> 
> 
> Thanks,
> Abhijit H
> 
>> On Thu, Apr 25, 2019, 12:41 AM Thomas Miskiewicz  wrote:
>> I have a restore point for the current messed up state so I’ll run the 
>> installer and see what it says.
>> 
>>> On 24. Apr 2019, at 21:00, Reif, Douglas  wrote:
>>> 
>>> If I ran this past the ‘committee’ you know what they would say; “We never 
>>> tested that”.
>>> 
>>> I’m guessing. Maybe they did test it.  But I have a good feeling that you’d 
>>> be on your own.
>>> 
>>> Having said that, the idea has merit.
>>> 
>>> Say you upgraded to 1902.   It should assume that your DB is a fully intact 
>>> 9104 DB with all the forms and workflow that would have been imported had 
>>> it been a successful 9104 upgrade
>>> 
>>> .
>>> 
>>> So it should go ahead and upgrade the DB on your first install, which is 
>>> going to be a “primary” server install because the DB version is 
>>> different..  Then it will start ARServer and if it starts up fine, will 
>>> import stuff.
>>> 
>>>  
>>> 
>>> Now, it is only going to import stuff that it thinks needs to be imported 
>>> based on the fact that you are upgrading from 9104 to 1902.  This is where 
>>> there is potential to not go perfectly.   But it should be pretty close.
>>> 
>>>  
>>> 
>>> The concern would be if something was missing from your 9104 definitions 
>>> that prevents a 9102 definition from being imported. Or in 9102 did not 
>>> import something because it assumed it was already there.
>>> 
>>>  
>>> 
>>> There are not critical problems.  But you could test and see how it goes.
>>> 
>>> Check the install logs and look for any files with ‘error’ in the name 
>>> under the ..\ARSystem\logs directory
>>> 
>>> Good idea,
>>> 
>>>  
>>> 
>>> Doug
>>> 
>>>  
>>> 
>>>  
>>> 
>>> From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas 
>>> Miskiewicz
>>> Sent: Wednesday, April 24, 2019 11:39 AM
>>> To: ARSList 
>>> Subject: [EXTERNAL] Re: Installer is performing a secondary server 
>>> install/upgrade, No forms will be imported.
>>> 
>>>  
>>> 
>>> What about upgrading to even higher version? I see that the DB version 
>>> would change so maybe we could force it this way?
>>> 
>>> 
>>> On 24. Apr 2019, at 20:33, Reif, Douglas  wrote:
>>> 
>>> This is a difficult position.  Since the DB was already upgraded to 57, the 
>>> installer won’t upgrade it again; nor will it perform the imports that 
>>> typically would have occurred after the DB was upgraded and arserver 
>>> restarted.
>>> 
>>> And there is not a way to downgrade the DB.
>>> 
>>> A “secondary” server is any server that is installing after  the db was 
>>> upgraded.
>>> 
>>> The “primary” server is the first one to run the install while the DB is 
>>> still the original version.
>>> 
>>> Without a backup, I don’t know how you are going to get the installer to do 
>>> what you want.
>>> 
>>> An alternative is to simply manually import everything.
>>> 
>>> As you may be aware, there’s a lot of stuff to import. And this is not 
>>> technically a supported method.
>>> 
>>> BMC wants you to always have a DB backup or restore point you can use.
>>> 
>>> If you do decide to import manually,  most everything is going to be in the 
>>> ‘Installforms’ directory.
>>> 
>>> But I am not going to make an official recommendation that you do that.  
>>>

Re: Installer is performing a secondary server install/upgrade, No forms will be imported.

[Thomas Miskiewicz]

I have a restore point for the current messed up state so I’ll run the 
installer and see what it says.

> On 24. Apr 2019, at 21:00, Reif, Douglas  wrote:
> 
> If I ran this past the ‘committee’ you know what they would say; “We never 
> tested that”.
> I’m guessing. Maybe they did test it.  But I have a good feeling that you’d 
> be on your own.
> Having said that, the idea has merit.
> Say you upgraded to 1902.   It should assume that your DB is a fully intact 
> 9104 DB with all the forms and workflow that would have been imported had it 
> been a successful 9104 upgrade
> .
> So it should go ahead and upgrade the DB on your first install, which is 
> going to be a “primary” server install because the DB version is different..  
> Then it will start ARServer and if it starts up fine, will import stuff.
>  
> Now, it is only going to import stuff that it thinks needs to be imported 
> based on the fact that you are upgrading from 9104 to 1902.  This is where 
> there is potential to not go perfectly.   But it should be pretty close.
>  
> The concern would be if something was missing from your 9104 definitions that 
> prevents a 9102 definition from being imported. Or in 9102 did not import 
> something because it assumed it was already there.
>  
> There are not critical problems.  But you could test and see how it goes.
> Check the install logs and look for any files with ‘error’ in the name under 
> the ..\ARSystem\logs directory
> Good idea,
>  
> Doug
>  
>  
> From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas 
> Miskiewicz
> Sent: Wednesday, April 24, 2019 11:39 AM
> To: ARSList 
> Subject: [EXTERNAL] Re: Installer is performing a secondary server 
> install/upgrade, No forms will be imported.
>  
> What about upgrading to even higher version? I see that the DB version would 
> change so maybe we could force it this way?
> 
> On 24. Apr 2019, at 20:33, Reif, Douglas  wrote:
> 
> This is a difficult position.  Since the DB was already upgraded to 57, the 
> installer won’t upgrade it again; nor will it perform the imports that 
> typically would have occurred after the DB was upgraded and arserver 
> restarted.
> And there is not a way to downgrade the DB.
> A “secondary” server is any server that is installing after  the db was 
> upgraded.
> The “primary” server is the first one to run the install while the DB is 
> still the original version.
> Without a backup, I don’t know how you are going to get the installer to do 
> what you want.
> An alternative is to simply manually import everything.
> As you may be aware, there’s a lot of stuff to import. And this is not 
> technically a supported method.
> BMC wants you to always have a DB backup or restore point you can use.
> If you do decide to import manually,  most everything is going to be in the 
> ‘Installforms’ directory.
> But I am not going to make an official recommendation that you do that.  You 
> can try it and see where it takes you.   Test, Test, Test
>  
> Doug
>  
>  
> From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas 
> Miskiewicz
> Sent: Wednesday, April 24, 2019 11:23 AM
> To: ARSList 
> Subject: [EXTERNAL] Re: Installer is performing a secondary server 
> install/upgrade, No forms will be imported.
>  
> Hi Doug,
>  
> and thank you for the prompt reaction!
>  
> The currdbversion version is indeed 57 however we don’t have a db we can 
> revert to...
>  
> So the questions remain: 
>  
> - how does the installer recognize whether it’s dealing primary vs secondary 
> server
>  
> or
>  
> - how can we convince it to think of this server as primary server.
>  
> Is a secondary server secondary forever? No right?
>  
>  
>  
> Thomas
>  
>  
>  
> On Wed 24. Apr 2019 at 20:17, Reif, Douglas  wrote:
> Thomas,
> We often see this problem after a prior install failed but had already 
> updated the database.
> You run the next install and it checks the dbversion from the control table.
> See https://communities.bmc.com/docs/DOC-37267.  This shows that for 9104 the 
> currdbversion would be 57.
> So my assumption is that if you checked the control table, you would see 
> this, meaning the DB was upgraded.
>  
> The solution for this is to rollback the DB to prior to the upgrade that 
> failed.
> The upgrades do not rollback the database automatically.  It’s a lot of work 
> to undo some of the things the installers does because decisions are made 
> dynamically based on the environment.  It’s a lot easier to make a db backup 
> or restore point and if the install fails, just revert to that.
>  
> DougR
>  
>  
> From: ARSList [mailto:arslist-b

Re: Installer is performing a secondary server install/upgrade, No forms will be imported.

[Thomas Miskiewicz]

What about upgrading to even higher version? I see that the DB version would 
change so maybe we could force it this way?

> On 24. Apr 2019, at 20:33, Reif, Douglas  wrote:
> 
> This is a difficult position.  Since the DB was already upgraded to 57, the 
> installer won’t upgrade it again; nor will it perform the imports that 
> typically would have occurred after the DB was upgraded and arserver 
> restarted.
> And there is not a way to downgrade the DB.
> A “secondary” server is any server that is installing after  the db was 
> upgraded.
> The “primary” server is the first one to run the install while the DB is 
> still the original version.
> Without a backup, I don’t know how you are going to get the installer to do 
> what you want.
> An alternative is to simply manually import everything.
> As you may be aware, there’s a lot of stuff to import. And this is not 
> technically a supported method.
> BMC wants you to always have a DB backup or restore point you can use.
> If you do decide to import manually,  most everything is going to be in the 
> ‘Installforms’ directory.
> But I am not going to make an official recommendation that you do that.  You 
> can try it and see where it takes you.   Test, Test, Test
>  
> Doug
>  
>  
> From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas 
> Miskiewicz
> Sent: Wednesday, April 24, 2019 11:23 AM
> To: ARSList 
> Subject: [EXTERNAL] Re: Installer is performing a secondary server 
> install/upgrade, No forms will be imported.
>  
> Hi Doug,
>  
> and thank you for the prompt reaction!
>  
> The currdbversion version is indeed 57 however we don’t have a db we can 
> revert to...
>  
> So the questions remain: 
>  
> - how does the installer recognize whether it’s dealing primary vs secondary 
> server
>  
> or
>  
> - how can we convince it to think of this server as primary server.
>  
> Is a secondary server secondary forever? No right?
>  
>  
>  
> Thomas
>  
>  
>  
> On Wed 24. Apr 2019 at 20:17, Reif, Douglas  wrote:
> Thomas,
> We often see this problem after a prior install failed but had already 
> updated the database.
> You run the next install and it checks the dbversion from the control table.
> See https://communities.bmc.com/docs/DOC-37267.  This shows that for 9104 the 
> currdbversion would be 57.
> So my assumption is that if you checked the control table, you would see 
> this, meaning the DB was upgraded.
>  
> The solution for this is to rollback the DB to prior to the upgrade that 
> failed.
> The upgrades do not rollback the database automatically.  It’s a lot of work 
> to undo some of the things the installers does because decisions are made 
> dynamically based on the environment.   It’s a lot easier to make a db backup 
> or restore point and if the install fails, just revert to that.
>  
> DougR
>  
>  
> From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas 
> Miskiewicz
> Sent: Wednesday, April 24, 2019 10:01 AM
> To: ARSList 
> Subject: [EXTERNAL] Installer is performing a secondary server 
> install/upgrade, No forms will be imported.
>  
> Hi All,
>  
> we upgraded one single 7.6.04 server to 9.1.04 and got this at the end: 
> Installer is performing a secondary server install/upgrade, No forms will be 
> imported
>  
> Same situation when we try to re-run the installer. Does anyone know where 
> does Remedy store the info or how it recognises which type of server 
> (primary/secondary)? 
> (Definitely not via ARSystemInstallationConfiguration as the parameter 
> BMC_IS_SECONDARY_SERVER is set to false.)
>  
> BMC Support doesn’t know how to solve this…
>  
>  
>  
> Thomas
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Installer is performing a secondary server install/upgrade, No forms will be imported.

[Thomas Miskiewicz]

Great Kevin, that’s sounds like a like I can work with. I will give it shot
and yet it’s be great to know how bmc recognizes primary vs secondary.


Thomas


On Wed 24. Apr 2019 at 20:21, Kevin Shaffer 
wrote:

> In addition to what Doug said, we had a similar issue and these are all
> the pre req steps we had to perform to make it work in our environment
> because the prechecker also enforced some things.
>
>
>
> We too spent days looking through numerous XML files for the 
> BMC_IS_SECONDARY_SERVER
> variable but found that our root cause was that DEV was a copy of PROD and
> when we upgraded DEV, all the server group settings in DEV pointed to
> PROD.  In our case I think deleting the servergrp data from the DB and
> deleting all Operation Ranking records, then rebooted.  The install then
> worked for us.
>
>
> Pre-Implementation Tasks
>
>1. Shut down all AR Servers except for Admin Server
>2. Delete all Operation Ranking records
>3. Ensure that Disable_Admin-Ops is set to F in the ar.conf
>4. Ensure that Server-Group-Member is T in the ar.conf.  Installers
>for v9 assume that all servers are server groups even if they are stand
>alone.
>5. Change the Server-Name parameter from  to host name
>
>6. Delete servgrp_applic where applicable
>7. Delete servgrp_board where applicable
>8. Delete servgrp_config where applicable
>9. Delete servgrp_ftslic where applicable
>10. Delete servgrp_op_mstr where applicable
>11. Delete servgrp_userlic where applicable
>12. Change the parameter, Oracle-Cursor-Sharing, from FORCE to EXACT
>in the ar.conf
>13. Change the parameter, Next-ID-Block-Size, from 5 to 100 in the
>ar.conf
>14. Change the escalation thread from Private-RPC-Socket: 390603 3 3
>to Private-RPC-Socket: 390603 6 6 in the ar.conf
>
> HTH
>
>
>
>
>
>
>
> *From:* ARSList  *On Behalf Of *Reif, Douglas
> *Sent:* Wednesday, April 24, 2019 1:13 PM
> *To:* ARSList 
> *Subject:* RE: Installer is performing a secondary server
> install/upgrade, No forms will be imported.
>
>
>
> Thomas,
>
> We often see this problem after a prior install failed but had already
> updated the database.
>
> You run the next install and it checks the dbversion from the control
> table.
>
> See https://communities.bmc.com/docs/DOC-37267.  This shows that for 9104
> the currdbversion would be 57.
>
> So my assumption is that if you checked the control table, you would see
> this, meaning the DB was upgraded.
>
>
>
> The solution for this is to rollback the DB to prior to the upgrade that
> failed.
>
> The upgrades do not rollback the database automatically.  It’s a lot of
> work to undo some of the things the installers does because decisions are
> made dynamically based on the environment.  It’s a lot easier to make a db
> backup or restore point and if the install fails, just revert to that.
>
>
>
> DougR
>
>
>
>
>
> *From:* ARSList [mailto:arslist-boun...@arslist.org
> ] *On Behalf Of *Thomas Miskiewicz
> *Sent:* Wednesday, April 24, 2019 10:01 AM
> *To:* ARSList 
> *Subject:* [EXTERNAL] Installer is performing a secondary server
> install/upgrade, No forms will be imported.
>
>
>
> Hi All,
>
>
>
> we upgraded one single 7.6.04 server to 9.1.04 and got this at the end: 
> Installer
> is performing a secondary server install/upgrade, No forms will be imported
>
>
>
> Same situation when we try to re-run the installer. Does anyone know where
> does Remedy store the info or how it recognises which type of server
> (primary/secondary)?
>
> (Definitely not via ARSystemInstallationConfiguration as the parameter
> BMC_IS_SECONDARY_SERVER is set to false.)
>
>
>
> BMC Support doesn’t know how to solve this…
>
>
>
>
>
>
>
> Thomas
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Installer is performing a secondary server install/upgrade, No forms will be imported.

[Thomas Miskiewicz]

Hi Doug,

and thank you for the prompt reaction!

The currdbversion version is indeed 57 however we don’t have a db we can
revert to...

So the questions remain:

- how does the installer recognize whether it’s dealing primary vs
secondary server

or

- how can we convince it to think of this server as primary server.

Is a secondary server secondary forever? No right?



Thomas



On Wed 24. Apr 2019 at 20:17, Reif, Douglas  wrote:

> Thomas,
>
> We often see this problem after a prior install failed but had already
> updated the database.
>
> You run the next install and it checks the dbversion from the control
> table.
>
> See https://communities.bmc.com/docs/DOC-37267.  This shows that for 9104
> the currdbversion would be 57.
>
> So my assumption is that if you checked the control table, you would see
> this, meaning the DB was upgraded.
>
>
>
> The solution for this is to rollback the DB to prior to the upgrade that
> failed.
>
> The upgrades do not rollback the database automatically.  It’s a lot of
> work to undo some of the things the installers does because decisions are
> made dynamically based on the environment.  It’s a lot easier to make a db
> backup or restore point and if the install fails, just revert to that.
>
>
>
> DougR
>
>
>
>
>
> *From:* ARSList [mailto:arslist-boun...@arslist.org] * On Behalf Of *Thomas
> Miskiewicz
> *Sent:* Wednesday, April 24, 2019 10:01 AM
> *To:* ARSList 
> *Subject:* [EXTERNAL] Installer is performing a secondary server
> install/upgrade, No forms will be imported.
>
>
>
> Hi All,
>
>
>
> we upgraded one single 7.6.04 server to 9.1.04 and got this at the end: 
> Installer
> is performing a secondary server install/upgrade, No forms will be imported
>
>
>
> Same situation when we try to re-run the installer. Does anyone know where
> does Remedy store the info or how it recognises which type of server
> (primary/secondary)?
>
> (Definitely not via ARSystemInstallationConfiguration as the parameter
> BMC_IS_SECONDARY_SERVER is set to false.)
>
>
>
> BMC Support doesn’t know how to solve this…
>
>
>
>
>
>
>
> Thomas
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Installer is performing a secondary server install/upgrade, No forms will be imported.

[Thomas Miskiewicz]

Hi All,

we upgraded one single 7.6.04 server to 9.1.04 and got this at the end: 
Installer is performing a secondary server install/upgrade, No forms will be 
imported

Same situation when we try to re-run the installer. Does anyone know where does 
Remedy store the info or how it recognises which type of server 
(primary/secondary)? 
(Definitely not via ARSystemInstallationConfiguration as the parameter 
BMC_IS_SECONDARY_SERVER is set to false.)

BMC Support doesn’t know how to solve this…



Thomas-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Zip Scheduled Reports?

[Thomas Miskiewicz]

Hi there,

we want to schedule reports in ARS. Is there a setting that would tell ARS to 
zip the report?


Thank you

Thomas
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

How to automatically save a report to a share?

[Thomas Miskiewicz]

Hi Listers

I created a smart report broadcast but I need to save the resulting report to a 
share. I couldn’t find any OOTB functionality that would do the trick. What am 
I missing?

Off the top of my head I’d build a web service that would pull the report from 
smart it and then save it do disk. Any other ideas / suggestions?


Thomas
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Threads Min and Max

[Thomas Miskiewicz]

Hi Listers,

in Server Information on Ports and Queues we got these settings:



What is the meaning of Min and Max, min in particular? I’ve seen the suggestion 
to set it to 1 to 11 and other times 11 to 11. What the difference? Both seems 
to work…


Thank you

Thomas-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

File Deployer only on one server

[Thomas Miskiewicz]

Hi there,

we got a server group with 3 servers. When I go into the generic UI I can only 
configure File Deployer for one server.

On other servers armonitor.log shows FileDeployer stopped with code 1.

I understand the FileDeployer is only for deploying patches etc. Can I somehow 
disable it for now?


Thomas
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Emails

[Thomas Miskiewicz]

Sure!

On Sun 6. Jan 2019 at 22:36, Roger Justice via ARSList 
wrote:

> I have not seen any Arslist emails for a few weeks. Is anyone still using
> this?
>
> Roger
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Remedy to MFT/FTP

[Thomas Miskiewicz]

What kind of middleware cannot handle 2MB? Just curious.

On Fri 14. Dec 2018 at 22:38, Dinesh Kumar  wrote:

> Hi All,
>
> We are trying to integrate remedy with other systems and we need to send
> our Workinfo including attachments, But our middleware is not able to
> support more than 2 MB through web service and we need to send more than
> that. It there any possibility to send attachments to MFT or FTP or any
> cloud storage and get the the URL path of that ?
> Please let me know if someone already done this kind of integration .
>
> --
> Regards,
> Dinesh Kumar.
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

armonitor not starting server

[Thomas Miskiewicz]

Hi Lister,

Processes Started : [ BMC:FileDeployer  ].

Can someone explain please why I only see Processes Started : [ 
BMC:FileDeployer  ]. What are the other processes?


< ARMonitorDaemon.java:200   > /* Mo Dez 10 2018 11:56:49.0956  
*/ 
**
< ARMonitorDaemon.java:201   > /* Mo Dez 10 2018 11:56:49.0963  
*/ Initializing ARMonitor Version 9.1.06 201808280304 
< ARMonitorDaemon.java:202   > /* Mo Dez 10 2018 11:56:49.0964  
*/ 
**
<  ARFips.java:71> /* Mo Dez 10 2018 11:56:51.0152  
*/ fipsProviderJsafeJCE installed = false
< ARMonitorDaemon.java:115   > /* Mo Dez 10 2018 
11:56:51.0502  */ Client Host 160.50.40.217
< ARMonitorDaemon.java:296   > /* Mo Dez 10 2018 11:56:51.0504  
*/ Binding of armonitor on port [ 7319 ] is successful.
<   ProcessController.java:96> /* Mo Dez 10 2018 11:56:51.0510  
*/ Initializing ProcessController, to start and monitor all the processes 
listed in armonitor configuration file.
<   ProcessController.java:2213  > /* Mo Dez 10 2018 11:56:51.0528  
*/  Starting filed deployer process.
<   ProcessController.java:580   > /* Mo Dez 10 2018 11:56:51.0531  
*/ Starting service - [ BMC:FileDeployer ] attempt [ 0 ].
<  ProcessMonitor.java:165   > /* Mo Dez 10 2018 11:56:51.0531  
*/ ProcessMonitor starting process [ BMC:FileDeployer ].
<   ProcessController.java:119   > /* Mo Dez 10 2018 11:56:52.0647  
*/ Initialization of ProcessController Completed.
<   ProcessController.java:121   > /* Mo Dez 10 2018 11:56:52.0648  
*/ Process are named as following:
<   ProcessController.java:134   > /* Mo Dez 10 2018 11:56:52.0648  
*/ Process Name [BMC:FileDeployer], Process Command - ["C:\Program 
Files\Java\jre1.8.0_191\bin\java" -classpath "E:\Program Files\BMC 
Software\ARSystem\arfiledeployer-9.1.06-SNAPSHOT.jar" 
com.bmc.arsys.filedeployer.ARFileDeployerDaemon -i "E:\Program Files\BMC 
Software\ARSystem" -mt ARServer -m -mp 
eY44RNs24m1EpdHEra8JDdLbhU4N2OLJHAe49mBX8SB10hDeXuRfzGjKLmSXXjyF3Xdc1tebfYss2mdhwx1ShP7gMFhAIt/epg0MYXNgxFgOsg1SJYqFqw==]
<   ProcessController.java:149   > /* Mo Dez 10 2018 11:56:52.0649  
*/ 
<   ProcessController.java:151   > /* Mo Dez 10 2018 11:56:52.0649  
*/ External process name are as follows:
<   ProcessController.java:155   > /* Mo Dez 10 2018 11:56:52.0649  
*/ Process Service Name [BMC Remedy Flashboards Server - arsentw]Process Type 
[BMC:FlashBoardServer]Process start command [sc start "BMC Remedy Flashboards 
Server - arsentw"]Process stop command [net stop "BMC Remedy Flashboards Server 
- arsentw"]Process status command [sc query "BMC Remedy Flashboards Server - 
arsentw"]
<   ProcessController.java:155   > /* Mo Dez 10 2018 11:56:52.0650  
*/ Process Service Name [BMC Remedy Email Engine - arsentw 1]Process Type 
[BMC:EmailEngine]Process start command [sc start "BMC Remedy Email Engine - 
arsentw 1"]Process stop command [net stop "BMC Remedy Email Engine - arsentw 
1"]Process status command [sc query "BMC Remedy Email Engine - arsentw 1"]
<   ProcessController.java:165   > /* Mo Dez 10 2018 11:56:52.0651  
*/ Processes Started : [ BMC:FileDeployer  ].
<   ProcessController.java:166   > /* Mo Dez 10 2018 11:56:52.0651  
*/ Processed failed to Start : [  ].
<   ProcessController.java:168   > /* Mo Dez 10 2018 11:56:52.0651  
*/ Processes Stopped : [  ].
< ARMonitorDaemon.java:318   > /* Mo Dez 10 2018 11:56:52.0660  
*/ Initialization of ARMonitor completed.


Thomas-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: How To Make an AR Server an Admin Server

[Thomas Miskiewicz]

Thank Theo, but the DB ist restored or copy of anything. We just upgraded the 
server from 7.6 to 9.1.04 and the server is running fine but we’d like a 
complete installation. All the forms haven’t been updated and the server is 
seen as a secondary for some reason...

> On 10. Dec 2018, at 07:42, Theo Fondse  wrote:
> 
> Hi Thomas,
>  
> Is the DB a restored copy from prod or another environment?
> I would also make sure to change the servergroup name (Server Name Alias) on 
> the new server if the DB was a copy of another server’s DB.
>  
> Also have a look at the below to get more info on the places to fix server 
> references:
> https://communities.bmc.com/message/139868#139868 
> <https://communities.bmc.com/message/139868#139868>
>  
> https://docs.bmc.com/docs/ars81/changing-a-server-name-when-using-a-duplicated-or-migrated-environment-225971671.html
>  
> <https://docs.bmc.com/docs/ars81/changing-a-server-name-when-using-a-duplicated-or-migrated-environment-225971671.html>
>  
>  
> You could also use MPS to fix server references:
> https://www.missingpiecessoftware.com/products/remedy-restore-tool 
> <https://www.missingpiecessoftware.com/products/remedy-restore-tool>
>  
>  
> Best Regards,
>  
> Theo Fondse
>  
> From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas 
> Miskiewicz
> Sent: Sunday, 9 December, 2018 10:35 PM
> To: ARSList 
> Subject: Re: How To Make an AR Server an Admin Server
>  
> I did everything you said, I even now removed the 
> ARSystemInstalledConfiguraiton.xml and on the last screen before the 
> installation the installer already says it will perform a a secondary server 
> install / upgrade.
>  
> Again, my question is where is the primary / secondary info stored? Why is 
> the ranking config being ignored?
>  
>  
> 
> 
>> On 7. Dec 2018, at 20:01, LJ LongWing > <mailto:lj.longw...@gmail.com>> wrote:
>>  
>> all of the ones that start with srvgrp in the db
>>  
>> On Fri, Dec 7, 2018 at 11:48 AM Thomas Miskiewicz > <mailto:tmisk...@gmail.com>> wrote:
>>> which table?
>>>  
>>> On Fri 7. Dec 2018 at 19:45, Kevin Shaffer >> <mailto:kshaf...@partneritsm.com>> wrote:
>>>> We had a similar  issue where our srvgrp forms in the DB still had 
>>>> references to other servers.  Make sure tgose tables are correct. 
>>>> 
>>>> Get Outlook for Android <https://aka.ms/ghei36>
>>>>  
>>>> From: ARSList >>> <mailto:arslist-boun...@arslist.org>> on behalf of LJ LongWing 
>>>> mailto:lj.longw...@gmail.com>>
>>>> Sent: Friday, December 7, 2018 10:07:18 AM
>>>> To: arslist@arslist.org <mailto:arslist@arslist.org>
>>>> Subject: Re: How To Make an AR Server an Admin Server
>>>>  
>>>> after setting it, did you either press the 'sync' button, or restart the 
>>>> server to have it take effect?
>>>>  
>>>> On Fri, Dec 7, 2018 at 9:05 AM Thomas Miskiewicz >>> <mailto:tmisk...@gmail.com>> wrote:
>>>>> Did that. Zero effect on anything.
>>>>>  
>>>>> On Fri 7. Dec 2018 at 17:02, LJ LongWing >>>> <mailto:lj.longw...@gmail.com>> wrote:
>>>>>> Rank it as an Admin in the Server Group Operational Ranking form, and 
>>>>>> for that matter, rank it as 1 for the rest of them as well.
>>>>>>  
>>>>>> On Fri, Dec 7, 2018 at 8:52 AM Thomas Miskiewicz >>>>> <mailto:tmisk...@gmail.com>> wrote:
>>>>>>> Thank Carl, yes it is. 9.1.04
>>>>>>> 
>>>>>>> Fine, then let me rephrase my question. How to tell the server that 
>>>>>>> it’s an admin server so that the installer imports / updates the system 
>>>>>>> forms etc,
>>>>>>> 
>>>>>>> 
>>>>>>> Thomas
>>>>>>> 
>>>>>>> > On Dec 7, 2018, at 4:46 PM, Carl Wilson >>>>>> > <mailto:carlbwil...@gmail.com>> wrote:
>>>>>>> > 
>>>>>>> > Hi,
>>>>>>> > If it is one of the latest versions of Remedy, all Servers are Server 
>>>>>>> > Group members by default now.
>>>>>>> > 
>>>>>>> > --
>>>>>>> > 
>>>>>>> > Kind Regards,
>&g

Re: How To Make an AR Server an Admin Server

[Thomas Miskiewicz]

I did everything you said, I even now removed the 
ARSystemInstalledConfiguraiton.xml and on the last screen before the 
installation the installer already says it will perform a a secondary server 
install / upgrade.

Again, my question is where is the primary / secondary info stored? Why is the 
ranking config being ignored?



> On 7. Dec 2018, at 20:01, LJ LongWing  wrote:
> 
> all of the ones that start with srvgrp in the db
> 
> On Fri, Dec 7, 2018 at 11:48 AM Thomas Miskiewicz  <mailto:tmisk...@gmail.com>> wrote:
> which table?
> 
> On Fri 7. Dec 2018 at 19:45, Kevin Shaffer  <mailto:kshaf...@partneritsm.com>> wrote:
> We had a similar  issue where our srvgrp forms in the DB still had references 
> to other servers.  Make sure tgose tables are correct. 
> 
> Get Outlook for Android <https://aka.ms/ghei36>
> From: ARSList  <mailto:arslist-boun...@arslist.org>> on behalf of LJ LongWing 
> mailto:lj.longw...@gmail.com>>
> Sent: Friday, December 7, 2018 10:07:18 AM
> To: arslist@arslist.org <mailto:arslist@arslist.org>
> Subject: Re: How To Make an AR Server an Admin Server
>  
> after setting it, did you either press the 'sync' button, or restart the 
> server to have it take effect?
> 
> On Fri, Dec 7, 2018 at 9:05 AM Thomas Miskiewicz  <mailto:tmisk...@gmail.com>> wrote:
> Did that. Zero effect on anything.
> 
> On Fri 7. Dec 2018 at 17:02, LJ LongWing  <mailto:lj.longw...@gmail.com>> wrote:
> Rank it as an Admin in the Server Group Operational Ranking form, and for 
> that matter, rank it as 1 for the rest of them as well.
> 
> On Fri, Dec 7, 2018 at 8:52 AM Thomas Miskiewicz  <mailto:tmisk...@gmail.com>> wrote:
> Thank Carl, yes it is. 9.1.04
> 
> Fine, then let me rephrase my question. How to tell the server that it’s an 
> admin server so that the installer imports / updates the system forms etc,
> 
> 
> Thomas
> 
> > On Dec 7, 2018, at 4:46 PM, Carl Wilson  > <mailto:carlbwil...@gmail.com>> wrote:
> > 
> > Hi,
> > If it is one of the latest versions of Remedy, all Servers are Server Group 
> > members by default now.
> > 
> > --
> > 
> > Kind Regards,
> > 
> > Carl Wilson
> > 
> > 
> > -Original Message-
> > From: ARSList  > <mailto:arslist-boun...@arslist.org>> On Behalf Of Thomas Miskiewicz
> > Sent: 07 December 2018 15:25
> > To: ARSList mailto:arslist@arslist.org>>
> > Subject: How To Make an AR Server an Admin Server
> > 
> > Hi Listers,
> > 
> > installed a server that wasn’t in a server group. The server is now 
> > suddenly a server group member and a non-admin server on top of that.
> > 
> > I tried to change IS_SECONDARY to false und set the Server-Group-Memeber to 
> > false but it doesn’t help.
> > 
> > How is that information stored? Support came up with the genius idea to 
> > fall back and start from scratch.
> > 
> > 
> > 
> > Thomas
> > -- 
> > ARSList mailing list
> > ARSList@arslist.org <mailto:ARSList@arslist.org>
> > https://mailman.rrr.se/cgi/listinfo/arslist 
> > <https://mailman.rrr.se/cgi/listinfo/arslist>
> > 
> > 
> > ---
> > This email has been checked for viruses by Avast antivirus software.
> > https://www.avast.com/antivirus <https://www.avast.com/antivirus>
> > 
> > 
> > -- 
> > ARSList mailing list
> > ARSList@arslist.org <mailto:ARSList@arslist.org>
> > https://mailman.rrr.se/cgi/listinfo/arslist 
> > <https://mailman.rrr.se/cgi/listinfo/arslist>
> 
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org <mailto:ARSList@arslist.org>
> https://mailman.rrr.se/cgi/listinfo/arslist 
> <https://mailman.rrr.se/cgi/listinfo/arslist>
> -- 
> ARSList mailing list
> ARSList@arslist.org <mailto:ARSList@arslist.org>
> https://mailman.rrr.se/cgi/listinfo/arslist 
> <https://mailman.rrr.se/cgi/listinfo/arslist>
> -- 
> ARSList mailing list
> ARSList@arslist.org <mailto:ARSList@arslist.org>
> https://mailman.rrr.se/cgi/listinfo/arslist 
> <https://mailman.rrr.se/cgi/listinfo/arslist>
> -- 
> ARSList mailing list
> ARSList@arslist.org <mailto:ARSList@arslist.org>
> https://mailman.rrr.se/cgi/listinfo/arslist 
> <https://mailman.rrr.se/cgi/listinfo/arslist>
> -- 
> ARSList mailing list
> ARSList@arslist.org <mailto:ARSList@arslist.org>
> https://mailman.rrr.se/cgi/listinfo/arslist 
> <https://mailman.rrr.se/cgi/listinfo/arslist>
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: How To Make an AR Server an Admin Server

[Thomas Miskiewicz]

which table?

On Fri 7. Dec 2018 at 19:45, Kevin Shaffer  wrote:

> We had a similar  issue where our srvgrp forms in the DB still had
> references to other servers.  Make sure tgose tables are correct.
>
> Get Outlook for Android <https://aka.ms/ghei36>
>
> --
> *From:* ARSList  on behalf of LJ LongWing <
> lj.longw...@gmail.com>
> *Sent:* Friday, December 7, 2018 10:07:18 AM
> *To:* arslist@arslist.org
> *Subject:* Re: How To Make an AR Server an Admin Server
>
> after setting it, did you either press the 'sync' button, or restart the
> server to have it take effect?
>
> On Fri, Dec 7, 2018 at 9:05 AM Thomas Miskiewicz 
> wrote:
>
>> Did that. Zero effect on anything.
>>
>> On Fri 7. Dec 2018 at 17:02, LJ LongWing  wrote:
>>
>>> Rank it as an Admin in the Server Group Operational Ranking form, and
>>> for that matter, rank it as 1 for the rest of them as well.
>>>
>>> On Fri, Dec 7, 2018 at 8:52 AM Thomas Miskiewicz 
>>> wrote:
>>>
>>>> Thank Carl, yes it is. 9.1.04
>>>>
>>>> Fine, then let me rephrase my question. How to tell the server that
>>>> it’s an admin server so that the installer imports / updates the system
>>>> forms etc,
>>>>
>>>>
>>>> Thomas
>>>>
>>>> > On Dec 7, 2018, at 4:46 PM, Carl Wilson 
>>>> wrote:
>>>> >
>>>> > Hi,
>>>> > If it is one of the latest versions of Remedy, all Servers are Server
>>>> Group members by default now.
>>>> >
>>>> > --
>>>> >
>>>> > Kind Regards,
>>>> >
>>>> > Carl Wilson
>>>> >
>>>> >
>>>> > -Original Message-
>>>> > From: ARSList  On Behalf Of Thomas
>>>> Miskiewicz
>>>> > Sent: 07 December 2018 15:25
>>>> > To: ARSList 
>>>> > Subject: How To Make an AR Server an Admin Server
>>>> >
>>>> > Hi Listers,
>>>> >
>>>> > installed a server that wasn’t in a server group. The server is now
>>>> suddenly a server group member and a non-admin server on top of that.
>>>> >
>>>> > I tried to change IS_SECONDARY to false und set the
>>>> Server-Group-Memeber to false but it doesn’t help.
>>>> >
>>>> > How is that information stored? Support came up with the genius idea
>>>> to fall back and start from scratch.
>>>> >
>>>> >
>>>> >
>>>> > Thomas
>>>> > --
>>>> > ARSList mailing list
>>>> > ARSList@arslist.org
>>>> > https://mailman.rrr.se/cgi/listinfo/arslist
>>>> >
>>>> >
>>>> > ---
>>>> > This email has been checked for viruses by Avast antivirus software.
>>>> > https://www.avast.com/antivirus
>>>> >
>>>> >
>>>> > --
>>>> > ARSList mailing list
>>>> > ARSList@arslist.org
>>>> > https://mailman.rrr.se/cgi/listinfo/arslist
>>>>
>>>>
>>>> --
>>>> ARSList mailing list
>>>> ARSList@arslist.org
>>>> https://mailman.rrr.se/cgi/listinfo/arslist
>>>>
>>> --
>>> ARSList mailing list
>>> ARSList@arslist.org
>>> https://mailman.rrr.se/cgi/listinfo/arslist
>>>
>> --
>> ARSList mailing list
>> ARSList@arslist.org
>> https://mailman.rrr.se/cgi/listinfo/arslist
>>
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: How To Make an AR Server an Admin Server

[Thomas Miskiewicz]

Did that. Zero effect on anything.

On Fri 7. Dec 2018 at 17:02, LJ LongWing  wrote:

> Rank it as an Admin in the Server Group Operational Ranking form, and for
> that matter, rank it as 1 for the rest of them as well.
>
> On Fri, Dec 7, 2018 at 8:52 AM Thomas Miskiewicz 
> wrote:
>
>> Thank Carl, yes it is. 9.1.04
>>
>> Fine, then let me rephrase my question. How to tell the server that it’s
>> an admin server so that the installer imports / updates the system forms
>> etc,
>>
>>
>> Thomas
>>
>> > On Dec 7, 2018, at 4:46 PM, Carl Wilson  wrote:
>> >
>> > Hi,
>> > If it is one of the latest versions of Remedy, all Servers are Server
>> Group members by default now.
>> >
>> > --
>> >
>> > Kind Regards,
>> >
>> > Carl Wilson
>> >
>> >
>> > -Original Message-
>> > From: ARSList  On Behalf Of Thomas
>> Miskiewicz
>> > Sent: 07 December 2018 15:25
>> > To: ARSList 
>> > Subject: How To Make an AR Server an Admin Server
>> >
>> > Hi Listers,
>> >
>> > installed a server that wasn’t in a server group. The server is now
>> suddenly a server group member and a non-admin server on top of that.
>> >
>> > I tried to change IS_SECONDARY to false und set the
>> Server-Group-Memeber to false but it doesn’t help.
>> >
>> > How is that information stored? Support came up with the genius idea to
>> fall back and start from scratch.
>> >
>> >
>> >
>> > Thomas
>> > --
>> > ARSList mailing list
>> > ARSList@arslist.org
>> > https://mailman.rrr.se/cgi/listinfo/arslist
>> >
>> >
>> > ---
>> > This email has been checked for viruses by Avast antivirus software.
>> > https://www.avast.com/antivirus
>> >
>> >
>> > --
>> > ARSList mailing list
>> > ARSList@arslist.org
>> > https://mailman.rrr.se/cgi/listinfo/arslist
>>
>>
>> --
>> ARSList mailing list
>> ARSList@arslist.org
>> https://mailman.rrr.se/cgi/listinfo/arslist
>>
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: How To Make an AR Server an Admin Server

[Thomas Miskiewicz]

Thank Carl, yes it is. 9.1.04

Fine, then let me rephrase my question. How to tell the server that it’s an 
admin server so that the installer imports / updates the system forms etc,


Thomas

> On Dec 7, 2018, at 4:46 PM, Carl Wilson  wrote:
> 
> Hi,
> If it is one of the latest versions of Remedy, all Servers are Server Group 
> members by default now.
> 
> --
> 
> Kind Regards,
> 
> Carl Wilson
> 
> 
> -Original Message-
> From: ARSList  On Behalf Of Thomas Miskiewicz
> Sent: 07 December 2018 15:25
> To: ARSList 
> Subject: How To Make an AR Server an Admin Server
> 
> Hi Listers,
> 
> installed a server that wasn’t in a server group. The server is now suddenly 
> a server group member and a non-admin server on top of that.
> 
> I tried to change IS_SECONDARY to false und set the Server-Group-Memeber to 
> false but it doesn’t help.
> 
> How is that information stored? Support came up with the genius idea to fall 
> back and start from scratch.
> 
> 
> 
> Thomas
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
> 
> 
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
> 
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist


-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

How To Make an AR Server an Admin Server

[Thomas Miskiewicz]

Hi Listers,

installed a server that wasn’t in a server group. The server is now suddenly a 
server group member and a non-admin server on top of that.

I tried to change IS_SECONDARY to false und set the Server-Group-Memeber to 
false but it doesn’t help.

How is that information stored? Support came up with the genius idea to fall 
back and start from scratch.



Thomas
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

What can be the reason for slow dso

[Thomas Miskiewicz]

Hi Listers

I modify a record, the change does into distributed pending and it stays there 
for quite a few minutes before it gets processed. This isn’t normal is it?


Thomas
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Moving ARS To a Newer OS and Host

[Thomas Miskiewicz]

Thanks LJ!

I’m about to go this route 
https://docs.bmc.com/docs/brid90/configuring-oracle-databases-537625258.html#ConfiguringOracledatabases-TouseapreviouslycreatedtablespaceinBMCRemedyARSystem

I was hoping it can be avoided...

Thomas 

> On 3. Dec 2018, at 12:45, LJ LongWing  wrote:
> 
> They should be able to just create a blank db and give you an id/pw to it and 
> remedy will create the schemes needed, if I'm not mistaken
> 
>> On December 3, 2018 5:39:59 AM Thomas Miskiewicz  wrote:
>> 
>> Hi there,
>> 
>> I’m moving ARS (no ITSM) to a new host (Newer Windows) and upgrading 8.1 to 
>> 9.1.06 at the same time.
>> 
>> Support told me to start the installer on the new host, tell him it’s a new 
>> install and then point him to the existing ARAdmin. All it got me however 
>> was a wired error message which the KB is not very clear how to fix it so 
>> I’d rather not touch it.
>> 
>> So instead I first went ahead and upgraded the 8.1 to 9.1.06 on the old host 
>> which worked like a charm but of course I’m still facing the move to the new 
>> host and OS. If it were Unix I’d just move the binaries from old to new but 
>> it’s Windows... well we want a fresh binaries on the new host anyway.
>> 
>> What I’d usually do would be go to the new host, install new ARS as 
>> ARAdminTest and when it’s done point the fresh binaries to the old DB via 
>> ar.conf and delete the ARAdminTest Schema afterwards. Unfortunately this 
>> time it’s different...
>> 
>> The DB Admins don’t want to hand over a temp password for the Oracle system 
>> user nor just enter the password during the installation (would be to easy 
>> right) but rather require us to provide the steps / SQL for creating the 
>> ARAdminTest Schema.
>> 
>> Fine with me but before I do I thought I’d ask arslisters maybe someone has 
>> an idea how to get fresh ARS binaries on my new host. Upgrade won’t work 
>> because the binaries don’t exist and new install gets offended but the 
>> existence of the ARAdmin Schema...
>> 
>> 
>> Thank you
>> 
>> Thomas
>> --
>> ARSList mailing list
>> ARSList@arslist.org
>> https://mailman.rrr.se/cgi/listinfo/arslist
> 
> 
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Moving ARS To a Newer OS and Host

[Thomas Miskiewicz]

Hi there,

I’m moving ARS (no ITSM) to a new host (Newer Windows) and upgrading 8.1 to 
9.1.06 at the same time.

Support told me to start the installer on the new host, tell him it’s a new 
install and then point him to the existing ARAdmin. All it got me however was a 
wired error message which the KB is not very clear how to fix it so I’d rather 
not touch it.

So instead I first went ahead and upgraded the 8.1 to 9.1.06 on the old host 
which worked like a charm but of course I’m still facing the move to the new 
host and OS. If it were Unix I’d just move the binaries from old to new but 
it’s Windows... well we want a fresh binaries on the new host anyway.

What I’d usually do would be go to the new host, install new ARS as ARAdminTest 
and when it’s done point the fresh binaries to the old DB via ar.conf and 
delete the ARAdminTest Schema afterwards. Unfortunately this time it’s 
different...

The DB Admins don’t want to hand over a temp password for the Oracle system 
user nor just enter the password during the installation (would be to easy 
right) but rather require us to provide the steps / SQL for creating the 
ARAdminTest Schema.

Fine with me but before I do I thought I’d ask arslisters maybe someone has an 
idea how to get fresh ARS binaries on my new host. Upgrade won’t work because 
the binaries don’t exist and new install gets offended but the existence of the 
ARAdmin Schema...


Thank you

Thomas
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Looking for RSSO multi server advice

[Thomas Miskiewicz]

What kind of input? I just installed and deployed it with a customer in the
precise setup you’ve mentioned and it works great.

On Sat 1. Dec 2018 at 12:16,  wrote:

> Hi
> Long time since I posted. Only experience with RSSO is theory. Looking for
> input from some of you more experienced guys on installing in a HA cluster,
> Linux, Oracle 12g and ARS 9.1.04
> Thanks
> Herb
>
> Get Outlook for Android 
>
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Prompt for Windows Credentials when opening an Attachment in IE

[Thomas Miskiewicz]

Hahaha! I’ll try it in my office!

> On Sep 24, 2018, at 11:28 PM, JD Hood  wrote:
> 
> I'm never told -- working in the Federal sector, I've lost count of the times 
> we've been inexplicably and unexpectedly blocked by GPO policies. I usually 
> raise a complaint when something suddenly stops working and after a few 
> minutes, the security folks shout, "try it now!" and it works again.
> 
> -JDHood
> 
> 
> 
> On Mon, Sep 24, 2018 at 5:09 PM Thomas Miskiewicz  <mailto:tmisk...@gmail.com>> wrote:
> Another great idea. What exactly do I need to check?
> 
>> On Sep 24, 2018, at 11:03 PM, JD Hood > <mailto:hood...@gmail.com>> wrote:
>> 
>> If it's only in production, perhaps it's a security issue when IE is going 
>> to access the local disk?
>> 
>> -JDHood
>>  
>> 
>> On Mon, Sep 24, 2018 at 8:28 AM Thomas Miskiewicz > <mailto:tmisk...@gmail.com>> wrote:
>> If it’s an IE issue - which I do not doubt - yet I don’t understand why we 
>> don’t have it in development and test but in production… Same browser, 
>> apparently same everything else...
>> 
>> > On 24. Sep 2018, at 14:11, Kevin Candelaria > > <mailto:ke...@temple.edu>> wrote:
>> > 
>> > 
>> > 
>> > Sounds like an issue with IE, I have seen that here with our LMS system 
>> > when downloading attachments as well. Prompts for username and password to 
>> > the site for no reason. 
>> > 
>> > 
>> > 
>> > From: ARSList > > <mailto:arslist-boun...@arslist.org>> on behalf of Thomas Miskiewicz 
>> > mailto:tmisk...@gmail.com>>
>> > Sent: Monday, September 24, 2018 6:43 AM
>> > To: ARSList
>> > Subject: Prompt for Windows Credentials when opening an Attachment in IE
>> > 
>> > Hi Listers,
>> > 
>> > we get a prompt for User Credentials when we try to open an attachment in 
>> > IE. One needs to click that prompt away two times rather than enter the 
>> > credentials to open the attachment.
>> > 
>> > Any idea what can be done?
>> > 
>> > 
>> > Thomas
>> > --
>> > ARSList mailing list
>> > ARSList@arslist.org <mailto:ARSList@arslist.org>
>> > https://mailman.rrr.se/cgi/listinfo/arslist 
>> > <https://mailman.rrr.se/cgi/listinfo/arslist>
>> > 
>> > -- 
>> > ARSList mailing list
>> > ARSList@arslist.org <mailto:ARSList@arslist.org>
>> > https://mailman.rrr.se/cgi/listinfo/arslist 
>> > <https://mailman.rrr.se/cgi/listinfo/arslist>
>> 
>> 
>> -- 
>> ARSList mailing list
>> ARSList@arslist.org <mailto:ARSList@arslist.org>
>> https://mailman.rrr.se/cgi/listinfo/arslist 
>> <https://mailman.rrr.se/cgi/listinfo/arslist>
>> -- 
>> ARSList mailing list
>> ARSList@arslist.org <mailto:ARSList@arslist.org>
>> https://mailman.rrr.se/cgi/listinfo/arslist 
>> <https://mailman.rrr.se/cgi/listinfo/arslist>
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org <mailto:ARSList@arslist.org>
> https://mailman.rrr.se/cgi/listinfo/arslist 
> <https://mailman.rrr.se/cgi/listinfo/arslist>
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Prompt for Windows Credentials when opening an Attachment in IE

[Thomas Miskiewicz]

Another great idea. What exactly do I need to check?

> On Sep 24, 2018, at 11:03 PM, JD Hood  wrote:
> 
> If it's only in production, perhaps it's a security issue when IE is going to 
> access the local disk?
> 
> -JDHood
>  
> 
> On Mon, Sep 24, 2018 at 8:28 AM Thomas Miskiewicz  <mailto:tmisk...@gmail.com>> wrote:
> If it’s an IE issue - which I do not doubt - yet I don’t understand why we 
> don’t have it in development and test but in production… Same browser, 
> apparently same everything else...
> 
> > On 24. Sep 2018, at 14:11, Kevin Candelaria  > <mailto:ke...@temple.edu>> wrote:
> > 
> > 
> > 
> > Sounds like an issue with IE, I have seen that here with our LMS system 
> > when downloading attachments as well. Prompts for username and password to 
> > the site for no reason. 
> > 
> > 
> > 
> > From: ARSList  > <mailto:arslist-boun...@arslist.org>> on behalf of Thomas Miskiewicz 
> > mailto:tmisk...@gmail.com>>
> > Sent: Monday, September 24, 2018 6:43 AM
> > To: ARSList
> > Subject: Prompt for Windows Credentials when opening an Attachment in IE
> > 
> > Hi Listers,
> > 
> > we get a prompt for User Credentials when we try to open an attachment in 
> > IE. One needs to click that prompt away two times rather than enter the 
> > credentials to open the attachment.
> > 
> > Any idea what can be done?
> > 
> > 
> > Thomas
> > --
> > ARSList mailing list
> > ARSList@arslist.org <mailto:ARSList@arslist.org>
> > https://mailman.rrr.se/cgi/listinfo/arslist 
> > <https://mailman.rrr.se/cgi/listinfo/arslist>
> > 
> > -- 
> > ARSList mailing list
> > ARSList@arslist.org <mailto:ARSList@arslist.org>
> > https://mailman.rrr.se/cgi/listinfo/arslist 
> > <https://mailman.rrr.se/cgi/listinfo/arslist>
> 
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org <mailto:ARSList@arslist.org>
> https://mailman.rrr.se/cgi/listinfo/arslist 
> <https://mailman.rrr.se/cgi/listinfo/arslist>
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Prompt for Windows Credentials when opening an Attachment in IE

[Thomas Miskiewicz]

Thank you LJ, I will!

> On 24. Sep 2018, at 15:08, LJ LongWing  wrote:
> 
> I've seen random prompting for credentials when the SSO for one reason or 
> another doesn't authenticate a particular callthis can happen when 
> pulling attachments because even though you are already on the record with it 
> on your screen, the 'save' action prompts a new api call and all api calls 
> are authenticated...so, if you are using SSO, I would check the SSO logs to 
> see if you are being rejected for some reason
> 
> On Mon, Sep 24, 2018 at 7:03 AM Thomas Miskiewicz  <mailto:tmisk...@gmail.com>> wrote:
> Apparently there isn’t. What could be the root cause? Where to look?
> 
> On 24. Sep 2018, at 14:57, LJ LongWing  <mailto:lj.longw...@gmail.com>> wrote:
> 
>> is there a difference in configuration?  LB, SSO?
>> 
>> On Mon, Sep 24, 2018 at 6:29 AM Thomas Miskiewicz > <mailto:tmisk...@gmail.com>> wrote:
>> If it’s an IE issue - which I do not doubt - yet I don’t understand why we 
>> don’t have it in development and test but in production… Same browser, 
>> apparently same everything else...
>> 
>> > On 24. Sep 2018, at 14:11, Kevin Candelaria > > <mailto:ke...@temple.edu>> wrote:
>> > 
>> > 
>> > 
>> > Sounds like an issue with IE, I have seen that here with our LMS system 
>> > when downloading attachments as well. Prompts for username and password to 
>> > the site for no reason. 
>> > 
>> > 
>> > 
>> > From: ARSList > > <mailto:arslist-boun...@arslist.org>> on behalf of Thomas Miskiewicz 
>> > mailto:tmisk...@gmail.com>>
>> > Sent: Monday, September 24, 2018 6:43 AM
>> > To: ARSList
>> > Subject: Prompt for Windows Credentials when opening an Attachment in IE
>> > 
>> > Hi Listers,
>> > 
>> > we get a prompt for User Credentials when we try to open an attachment in 
>> > IE. One needs to click that prompt away two times rather than enter the 
>> > credentials to open the attachment.
>> > 
>> > Any idea what can be done?
>> > 
>> > 
>> > Thomas
>> > --
>> > ARSList mailing list
>> > ARSList@arslist.org <mailto:ARSList@arslist.org>
>> > https://mailman.rrr.se/cgi/listinfo/arslist 
>> > <https://mailman.rrr.se/cgi/listinfo/arslist>
>> > 
>> > -- 
>> > ARSList mailing list
>> > ARSList@arslist.org <mailto:ARSList@arslist.org>
>> > https://mailman.rrr.se/cgi/listinfo/arslist 
>> > <https://mailman.rrr.se/cgi/listinfo/arslist>
>> 
>> 
>> -- 
>> ARSList mailing list
>> ARSList@arslist.org <mailto:ARSList@arslist.org>
>> https://mailman.rrr.se/cgi/listinfo/arslist 
>> <https://mailman.rrr.se/cgi/listinfo/arslist>
>> -- 
>> ARSList mailing list
>> ARSList@arslist.org <mailto:ARSList@arslist.org>
>> https://mailman.rrr.se/cgi/listinfo/arslist 
>> <https://mailman.rrr.se/cgi/listinfo/arslist>
> -- 
> ARSList mailing list
> ARSList@arslist.org <mailto:ARSList@arslist.org>
> https://mailman.rrr.se/cgi/listinfo/arslist 
> <https://mailman.rrr.se/cgi/listinfo/arslist>
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Prompt for Windows Credentials when opening an Attachment in IE

[Thomas Miskiewicz]

Apparently there isn’t. What could be the root cause? Where to look?

> On 24. Sep 2018, at 14:57, LJ LongWing  wrote:
> 
> is there a difference in configuration?  LB, SSO?
> 
>> On Mon, Sep 24, 2018 at 6:29 AM Thomas Miskiewicz  wrote:
>> If it’s an IE issue - which I do not doubt - yet I don’t understand why we 
>> don’t have it in development and test but in production… Same browser, 
>> apparently same everything else...
>> 
>> > On 24. Sep 2018, at 14:11, Kevin Candelaria  wrote:
>> > 
>> > 
>> > 
>> > Sounds like an issue with IE, I have seen that here with our LMS system 
>> > when downloading attachments as well. Prompts for username and password to 
>> > the site for no reason. 
>> > 
>> > 
>> > 
>> > From: ARSList  on behalf of Thomas Miskiewicz 
>> > 
>> > Sent: Monday, September 24, 2018 6:43 AM
>> > To: ARSList
>> > Subject: Prompt for Windows Credentials when opening an Attachment in IE
>> > 
>> > Hi Listers,
>> > 
>> > we get a prompt for User Credentials when we try to open an attachment in 
>> > IE. One needs to click that prompt away two times rather than enter the 
>> > credentials to open the attachment.
>> > 
>> > Any idea what can be done?
>> > 
>> > 
>> > Thomas
>> > --
>> > ARSList mailing list
>> > ARSList@arslist.org
>> > https://mailman.rrr.se/cgi/listinfo/arslist
>> > 
>> > -- 
>> > ARSList mailing list
>> > ARSList@arslist.org
>> > https://mailman.rrr.se/cgi/listinfo/arslist
>> 
>> 
>> -- 
>> ARSList mailing list
>> ARSList@arslist.org
>> https://mailman.rrr.se/cgi/listinfo/arslist
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Prompt for Windows Credentials when opening an Attachment in IE

[Thomas Miskiewicz]

If it’s an IE issue - which I do not doubt - yet I don’t understand why we 
don’t have it in development and test but in production… Same browser, 
apparently same everything else...

> On 24. Sep 2018, at 14:11, Kevin Candelaria  wrote:
> 
> 
> 
> Sounds like an issue with IE, I have seen that here with our LMS system when 
> downloading attachments as well. Prompts for username and password to the 
> site for no reason. 
> 
> 
> 
> From: ARSList  on behalf of Thomas Miskiewicz 
> 
> Sent: Monday, September 24, 2018 6:43 AM
> To: ARSList
> Subject: Prompt for Windows Credentials when opening an Attachment in IE
> 
> Hi Listers,
> 
> we get a prompt for User Credentials when we try to open an attachment in IE. 
> One needs to click that prompt away two times rather than enter the 
> credentials to open the attachment.
> 
> Any idea what can be done?
> 
> 
> Thomas
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist


-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Prompt for Windows Credentials when opening an Attachment in IE

[Thomas Miskiewicz]

Hi Listers,

we get a prompt for User Credentials when we try to open an attachment in IE. 
One needs to click that prompt away two times rather than enter the credentials 
to open the attachment.

Any idea what can be done?


Thomas
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Email Engine Conditional Capabilities?

[Thomas Miskiewicz]

Great idea, but when sending html emails one cannot see the actual content of 
the Email in the AR System Email Messages. Apparently it’s all being merged 
when sending inside the black box called Email Engine...

> On Aug 30, 2018, at 1:45 PM, Misi Mladoniczky  wrote:
> 
> Hi,
> 
> I guess you can build filters on the AR System Email Messages form that does 
> something like a REPLACE("", "") to remove empty rows.
> 
>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
> 
> 
> August 30, 2018 12:57 PM, "Thomas Miskiewicz"  wrote:
> 
>> Hello Listers!
>> 
>> Does the ARS Email Engine have to conditional capabilities? For instance if 
>> HTLM row empty then
>> hide it.
>> 
>> Thomas
>> -- 
>> ARSList mailing list
>> ARSList@arslist.org
>> https://mailman.rrr.se/cgi/listinfo/arslist
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist


-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Email Engine Conditional Capabilities?

[Thomas Miskiewicz]

Hello Listers!

Does the ARS Email Engine have to conditional capabilities? For instance if 
HTLM row empty then hide it.


Thomas
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

How to use a selection field alias in a message?

[Thomas Miskiewicz]

Hello Listers,

is it possible to us a selection alias in a message and if yes how?




Thank you 

Thomas Miskiewicz -- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: [EXTERNAL] Where to find the ITSM Suite Entry Points?

[Thomas Miskiewicz]

I checked - it’s empty.

> On 22. Aug 2018, at 12:33, Fawver, Dustin  wrote:
> 
> Thomas,
>  
> While I don’t have the ITSM suite, you may be looking for the Entry Points 
> section in a form’s ‘Definitions’ tab in Developer Studio.  Does that help or 
> are you looking more to customizing the menu shown below?
>  
>  
> Dustin Fawver
> Sr. Help Desk Technician
> Information Technology Services
>  
> P: 423-439-4648
> itsh...@etsu.edu <mailto:itsh...@etsu.edu>
>  <http://www.etsu.edu/helpdesk>
>  
> From: ARSList [mailto:arslist-boun...@arslist.org 
> <mailto:arslist-boun...@arslist.org>] On Behalf Of Thomas Miskiewicz
> Sent: Wednesday, August 22, 2018 6:05 AM
> To: ARSList mailto:arslist@arslist.org>>
> Subject: [EXTERNAL] Where to find the ITSM Suite Entry Points?
>  
> Hello Listers, 
>  
> where I do find the Entry Points like New Incident and Search Incident in the 
> ITSM Suite?
>  
>  
> Thank you
>  
> Thomas
>  
> 
> The [EXTERNAL] tag in the subject line identifies emails that do NOT 
> originate from an ETSU person or service. Please exercise caution when 
> handling emails from external sources. Any email that is unsolicited and 
> requires you to take immediate action, appears to be forged or is PHISHING 
> for information can be verified by emailing the ITS Help Desk.
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org <mailto:ARSList@arslist.org>
> https://mailman.rrr.se/cgi/listinfo/arslist 
> <https://mailman.rrr.se/cgi/listinfo/arslist>
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Where to find the ITSM Suite Entry Points?

[Thomas Miskiewicz]

Hello Listers,

where I do find the Entry Points like New Incident and Search Incident in the 
ITSM Suite?


Thank you

Thomas

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: [E] DSO with and without Port

[Thomas Miskiewicz]

9.1.03 SP1 Hotfix Nov 2017

> On Aug 6, 2018, at 8:25 PM, Fred Grooms via ARSList  
> wrote:
> 
> What version AR Server are you running?   There is a bug in ARS 9 where DSO 
> does not read the target server port.  I'm not sure which patch it is 
> corrected in.
> 
> Fred
> 
> -Original Message-
> From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas 
> Miskiewicz
> Sent: Monday, August 6, 2018 11:35 AM
> To: ARSList 
> Subject: [E] DSO with and without Port
> 
> Hello Listers,
> 
> the target server runs with port mapper. For some reason some of the DSO 
> transfers stopped working. The logs show that the attempts of some DSO 
> transfers work because they do it on Port 1112 (Port Mapper). But the ones 
> failing for some reason use port 2010 on which the source server runs…
> 
> How to explain this wired behaviour? 
> 
> 
> Thomas
> -- 
> ARSList mailing list
> ARSList@arslist.org
> 
> 
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist


-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

DSO with and without Port

[Thomas Miskiewicz]

Hello Listers,

the target server runs with port mapper. For some reason some of the DSO 
transfers stopped working. The logs show that the attempts of some DSO 
transfers work because they do it on Port 1112 (Port Mapper). But the ones 
failing for some reason use port 2010 on which the source server runs…

How to explain this wired behaviour? 


Thomas
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

How to dynamically set the WS endpoint?

[Thomas Miskiewicz]

Hey Listers,

is it possible to dynamically set the WS endpoint? Kind of sick of building 
separate filters for every stage...


Thomas 
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

BMC Remedy Web Service Limitations

[Thomas Miskiewicz]

Hello there,

in the ITSM Suite an Incident can have 0-n WorkLogs and a WorkLogs can have 0-5 
attachments.

I’m trying to transfer that structure though a Web Service but looks like 
Remedy is ignoring everything that does deeper than WorkLog:



Request:

http://www.w3.org/2003/05/soap-envelope;>

ARAdmin

Test 001
Only a Test






What other options do we have to deliver the Incident - WorkLogs - Attachments 
combination?


Thomas




-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Is rrrchive suitable for migrating groups?

[Thomas Miskiewicz]

Cool, thanks Misi. Hopefully last question: can I somehow speed up the
migration by setting Simenon the target? Got 250 Million Records to move.

On Fri 1. Jun 2018 at 15:28, Misi Mladoniczky  wrote:

> Hi,
>
> transfertype=SYNCTOTARGET
>
> And typically you would NOT use any qualification at all so that all
> records are handled. SYNCTOTARGET cat be tricky in combination with a
> qualification.
>
>
> 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
>
> June 1, 2018 9:16 AM, "Thomas Miskiewicz"  wrote:
>
> > Sorry Misi - you’re right. I was able to solve in the mean time.
> >
> > Still got this question for you. Let’s say I copy data on day 1. Which
> is the best option to synch
> > on day 2, by synch I mean update records that are newer and delete
> records that have been deleted
> > in the meantime?
> >
> > Thank you
> >
> > Thomas
> >
> >> On Jun 1, 2018, at 9:08 AM, Misi Mladoniczky  wrote:
> >>
> >> Hi,
> >>
> >> Apparently your RRR|Chive config file is not correct.
> >>
> >> You did not supply a copy for us to review so there is no way to help
> you further.
> >>
> >> 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
> >>
> >> May 25, 2018 2:13 PM, "Thomas Miskiewicz"  wrote:
> >>
> >>> Hi there,
> >>>
> >>> trying to migrate groups. There are 3100 group on source. Chive says
> it will migrate 9000! I let it
> >>> do it anyway. Result: target gas 15 groups before and after the
> migration!
> >>>
> >>> What am I missing?
> >>>
> >>> Thomas
> >>> --
> >>> ARSList mailing list
> >>> ARSList@arslist.org
> >>> https://mailman.rrr.se/cgi/listinfo/arslist
> >>
> >> --
> >> ARSList mailing list
> >> ARSList@arslist.org
> >> https://mailman.rrr.se/cgi/listinfo/arslist
> >
> > --
> > ARSList mailing list
> > ARSList@arslist.org
> > https://mailman.rrr.se/cgi/listinfo/arslist
>
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Is rrrchive suitable for migrating groups?

[Thomas Miskiewicz]

Sorry Misi - you’re right. I was able to solve in the mean time.

Still got this question for you. Let’s say I copy data on day 1. Which is the 
best option to synch on day 2, by synch I mean update records that are newer 
and delete records that have been deleted in the meantime?

Thank you

Thomas

> On Jun 1, 2018, at 9:08 AM, Misi Mladoniczky  wrote:
> 
> Hi,
> 
> Apparently your RRR|Chive config file is not correct.
> 
> You did not supply a copy for us to review so there is no way to help you 
> further.
> 
>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
> 
> 
> May 25, 2018 2:13 PM, "Thomas Miskiewicz"  wrote:
> 
>> Hi there,
>> 
>> trying to migrate groups. There are 3100 group on source. Chive says it will 
>> migrate 9000! I let it
>> do it anyway. Result: target gas 15 groups before and after the migration!
>> 
>> What am I missing?
>> 
>> Thomas
>> -- 
>> ARSList mailing list
>> ARSList@arslist.org
>> https://mailman.rrr.se/cgi/listinfo/arslist
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist


-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: [E] How to Change the Primary Key in a Web Service Call?

[Thomas Miskiewicz]

Sounds promising, Fred! I’ll try that.

Let me describe my goal. 

I’m consuming a web service and trying to create a ticket in the other system.

The source is the ITSM Suite.

On the staging form I have the ITSM Ticket ID.

I was wondering whether I could use it to tell the filter get the children like 
WorkLogs, CIs, etc from their respective ITSM sources or whether I have to 
build WorkLog, CI etc staging forms.


Thanks

Thomas

> On 25. May 2018, at 18:19, Fred Grooms via ARSList <arslist@arslist.org> 
> wrote:
> 
> I believe you have to un-map the form and then when you re-map it you will 
> get the screen to select it
>  
> From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas 
> Miskiewicz
> Sent: Friday, May 25, 2018 10:23 AM
> To: ARSList <arslist@arslist.org>
> Subject: [E] How to Change the Primary Key in a Web Service Call?
>  
> Hello there,
>  
> we’re using a staging form for our web service. Is it possible to change the 
> primary key in the Mapping Info?
>  
> At least on my system I cannot select anything...
> 
>  
>  
> Thanks
>  
> Thomas
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

How to Change the Primary Key in a Web Service Call?

[Thomas Miskiewicz]

Hello there,

we’re using a staging form for our web service. Is it possible to change the 
primary key in the Mapping Info?

At least on my system I cannot select anything...



Thanks

Thomas-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Is rrrchive suitable for migrating groups?

[Thomas Miskiewicz]

Hi there,

trying to migrate groups. There are 3100 group on source. Chive says it will 
migrate 9000! I let it do it anyway. Result: target gas 15 groups before and 
after the migration!

What am I missing?


Thomas
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: [EXTERNAL] Re: Trouble getting rrrchive to run

[Thomas Miskiewicz]

 Not town that part but the part ARS who listens on .


On Wed 2. May 2018 at 21:48, Dave Shellman <adshell...@gmail.com> wrote:

> The port for the ARSystem should be a completely different port than the
> Telnet port.
>
> Dave
>
> On Wed, May 2, 2018 at 3:41 PM Thomas Miskiewicz <tmisk...@gmail.com>
> wrote:
>
>> telnet hostname port works just fine. I’ll try the IP address.
>>
>> On 2. May 2018, at 20:56, Fawver, Dustin <faw...@mail.etsu.edu> wrote:
>>
>> Usually when I get that error message, it’s because of one of two things.
>>
>>
>>
>> 1)  I don’t have an appropriate firewall exemption on the ARS server
>> for the machine that’s running RRRCHIVE.
>>
>> 2)  For whatever reason, I have to specify the IP address of the
>> source and/or target server instead of the hostname.
>>
>>
>>
>> I hope this helps.
>>
>>
>>
>> Dustin Fawver
>>
>> Sr. Help Desk Technician
>>
>> Information Technology Services
>>
>>
>>
>> P: 423-439-4648
>>
>> itsh...@etsu.edu
>>
>>  <http://www.etsu.edu/helpdesk>
>>
>>
>>
>> *From:* ARSList [mailto:arslist-boun...@arslist.org
>> <arslist-boun...@arslist.org>] *On Behalf Of *Thomas Miskiewicz
>> *Sent:* Wednesday, May 02, 2018 9:42 AM
>> *To:* ARSList <arslist@arslist.org>
>> *Subject:* [EXTERNAL] Re: Trouble getting rrrchive to run
>>
>>
>>
>> Thank you, Misi!
>>
>>
>>
>> Is there an advanced logging that would help where the problem is?
>>
>>
>>
>>
>>
>> Thomas
>>
>>
>> On 2. May 2018, at 15:36, Misi Mladoniczky <m...@rrr.se> wrote:
>>
>> Hi,
>>
>> No, different server versions work just fine.
>>
>> Best Regards - Misi, RRR AB, http://www.rrr.se
>> <https://linkprotect.cudasvc.com/url?a=http%3a%2f%2fwww.rrr.se=E,1,jO5lkW-qiNKU_pSqvIxI6gVJdl0ItXy_cRbSIx1uNJaS9-U0l3LC1iPWz07RoWK-c0USrV5evcKprppQFC5B2c1bVOm7FdNUKXmD3iRW2-QlGn2sYyLSt6EduqXJ=1>
>> (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
>> <https://linkprotect.cudasvc.com/url?a=http%3a%2f%2frrr.se=E,1,6QBYQq4nzPga0JsmlVMqMra7EJ4LRRbQJBZMLmWQnurwReUCwPxiAV0VFyIhq5Dt6ds4_rxPfNo9dM9wXEjEaOyZ6Er6PLBVgrJem9H4326Z6ZF3U9Jjxg,,=1>
>>
>>
>>
>>
>> May 2, 2018 2:55 PM, "Thomas Miskiewicz" <tmisk...@gmail.com
>> <%22thomas%20miskiewicz%22%20%3ctmisk...@gmail.com%3e>> wrote:
>>
>> The thing is we have 7.6.4 on one side and 9.1.4 on the other side.
>> Problem?
>>
>>
>>
>>
>> On May 2, 2018, at 2:48 PM, Kevin M Candelaria <ke...@temple.edu> wrote:
>>
>> It's definitely compatible with 9.x
>>
>> I just did a 9.1.00 to 9.1.04 transfer and my config looks like this.
>> Worked perfectly fine.
>>
>> source_server =
>> source_tcp = 2020
>> source_user =
>> source_password =
>> target_server =
>> target_tcp = 2020
>> target_user =
>> target_password =
>> target_disabledeletefltr = YES
>> target_disablemergefltr = YES
>> target_disableaudit = YES
>> target_clearallrecords = YES
>> multipleforms = HPD:Template, \
>> HPD:Template Associations, \
>> HPD:TemplateCustMapping, \
>> HPD:TemplateSPGAssoc, \
>> splitsearch = YES
>> transfertype = SYNCIFNEWER
>> logfile = AUTO
>> progressbar = YES
>> --
>>
>> *From:* ARSList <arslist-boun...@arslist.org> on behalf of Thomas
>> Miskiewicz <tmisk...@gmail.com>
>> *Sent:* Wednesday, May 2, 2018 6:16 AM
>> *To:* arslist@arslist.org
>> *Subject:* Trouble getting rrrchive to run
>>
>> Hi Listers,
>>
>> I'm trying to use rrrchive tool (https://rrr.se/cgi/index?pg=chive-doc
>> <https://linkprotect.cudasvc.com/url?a=https%3a%2f%2frrr.se%2fcgi%2findex%3fpg%3dchive-doc=E,1,UIvWkCMpzMiEoyiZlpGhjhmmS9h-LgUveffuYFPdWi5Mb082p9tTFdoXdu5VBZftJQ8PFe-sp6UD-C0KLd8JPw01nVkFWy9LBE_UUQuKcQ_YHGm3-SkQebiQqFzi=1>)
>> to migrate data from Remedy 7.6.4 to Remedy 9.1.
>>
>> Here's my config file:
>>
>> rrrchive.cfg
>>
>> source_server = sourceservername
>>
>> source_tcp = 1100
>>
>> source_user = myusername
>&g

Re: AW: Trouble getting rrrchive to run

[Thomas Miskiewicz]

Thanks, Conny! Where would that Log show up then?

> On 4. May 2018, at 14:33, <conny.mar...@t-systems.com> 
> <conny.mar...@t-systems.com> wrote:
> 
> export ARAPILOGGING=1
>  
> If client side api logging is working, you should see files created in your 
> current working directory. This works with every AR-Api Client using the 
> native api libs
>  
> KR Conny
>  
> Von: ARSList [mailto:arslist-boun...@arslist.org] Im Auftrag von Thomas 
> Miskiewicz
> Gesendet: Freitag, 4. Mai 2018 12:10
> An: ARSList <arslist@arslist.org>
> Betreff: Re: Trouble getting rrrchive to run
>  
> Misi, you said: You could also set ARAPILOGGING to 1 prior to running 
> RRR|Chive to get the exact API-calls and data to feed to driver in order to 
> reproduce this.
>  
> How do I do that on a Linux box?
>  
>  
> Thomas
> 
> 
> On May 3, 2018, at 8:37 AM, Misi Mladoniczky <m...@rrr.se> wrote:
>  
> Hi,
> 
> You see exactly what the problem is in the log with normal logging turned on.
> 
> You get ARERR 91 with the additional text "RPC: Unable to receive; 
> Asynchronous event occurred".
> 
> You should might want to work with BMC support on this.
> 
> To debug you might use the driver program to do an RPC call both with the 
> 7.6.04 API and the 9.1 API to check if this makes a difference in your case.
> 
> You could also set ARAPILOGGING to 1 prior to running RRR|Chive to get the 
> exact API-calls and data to feed to driver in order to reproduce this.
> 
> If you have the correct server IP and tcp port it should work.
> 
> 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
> 
> 
> 
> 
> May 2, 2018 3:44 PM, "Thomas Miskiewicz" <tmisk...@gmail.com> wrote:
> Thank you, Misi!
> Is there an advanced logging that would help where the problem is?
> Thomas
> 
> On 2. May 2018, at 15:36, Misi Mladoniczky <m...@rrr.se> wrote:
> Hi,
> 
> No, different server versions work just fine.
> 
> 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
> 
> 
> 
> 
> May 2, 2018 2:55 PM, "Thomas Miskiewicz" <tmisk...@gmail.com> wrote:
> The thing is we have 7.6.4 on one side and 9.1.4 on the other side. Problem?
> On May 2, 2018, at 2:48 PM, Kevin M Candelaria <ke...@temple.edu> wrote:
> It's definitely compatible with 9.x
> I just did a 9.1.00 to 9.1.04 transfer and my config looks like this. Worked 
> perfectly fine.
> source_server = 
> source_tcp = 2020
> source_user = 
> source_password = 
> target_server = 
> target_tcp = 2020
> target_user = 
> target_password = 
> target_disabledeletefltr = YES 
> target_disablemergefltr = YES
> target_disableaudit = YES
> target_clearallrecords = YES
> multipleforms = HPD:Template, \
> HPD:Template Associations, \
> HPD:TemplateCustMapping, \
> HPD:TemplateSPGAssoc, \
> splitsearch = YES
> transfertype = SYNCIFNEWER
> logfile = AUTO
> progressbar = YES
> From: ARSList <arslist-boun...@arslist.org> on behalf of Thomas Miskiewicz 
> <tmisk...@gmail.com>
> Sent: Wednesday, May 2, 2018 6:16 AM
> To: arslist@arslist.org
> Subject: Trouble getting rrrchive to run
> Hi Listers,
> I'm trying to use rrrchive tool (https://rrr.se/cgi/index?pg=chive-doc) to 
> migrate data from Remedy 7.6.4 to Remedy 9.1.
> Here's my config file:
> rrrchive.cfg
> source_server = sourceservername
> source_tcp = 1100
> source_user = myusername
> source_password = PROMPT
> source_form = MyTestForm
> target_server = targetservername
> target_tcp = 1400
> target_user = myusername
> target_password = PROMPT
> target_form = MyTestForm
> splitsearch = YES
> transfertype = SYNCTOTARGET
> logfile = AUTO
> loglevel = DEBUG
> progressbar = YES
> and here's my log:
> rrrchive.log
> 1 rrrchive: 2018-05-02 11:51:50, type=APP, level=NOTICE, file=rrrchive.cpp, 
> line=5076
> 2 Program Start: configfile=rrrchive.cfg
> 3 rrrchive: 2018-05-02 11:51:50, type=ARS, level=DEBUG, file=rrrchive.cpp, 
> line=365
> 4 ARSetServerPort(server=sourceservername, t

Re: Trouble getting rrrchive to run

[Thomas Miskiewicz]

Hi Ben,

I actually did set the LD_LIBRARY_PATH but it makes no difference.

The only thing I don’t get is how to enable that API Logging on that Linux 
Server.



Thomas

> On 4. May 2018, at 16:11, Ben Chernys <ben.cher...@softwaretoolhouse.com> 
> wrote:
> 
> Thomas,
>  
> It IS compatible.  I know this without using the tool.  The API is compatible 
> across all releases with only a few minor problems related to AR_INFO 
> selection values introduced in 9 - which are not affecting you.  It is not 
> Misi’s tool.  I can run stuff linked with any version against any version of 
> the server,
>  
> Ensure your LD_LIBRARY_PATH is set to where you installed the tool – see 
> Conny’s email on how to do this.  Given that you did not know how to set 
> environment variable, I suspect that this may be your issue.  The binary 
> needs to pick up the right .so and in Linux they are not named differently by 
> version. 
>  
> export  LD_LIBRARY_PATH=/where-ever-I-installed-rrrchive-bin:$LD_LIBRARY_PATH
>  
> Cheers
> Ben
>  
> From: ARSList <arslist-boun...@arslist.org> On Behalf Of Thomas Miskiewicz
> Sent: May-04-18 7:42 AM
> To: ARSList <arslist@arslist.org>
> Subject: Re: Trouble getting rrrchive to run
>  
> Hi Misi,
>  
> the only last idea I have is: your version is 9.1.00 and ours is 9.1.04. 
> Maybe it’s incompatible. Disappointing experience with this tool
>  
>  
> Thomas
> 
> 
> On May 3, 2018, at 8:37 AM, Misi Mladoniczky <m...@rrr.se> wrote:
>  
> Hi,
> 
> You see exactly what the problem is in the log with normal logging turned on.
> 
> You get ARERR 91 with the additional text "RPC: Unable to receive; 
> Asynchronous event occurred".
> 
> You should might want to work with BMC support on this.
> 
> To debug you might use the driver program to do an RPC call both with the 
> 7.6.04 API and the 9.1 API to check if this makes a difference in your case.
> 
> You could also set ARAPILOGGING to 1 prior to running RRR|Chive to get the 
> exact API-calls and data to feed to driver in order to reproduce this.
> 
> If you have the correct server IP and tcp port it should work.
> 
> 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
> 
> 
> 
> 
> May 2, 2018 3:44 PM, "Thomas Miskiewicz" <tmisk...@gmail.com> wrote:
> Thank you, Misi!
> Is there an advanced logging that would help where the problem is?
> Thomas
> 
> On 2. May 2018, at 15:36, Misi Mladoniczky <m...@rrr.se> wrote:
> Hi,
> 
> No, different server versions work just fine.
> 
> 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
> 
> 
> 
> 
> May 2, 2018 2:55 PM, "Thomas Miskiewicz" <tmisk...@gmail.com> wrote:
> The thing is we have 7.6.4 on one side and 9.1.4 on the other side. Problem?
> On May 2, 2018, at 2:48 PM, Kevin M Candelaria <ke...@temple.edu> wrote:
> It's definitely compatible with 9.x
> I just did a 9.1.00 to 9.1.04 transfer and my config looks like this. Worked 
> perfectly fine.
> source_server = 
> source_tcp = 2020
> source_user = 
> source_password = 
> target_server = 
> target_tcp = 2020
> target_user = 
> target_password = 
> target_disabledeletefltr = YES 
> target_disablemergefltr = YES
> target_disableaudit = YES
> target_clearallrecords = YES
> multipleforms = HPD:Template, \
> HPD:Template Associations, \
> HPD:TemplateCustMapping, \
> HPD:TemplateSPGAssoc, \
> splitsearch = YES
> transfertype = SYNCIFNEWER
> logfile = AUTO
> progressbar = YES
> From: ARSList <arslist-boun...@arslist.org> on behalf of Thomas Miskiewicz 
> <tmisk...@gmail.com>
> Sent: Wednesday, May 2, 2018 6:16 AM
> To: arslist@arslist.org
> Subject: Trouble getting rrrchive to run
> Hi Listers,
> I'm trying to use rrrchive tool (https://rrr.se/cgi/index?pg=chive-doc) to 
> migrate data from Remedy 7.6.4 to Remedy 9.1.
> Here's my config file:
> rrrchive.cfg
> source_server = sourceservername
> source_tcp = 1100
> source_user = myusername
> source_password = PROMPT
> source_form 

Re: Trouble getting rrrchive to run

[Thomas Miskiewicz]

Hi Misi,

the only last idea I have is: your version is 9.1.00 and ours is 9.1.04. Maybe 
it’s incompatible. Disappointing experience with this tool


Thomas

> On May 3, 2018, at 8:37 AM, Misi Mladoniczky <m...@rrr.se> wrote:
> 
> Hi,
> 
> You see exactly what the problem is in the log with normal logging turned on.
> 
> You get ARERR 91 with the additional text "RPC: Unable to receive; 
> Asynchronous event occurred".
> 
> You should might want to work with BMC support on this.
> 
> To debug you might use the driver program to do an RPC call both with the 
> 7.6.04 API and the 9.1 API to check if this makes a difference in your case.
> 
> You could also set ARAPILOGGING to 1 prior to running RRR|Chive to get the 
> exact API-calls and data to feed to driver in order to reproduce this.
> 
> If you have the correct server IP and tcp port it should work.
> 
> Best Regards - Misi, RRR AB, http://www.rrr.se <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 
> <http://rrr.se/>
> 
> 
> 
> 
> May 2, 2018 3:44 PM, "Thomas Miskiewicz" <tmisk...@gmail.com 
> <mailto:%22Thomas%20Miskiewicz%22%20<tmisk...@gmail.com>>> wrote:
> Thank you, Misi!
> Is there an advanced logging that would help where the problem is?
> Thomas
> 
> On 2. May 2018, at 15:36, Misi Mladoniczky <m...@rrr.se <mailto:m...@rrr.se>> 
> wrote:
>> Hi,
>> 
>> No, different server versions work just fine.
>> 
>> Best Regards - Misi, RRR AB, http://www.rrr.se <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 
>> <http://rrr.se/>
>> 
>> 
>> 
>> 
>> May 2, 2018 2:55 PM, "Thomas Miskiewicz" <tmisk...@gmail.com 
>> <mailto:%22Thomas%20Miskiewicz%22%20<tmisk...@gmail.com>>> wrote:
>> The thing is we have 7.6.4 on one side and 9.1.4 on the other side. Problem?
>>> On May 2, 2018, at 2:48 PM, Kevin M Candelaria <ke...@temple.edu 
>>> <mailto:ke...@temple.edu>> wrote:
>>> It's definitely compatible with 9.x
>>> I just did a 9.1.00 to 9.1.04 transfer and my config looks like this. 
>>> Worked perfectly fine.
>>> source_server = 
>>> source_tcp = 2020
>>> source_user = 
>>> source_password = 
>>> target_server = 
>>> target_tcp = 2020
>>> target_user = 
>>> target_password = 
>>> target_disabledeletefltr = YES 
>>> target_disablemergefltr = YES
>>> target_disableaudit = YES
>>> target_clearallrecords = YES
>>> multipleforms = HPD:Template, \
>>> HPD:Template Associations, \
>>> HPD:TemplateCustMapping, \
>>> HPD:TemplateSPGAssoc, \
>>> splitsearch = YES
>>> transfertype = SYNCIFNEWER
>>> logfile = AUTO
>>> progressbar = YES
>>> From: ARSList <arslist-boun...@arslist.org 
>>> <mailto:arslist-boun...@arslist.org>> on behalf of Thomas Miskiewicz 
>>> <tmisk...@gmail.com <mailto:tmisk...@gmail.com>>
>>> Sent: Wednesday, May 2, 2018 6:16 AM
>>> To: arslist@arslist.org <mailto:arslist@arslist.org>
>>> Subject: Trouble getting rrrchive to run
>>> Hi Listers,
>>> I'm trying to use rrrchive tool (https://rrr.se/cgi/index?pg=chive-doc 
>>> <https://rrr.se/cgi/index?pg=chive-doc>) to migrate data from Remedy 7.6.4 
>>> to Remedy 9.1.
>>> Here's my config file:
>>> rrrchive.cfg
>>> source_server = sourceservername
>>> source_tcp = 1100
>>> source_user = myusername
>>> source_password = PROMPT
>>> source_form = MyTestForm
>>> target_server = targetservername
>>> target_tcp = 1400
>>> target_user = myusername
>>> target_password = PROMPT
>>> target_form = MyTestForm
>>> splitsearch = YES
>>> transfertype = SYNCTOTARGET
>>> logfile = AUTO
>>> loglevel = DEBUG
>>> progressbar = YES
>>> and here's my log:
>>> rrrchive.log
>>> 1 

Re: Trouble getting rrrchive to run

[Thomas Miskiewicz]

Hi Misi,

we also maxed out ulimit but get the very same error.


Thomas

> On May 3, 2018, at 8:37 AM, Misi Mladoniczky <m...@rrr.se> wrote:
> 
> Hi,
> 
> You see exactly what the problem is in the log with normal logging turned on.
> 
> You get ARERR 91 with the additional text "RPC: Unable to receive; 
> Asynchronous event occurred".
> 
> You should might want to work with BMC support on this.
> 
> To debug you might use the driver program to do an RPC call both with the 
> 7.6.04 API and the 9.1 API to check if this makes a difference in your case.
> 
> You could also set ARAPILOGGING to 1 prior to running RRR|Chive to get the 
> exact API-calls and data to feed to driver in order to reproduce this.
> 
> If you have the correct server IP and tcp port it should work.
> 
> Best Regards - Misi, RRR AB, http://www.rrr.se <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 
> <http://rrr.se/>
> 
> 
> 
> 
> May 2, 2018 3:44 PM, "Thomas Miskiewicz" <tmisk...@gmail.com 
> <mailto:%22Thomas%20Miskiewicz%22%20<tmisk...@gmail.com>>> wrote:
> Thank you, Misi!
> Is there an advanced logging that would help where the problem is?
> Thomas
> 
> On 2. May 2018, at 15:36, Misi Mladoniczky <m...@rrr.se <mailto:m...@rrr.se>> 
> wrote:
>> Hi,
>> 
>> No, different server versions work just fine.
>> 
>> Best Regards - Misi, RRR AB, http://www.rrr.se <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 
>> <http://rrr.se/>
>> 
>> 
>> 
>> 
>> May 2, 2018 2:55 PM, "Thomas Miskiewicz" <tmisk...@gmail.com 
>> <mailto:%22Thomas%20Miskiewicz%22%20<tmisk...@gmail.com>>> wrote:
>> The thing is we have 7.6.4 on one side and 9.1.4 on the other side. Problem?
>>> On May 2, 2018, at 2:48 PM, Kevin M Candelaria <ke...@temple.edu 
>>> <mailto:ke...@temple.edu>> wrote:
>>> It's definitely compatible with 9.x
>>> I just did a 9.1.00 to 9.1.04 transfer and my config looks like this. 
>>> Worked perfectly fine.
>>> source_server = 
>>> source_tcp = 2020
>>> source_user = 
>>> source_password = 
>>> target_server = 
>>> target_tcp = 2020
>>> target_user = 
>>> target_password = 
>>> target_disabledeletefltr = YES 
>>> target_disablemergefltr = YES
>>> target_disableaudit = YES
>>> target_clearallrecords = YES
>>> multipleforms = HPD:Template, \
>>> HPD:Template Associations, \
>>> HPD:TemplateCustMapping, \
>>> HPD:TemplateSPGAssoc, \
>>> splitsearch = YES
>>> transfertype = SYNCIFNEWER
>>> logfile = AUTO
>>> progressbar = YES
>>> From: ARSList <arslist-boun...@arslist.org 
>>> <mailto:arslist-boun...@arslist.org>> on behalf of Thomas Miskiewicz 
>>> <tmisk...@gmail.com <mailto:tmisk...@gmail.com>>
>>> Sent: Wednesday, May 2, 2018 6:16 AM
>>> To: arslist@arslist.org <mailto:arslist@arslist.org>
>>> Subject: Trouble getting rrrchive to run
>>> Hi Listers,
>>> I'm trying to use rrrchive tool (https://rrr.se/cgi/index?pg=chive-doc 
>>> <https://rrr.se/cgi/index?pg=chive-doc>) to migrate data from Remedy 7.6.4 
>>> to Remedy 9.1.
>>> Here's my config file:
>>> rrrchive.cfg
>>> source_server = sourceservername
>>> source_tcp = 1100
>>> source_user = myusername
>>> source_password = PROMPT
>>> source_form = MyTestForm
>>> target_server = targetservername
>>> target_tcp = 1400
>>> target_user = myusername
>>> target_password = PROMPT
>>> target_form = MyTestForm
>>> splitsearch = YES
>>> transfertype = SYNCTOTARGET
>>> logfile = AUTO
>>> loglevel = DEBUG
>>> progressbar = YES
>>> and here's my log:
>>> rrrchive.log
>>> 1 rrrchive: 2018-05-02 11:51:50, type=APP, level=NOTICE, file=rrrchive.cpp, 
>>> 

Re: Trouble getting rrrchive to run

[Thomas Miskiewicz]

Hi Misi,

driver utility works just fine, i.e. I can connect from source to target 
without any delay.

API logs show on both source and target show no errors with rrrchive.

Connecting with alias, hostname or ip address makes no difference.  rrrchive 
throws ARERR 91 and would explain why.


Thomas

> On May 3, 2018, at 8:37 AM, Misi Mladoniczky <m...@rrr.se> wrote:
> 
> Hi,
> 
> You see exactly what the problem is in the log with normal logging turned on.
> 
> You get ARERR 91 with the additional text "RPC: Unable to receive; 
> Asynchronous event occurred".
> 
> You should might want to work with BMC support on this.
> 
> To debug you might use the driver program to do an RPC call both with the 
> 7.6.04 API and the 9.1 API to check if this makes a difference in your case.
> 
> You could also set ARAPILOGGING to 1 prior to running RRR|Chive to get the 
> exact API-calls and data to feed to driver in order to reproduce this.
> 
> If you have the correct server IP and tcp port it should work.
> 
> Best Regards - Misi, RRR AB, http://www.rrr.se <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 
> <http://rrr.se/>
> 
> 
> 
> 
> May 2, 2018 3:44 PM, "Thomas Miskiewicz" <tmisk...@gmail.com 
> <mailto:%22Thomas%20Miskiewicz%22%20<tmisk...@gmail.com>>> wrote:
> Thank you, Misi!
> Is there an advanced logging that would help where the problem is?
> Thomas
> 
> On 2. May 2018, at 15:36, Misi Mladoniczky <m...@rrr.se <mailto:m...@rrr.se>> 
> wrote:
>> Hi,
>> 
>> No, different server versions work just fine.
>> 
>> Best Regards - Misi, RRR AB, http://www.rrr.se <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 
>> <http://rrr.se/>
>> 
>> 
>> 
>> 
>> May 2, 2018 2:55 PM, "Thomas Miskiewicz" <tmisk...@gmail.com 
>> <mailto:%22Thomas%20Miskiewicz%22%20<tmisk...@gmail.com>>> wrote:
>> The thing is we have 7.6.4 on one side and 9.1.4 on the other side. Problem?
>>> On May 2, 2018, at 2:48 PM, Kevin M Candelaria <ke...@temple.edu 
>>> <mailto:ke...@temple.edu>> wrote:
>>> It's definitely compatible with 9.x
>>> I just did a 9.1.00 to 9.1.04 transfer and my config looks like this. 
>>> Worked perfectly fine.
>>> source_server = 
>>> source_tcp = 2020
>>> source_user = 
>>> source_password = 
>>> target_server = 
>>> target_tcp = 2020
>>> target_user = 
>>> target_password = 
>>> target_disabledeletefltr = YES 
>>> target_disablemergefltr = YES
>>> target_disableaudit = YES
>>> target_clearallrecords = YES
>>> multipleforms = HPD:Template, \
>>> HPD:Template Associations, \
>>> HPD:TemplateCustMapping, \
>>> HPD:TemplateSPGAssoc, \
>>> splitsearch = YES
>>> transfertype = SYNCIFNEWER
>>> logfile = AUTO
>>> progressbar = YES
>>> From: ARSList <arslist-boun...@arslist.org 
>>> <mailto:arslist-boun...@arslist.org>> on behalf of Thomas Miskiewicz 
>>> <tmisk...@gmail.com <mailto:tmisk...@gmail.com>>
>>> Sent: Wednesday, May 2, 2018 6:16 AM
>>> To: arslist@arslist.org <mailto:arslist@arslist.org>
>>> Subject: Trouble getting rrrchive to run
>>> Hi Listers,
>>> I'm trying to use rrrchive tool (https://rrr.se/cgi/index?pg=chive-doc 
>>> <https://rrr.se/cgi/index?pg=chive-doc>) to migrate data from Remedy 7.6.4 
>>> to Remedy 9.1.
>>> Here's my config file:
>>> rrrchive.cfg
>>> source_server = sourceservername
>>> source_tcp = 1100
>>> source_user = myusername
>>> source_password = PROMPT
>>> source_form = MyTestForm
>>> target_server = targetservername
>>> target_tcp = 1400
>>> target_user = myusername
>>> target_password = PROMPT
>>> target_form = MyTestForm
>>> splitsearch = YES
>>> transfertype = SYNCTOTARGET
>>> logfile = 

Re: Trouble getting rrrchive to run

[Thomas Miskiewicz]

Misi, you said: You could also set ARAPILOGGING to 1 prior to running RRR|Chive 
to get the exact API-calls and data to feed to driver in order to reproduce 
this.

How do I do that on a Linux box?


Thomas

> On May 3, 2018, at 8:37 AM, Misi Mladoniczky <m...@rrr.se> wrote:
> 
> Hi,
> 
> You see exactly what the problem is in the log with normal logging turned on.
> 
> You get ARERR 91 with the additional text "RPC: Unable to receive; 
> Asynchronous event occurred".
> 
> You should might want to work with BMC support on this.
> 
> To debug you might use the driver program to do an RPC call both with the 
> 7.6.04 API and the 9.1 API to check if this makes a difference in your case.
> 
> You could also set ARAPILOGGING to 1 prior to running RRR|Chive to get the 
> exact API-calls and data to feed to driver in order to reproduce this.
> 
> If you have the correct server IP and tcp port it should work.
> 
> Best Regards - Misi, RRR AB, http://www.rrr.se <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 
> <http://rrr.se/>
> 
> 
> 
> 
> May 2, 2018 3:44 PM, "Thomas Miskiewicz" <tmisk...@gmail.com 
> <mailto:%22Thomas%20Miskiewicz%22%20<tmisk...@gmail.com>>> wrote:
> Thank you, Misi!
> Is there an advanced logging that would help where the problem is?
> Thomas
> 
> On 2. May 2018, at 15:36, Misi Mladoniczky <m...@rrr.se <mailto:m...@rrr.se>> 
> wrote:
>> Hi,
>> 
>> No, different server versions work just fine.
>> 
>> Best Regards - Misi, RRR AB, http://www.rrr.se <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 
>> <http://rrr.se/>
>> 
>> 
>> 
>> 
>> May 2, 2018 2:55 PM, "Thomas Miskiewicz" <tmisk...@gmail.com 
>> <mailto:%22Thomas%20Miskiewicz%22%20<tmisk...@gmail.com>>> wrote:
>> The thing is we have 7.6.4 on one side and 9.1.4 on the other side. Problem?
>>> On May 2, 2018, at 2:48 PM, Kevin M Candelaria <ke...@temple.edu 
>>> <mailto:ke...@temple.edu>> wrote:
>>> It's definitely compatible with 9.x
>>> I just did a 9.1.00 to 9.1.04 transfer and my config looks like this. 
>>> Worked perfectly fine.
>>> source_server = 
>>> source_tcp = 2020
>>> source_user = 
>>> source_password = 
>>> target_server = 
>>> target_tcp = 2020
>>> target_user = 
>>> target_password = 
>>> target_disabledeletefltr = YES 
>>> target_disablemergefltr = YES
>>> target_disableaudit = YES
>>> target_clearallrecords = YES
>>> multipleforms = HPD:Template, \
>>> HPD:Template Associations, \
>>> HPD:TemplateCustMapping, \
>>> HPD:TemplateSPGAssoc, \
>>> splitsearch = YES
>>> transfertype = SYNCIFNEWER
>>> logfile = AUTO
>>> progressbar = YES
>>> From: ARSList <arslist-boun...@arslist.org 
>>> <mailto:arslist-boun...@arslist.org>> on behalf of Thomas Miskiewicz 
>>> <tmisk...@gmail.com <mailto:tmisk...@gmail.com>>
>>> Sent: Wednesday, May 2, 2018 6:16 AM
>>> To: arslist@arslist.org <mailto:arslist@arslist.org>
>>> Subject: Trouble getting rrrchive to run
>>> Hi Listers,
>>> I'm trying to use rrrchive tool (https://rrr.se/cgi/index?pg=chive-doc 
>>> <https://rrr.se/cgi/index?pg=chive-doc>) to migrate data from Remedy 7.6.4 
>>> to Remedy 9.1.
>>> Here's my config file:
>>> rrrchive.cfg
>>> source_server = sourceservername
>>> source_tcp = 1100
>>> source_user = myusername
>>> source_password = PROMPT
>>> source_form = MyTestForm
>>> target_server = targetservername
>>> target_tcp = 1400
>>> target_user = myusername
>>> target_password = PROMPT
>>> target_form = MyTestForm
>>> splitsearch = YES
>>> transfertype = SYNCTOTARGET
>>> logfile = AUTO
>>> loglevel = DEBUG
>>> progressbar = YES
>>> and here's my lo

Re: [EXTERNAL] Re: Trouble getting rrrchive to run

[Thomas Miskiewicz]

Yes, it is.

> On 2. May 2018, at 21:46, Dave Shellman <adshell...@gmail.com> wrote:
> 
> The port for the ARSystem should be a completely different port than the 
> Telnet port.
> 
> Dave
> 
>> On Wed, May 2, 2018 at 3:41 PM Thomas Miskiewicz <tmisk...@gmail.com> wrote:
>> telnet hostname port works just fine. I’ll try the IP address.
>> 
>>> On 2. May 2018, at 20:56, Fawver, Dustin <faw...@mail.etsu.edu> wrote:
>>> 
>> 
>>> Usually when I get that error message, it’s because of one of two things.
>>> 
>>>  
>>> 
>>> 1)  I don’t have an appropriate firewall exemption on the ARS server 
>>> for the machine that’s running RRRCHIVE.
>>> 
>>> 2)  For whatever reason, I have to specify the IP address of the source 
>>> and/or target server instead of the hostname.
>>> 
>>>  
>>> 
>>> I hope this helps.
>>> 
>>>  
>>> 
>> 
>>> Dustin Fawver
>>> 
>>> Sr. Help Desk Technician
>>> 
>>> Information Technology Services
>>> 
>>>  
>>> 
>>> P: 423-439-4648
>>> 
>>> itsh...@etsu.edu
>>> 
>> 
>>> 
>>> 
>> 
>>>  
>>> 
>>> From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas 
>>> Miskiewicz
>>> Sent: Wednesday, May 02, 2018 9:42 AM
>>> To: ARSList <arslist@arslist.org>
>>> Subject: [EXTERNAL] Re: Trouble getting rrrchive to run
>>> 
>>>  
>>> 
>>> Thank you, Misi!
>>> 
>>>  
>>> 
>>> Is there an advanced logging that would help where the problem is?
>>> 
>>>  
>>> 
>>>  
>>> 
>>> Thomas
>>> 
>>> 
>>> On 2. May 2018, at 15:36, Misi Mladoniczky <m...@rrr.se> wrote:
>>> 
>>> Hi,
>>> 
>>> No, different server versions work just fine.
>>> 
>>> 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
>>> 
>>> 
>>> 
>>> 
>>> May 2, 2018 2:55 PM, "Thomas Miskiewicz" <tmisk...@gmail.com> wrote:
>>> 
>>> The thing is we have 7.6.4 on one side and 9.1.4 on the other side. Problem?
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On May 2, 2018, at 2:48 PM, Kevin M Candelaria <ke...@temple.edu> wrote:
>>> 
>>> It's definitely compatible with 9.x
>>> 
>>> I just did a 9.1.00 to 9.1.04 transfer and my config looks like this. 
>>> Worked perfectly fine.
>>> 
>>> source_server = 
>>> source_tcp = 2020
>>> source_user = 
>>> source_password = 
>>> target_server = 
>>> target_tcp = 2020
>>> target_user = 
>>> target_password = 
>>> target_disabledeletefltr = YES 
>>> target_disablemergefltr = YES
>>> target_disableaudit = YES
>>> target_clearallrecords = YES
>>> multipleforms = HPD:Template, \
>>> HPD:Template Associations, \
>>> HPD:TemplateCustMapping, \
>>> HPD:TemplateSPGAssoc, \
>>> splitsearch = YES
>>> transfertype = SYNCIFNEWER
>>> logfile = AUTO
>>> progressbar = YES
>>> 
>>> From: ARSList <arslist-boun...@arslist.org> on behalf of Thomas Miskiewicz 
>>> <tmisk...@gmail.com>
>>> Sent: Wednesday, May 2, 2018 6:16 AM
>>> To: arslist@arslist.org
>>> Subject: Trouble getting rrrchive to run
>>> 
>>> Hi Listers,
>>> 
>>> I'm trying to use rrrchive tool (https://rrr.se/cgi/index?pg=chive-doc) to 
>>> migrate data from Remedy 7.6.4 to Remedy 9.1.
>>> 
>>> Here's my config file:
>>> 
>>> rrrchive.cfg
>>> 
>>> source_server = sourceservername
>>> 
>>> source_tcp = 1100
>>> 
>>> source_user = myusername
>>> 
>>> source_password = PROMPT
>>> 
>>> source_form = MyTestForm
>>> 
>>> target_server = targetservername
>>> 
>>> target_tcp = 1400
>>> 
>>> target_user = myusername
>>&g

Re: [EXTERNAL] Re: Trouble getting rrrchive to run

[Thomas Miskiewicz]

telnet hostname port works just fine. I’ll try the IP address.

> On 2. May 2018, at 20:56, Fawver, Dustin <faw...@mail.etsu.edu> wrote:
> 
> Usually when I get that error message, it’s because of one of two things.
>  
> 1)  I don’t have an appropriate firewall exemption on the ARS server for 
> the machine that’s running RRRCHIVE.
> 2)  For whatever reason, I have to specify the IP address of the source 
> and/or target server instead of the hostname.
>  
> I hope this helps.
>  
> Dustin Fawver
> Sr. Help Desk Technician
> Information Technology Services
>  
> P: 423-439-4648
> itsh...@etsu.edu
> 
>  
> From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas 
> Miskiewicz
> Sent: Wednesday, May 02, 2018 9:42 AM
> To: ARSList <arslist@arslist.org>
> Subject: [EXTERNAL] Re: Trouble getting rrrchive to run
>  
> Thank you, Misi!
>  
> Is there an advanced logging that would help where the problem is?
>  
>  
> Thomas
> 
> On 2. May 2018, at 15:36, Misi Mladoniczky <m...@rrr.se> wrote:
> 
> Hi,
> 
> No, different server versions work just fine.
> 
> 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
> 
> 
> 
> 
> May 2, 2018 2:55 PM, "Thomas Miskiewicz" <tmisk...@gmail.com> wrote:
> The thing is we have 7.6.4 on one side and 9.1.4 on the other side. Problem?
> 
> 
> 
> On May 2, 2018, at 2:48 PM, Kevin M Candelaria <ke...@temple.edu> wrote:
> It's definitely compatible with 9.x
> I just did a 9.1.00 to 9.1.04 transfer and my config looks like this. Worked 
> perfectly fine.
> source_server = 
> source_tcp = 2020
> source_user = 
> source_password = 
> target_server = 
> target_tcp = 2020
> target_user = 
> target_password = 
> target_disabledeletefltr = YES 
> target_disablemergefltr = YES
> target_disableaudit = YES
> target_clearallrecords = YES
> multipleforms = HPD:Template, \
> HPD:Template Associations, \
> HPD:TemplateCustMapping, \
> HPD:TemplateSPGAssoc, \
> splitsearch = YES
> transfertype = SYNCIFNEWER
> logfile = AUTO
> progressbar = YES
> From: ARSList <arslist-boun...@arslist.org> on behalf of Thomas Miskiewicz 
> <tmisk...@gmail.com>
> Sent: Wednesday, May 2, 2018 6:16 AM
> To: arslist@arslist.org
> Subject: Trouble getting rrrchive to run
> Hi Listers,
> I'm trying to use rrrchive tool (https://rrr.se/cgi/index?pg=chive-doc) to 
> migrate data from Remedy 7.6.4 to Remedy 9.1.
> Here's my config file:
> rrrchive.cfg
> source_server = sourceservername
> source_tcp = 1100
> source_user = myusername
> source_password = PROMPT
> source_form = MyTestForm
> target_server = targetservername
> target_tcp = 1400
> target_user = myusername
> target_password = PROMPT
> target_form = MyTestForm
> splitsearch = YES
> transfertype = SYNCTOTARGET
> logfile = AUTO
> loglevel = DEBUG
> progressbar = YES
> and here's my log:
> rrrchive.log
> 1 rrrchive: 2018-05-02 11:51:50, type=APP, level=NOTICE, file=rrrchive.cpp, 
> line=5076
> 2 Program Start: configfile=rrrchive.cfg
> 3 rrrchive: 2018-05-02 11:51:50, type=ARS, level=DEBUG, file=rrrchive.cpp, 
> line=365
> 4 ARSetServerPort(server=sourceservername, tcp=1100, rpc=0)
> 5 rrrchive: 2018-05-02 11:51:50, type=ARS, level=DEBUG, file=rrrchive.cpp, 
> line=365
> 6 ARSetServerPort(server=targetservername, tcp=1400, rpc=0)
> 7 rrrchive: 2018-05-02 11:52:06, type=ARS, level=ERROR, file=rrrchive.cpp, 
> line=389
> 8 ARGetServerInfo(server=targetservername, AR_SERVER_INFO_DELAY_RECACHE_TIME)
> 9 API CALL SEVERITY: AR_RETURN_ERROR, failure, status contains details
> 10 ARStatusList: contains 1 messages
> 11 Number: ARERR 91
> 12 Message: Cannot open catalog; Message number = 91
> 13 Append: RPC: Unable to receive; Asynchronous event occurred
> 14
> 15 rrrchive: 2018-05-02 11:52:06, type=APP, level=NOTICE, file=rrrchive.cpp, 
> line=5090
> 16 Program End: configfile=rrrchive.cfg, timetorun=0:00:16
> Questions:
> 1. Does the error ARERR 91 mean, that rrrchive is not compatible with Remedy 
> 9.1? I found here, that it is possible cause of this error: 
> https://communities.bmc.com/message/133550:
> "A less common cause of this error is running an API program that is 
> incompatible with the AR System server."
> 2. The rrrchive config installation instruction says:
> "Make sure

Re: Trouble getting rrrchive to run

[Thomas Miskiewicz]

Thank you, Misi!

Is there an advanced logging that would help where the problem is?


Thomas

> On 2. May 2018, at 15:36, Misi Mladoniczky <m...@rrr.se> wrote:
> 
> Hi,
> 
> No, different server versions work just fine.
> 
> 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
> 
> 
> 
> 
> May 2, 2018 2:55 PM, "Thomas Miskiewicz" <tmisk...@gmail.com> wrote:
> The thing is we have 7.6.4 on one side and 9.1.4 on the other side. Problem?
> 
> 
>> On May 2, 2018, at 2:48 PM, Kevin M Candelaria <ke...@temple.edu> wrote:
>> It's definitely compatible with 9.x
>> I just did a 9.1.00 to 9.1.04 transfer and my config looks like this. Worked 
>> perfectly fine.
>> source_server = 
>> source_tcp = 2020
>> source_user = 
>> source_password = 
>> target_server = 
>> target_tcp = 2020
>> target_user = 
>> target_password = 
>> target_disabledeletefltr = YES 
>> target_disablemergefltr = YES
>> target_disableaudit = YES
>> target_clearallrecords = YES
>> multipleforms = HPD:Template, \
>> HPD:Template Associations, \
>> HPD:TemplateCustMapping, \
>> HPD:TemplateSPGAssoc, \
>> splitsearch = YES
>> transfertype = SYNCIFNEWER
>> logfile = AUTO
>> progressbar = YES
>> From: ARSList <arslist-boun...@arslist.org> on behalf of Thomas Miskiewicz 
>> <tmisk...@gmail.com>
>> Sent: Wednesday, May 2, 2018 6:16 AM
>> To: arslist@arslist.org
>> Subject: Trouble getting rrrchive to run
>> Hi Listers,
>> I'm trying to use rrrchive tool (https://rrr.se/cgi/index?pg=chive-doc) to 
>> migrate data from Remedy 7.6.4 to Remedy 9.1.
>> Here's my config file:
>> rrrchive.cfg
>> source_server = sourceservername
>> source_tcp = 1100
>> source_user = myusername
>> source_password = PROMPT
>> source_form = MyTestForm
>> target_server = targetservername
>> target_tcp = 1400
>> target_user = myusername
>> target_password = PROMPT
>> target_form = MyTestForm
>> splitsearch = YES
>> transfertype = SYNCTOTARGET
>> logfile = AUTO
>> loglevel = DEBUG
>> progressbar = YES
>> and here's my log:
>> rrrchive.log
>> 1 rrrchive: 2018-05-02 11:51:50, type=APP, level=NOTICE, file=rrrchive.cpp, 
>> line=5076
>> 2 Program Start: configfile=rrrchive.cfg
>> 3 rrrchive: 2018-05-02 11:51:50, type=ARS, level=DEBUG, file=rrrchive.cpp, 
>> line=365
>> 4 ARSetServerPort(server=sourceservername, tcp=1100, rpc=0)
>> 5 rrrchive: 2018-05-02 11:51:50, type=ARS, level=DEBUG, file=rrrchive.cpp, 
>> line=365
>> 6 ARSetServerPort(server=targetservername, tcp=1400, rpc=0)
>> 7 rrrchive: 2018-05-02 11:52:06, type=ARS, level=ERROR, file=rrrchive.cpp, 
>> line=389
>> 8 ARGetServerInfo(server=targetservername, AR_SERVER_INFO_DELAY_RECACHE_TIME)
>> 9 API CALL SEVERITY: AR_RETURN_ERROR, failure, status contains details
>> 10 ARStatusList: contains 1 messages
>> 11 Number: ARERR 91
>> 12 Message: Cannot open catalog; Message number = 91
>> 13 Append: RPC: Unable to receive; Asynchronous event occurred
>> 14
>> 15 rrrchive: 2018-05-02 11:52:06, type=APP, level=NOTICE, file=rrrchive.cpp, 
>> line=5090
>> 16 Program End: configfile=rrrchive.cfg, timetorun=0:00:16
>> Questions:
>> 1. Does the error ARERR 91 mean, that rrrchive is not compatible with Remedy 
>> 9.1? I found here, that it is possible cause of this error: 
>> https://communities.bmc.com/message/133550:
>> "A less common cause of this error is running an API program that is 
>> incompatible with the AR System server."
>> 2. The rrrchive config installation instruction says:
>> "Make sure that the following shared objects are in the LD_LIBRARY_PATH. 
>> Copying the included libraries to the installation directory will allways 
>> work."
>> My guess is, that in my case the app should use different shared objects for 
>> the source server and different for the target server.
>> Is it possible to configure it that way?
>> Thanks!
>> Thomas
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Trouble getting rrrchive to run

[Thomas Miskiewicz]

Kevin, I noticed you just answered my first question. Do you know what's the 
answer to the second one (do I need to use 2 different shared objects in order 
to transfer data from 7.6 to 9.1)?

> On May 2, 2018, at 2:48 PM, Kevin M Candelaria <ke...@temple.edu> wrote:
> 
> It's definitely compatible with 9.x
> I just did a 9.1.00 to 9.1.04 transfer and my config looks like this. Worked 
> perfectly fine.
>  
>  
> source_server   =  
> source_tcp  = 2020
> source_user =  
> source_password =  
> target_server   =  
> target_tcp  = 2020
> target_user =  
> target_password =  
> target_disabledeletefltr = YES 
> target_disablemergefltr  = YES
> target_disableaudit   = YES
> target_clearallrecords  = YES
> multipleforms   =   HPD:Template, \
>   HPD:Template Associations, \
>   HPD:TemplateCustMapping, \
>   HPD:TemplateSPGAssoc, \
> splitsearch = YES
> transfertype= SYNCIFNEWER
> logfile = AUTO
> progressbar     = YES
> 
> 
>  
> From: ARSList <arslist-boun...@arslist.org> on behalf of Thomas Miskiewicz 
> <tmisk...@gmail.com>
> Sent: Wednesday, May 2, 2018 6:16 AM
> To: arslist@arslist.org
> Subject: Trouble getting rrrchive to run
>  
> Hi Listers,
> 
> I'm trying to use rrrchive tool (https://rrr.se/cgi/index?pg=chive-doc 
> <https://rrr.se/cgi/index?pg=chive-doc>) to migrate data from Remedy 7.6.4 to 
> Remedy 9.1.
> 
> Here's my config file:
> rrrchive.cfg
> source_server   = sourceservername
> source_tcp  = 1100
> source_user = myusername
> source_password = PROMPT
> source_form = MyTestForm
> target_server   = targetservername
> target_tcp  = 1400
> target_user = myusername
> target_password = PROMPT
> target_form = MyTestForm
> splitsearch = YES
> transfertype= SYNCTOTARGET
> logfile = AUTO
> loglevel= DEBUG
> progressbar = YES
> 
> and here's my log:
> rrrchive.log
>   1 rrrchive: 2018-05-02 11:51:50, type=APP, level=NOTICE, file=rrrchive.cpp, 
> line=5076
>   2 Program Start: configfile=rrrchive.cfg
>   3 rrrchive: 2018-05-02 11:51:50, type=ARS, level=DEBUG, file=rrrchive.cpp, 
> line=365
>   4 ARSetServerPort(server=sourceservername, tcp=1100, rpc=0)
>   5 rrrchive: 2018-05-02 11:51:50, type=ARS, level=DEBUG, file=rrrchive.cpp, 
> line=365
>   6 ARSetServerPort(server=targetservername, tcp=1400, rpc=0)
>  7 rrrchive: 2018-05-02 11:52:06, type=ARS, level=ERROR, file=rrrchive.cpp, 
> line=389
>   8 ARGetServerInfo(server=targetservername, 
> AR_SERVER_INFO_DELAY_RECACHE_TIME)
>   9   API CALL SEVERITY: AR_RETURN_ERROR, failure, status contains details
> 10   ARStatusList: contains 1 messages
> 11   Number: ARERR 91
> 12   Message: Cannot open catalog; Message number = 91
> 13   Append: RPC: Unable to receive; Asynchronous event occurred
> 14
> 15 rrrchive: 2018-05-02 11:52:06, type=APP, level=NOTICE, file=rrrchive.cpp, 
> line=5090
> 16 Program End: configfile=rrrchive.cfg, timetorun=0:00:16 
> 
> 
> Questions:
> 1. Does the error ARERR 91 mean, that rrrchive is not compatible with Remedy 
> 9.1? I found here, that it is possible cause of this error: 
> https://communities.bmc.com/message/133550 
> <https://communities.bmc.com/message/133550>:
> "A less common cause of this error is running an API program that is 
> incompatible with the AR System server."
> 
> 2. The rrrchive config installation instruction says:
> "Make sure that the following shared objects are in the LD_LIBRARY_PATH. 
> Copying the included libraries to the installation directory will allways 
> work."
> 
> My guess is, that in my case the app should use different shared objects for 
> the source server and different for the target server. 
> Is it possible to configure it that way?
> 
> Thanks!
> 
> Thomas
> 
> 

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Trouble getting rrrchive to run

[Thomas Miskiewicz]

The thing is we have 7.6.4 on one side and 9.1.4 on the other side. Problem?

> On May 2, 2018, at 2:48 PM, Kevin M Candelaria <ke...@temple.edu> wrote:
> 
> It's definitely compatible with 9.x
> I just did a 9.1.00 to 9.1.04 transfer and my config looks like this. Worked 
> perfectly fine.
>  
>  
> source_server   =  
> source_tcp  = 2020
> source_user =  
> source_password =  
> target_server   =  
> target_tcp  = 2020
> target_user =  
> target_password =  
> target_disabledeletefltr = YES 
> target_disablemergefltr  = YES
> target_disableaudit   = YES
> target_clearallrecords  = YES
> multipleforms   =   HPD:Template, \
>   HPD:Template Associations, \
>   HPD:TemplateCustMapping, \
>   HPD:TemplateSPGAssoc, \
> splitsearch = YES
> transfertype= SYNCIFNEWER
> logfile = AUTO
> progressbar     = YES
> 
> 
>  
> From: ARSList <arslist-boun...@arslist.org> on behalf of Thomas Miskiewicz 
> <tmisk...@gmail.com>
> Sent: Wednesday, May 2, 2018 6:16 AM
> To: arslist@arslist.org
> Subject: Trouble getting rrrchive to run
>  
> Hi Listers,
> 
> I'm trying to use rrrchive tool (https://rrr.se/cgi/index?pg=chive-doc 
> <https://rrr.se/cgi/index?pg=chive-doc>) to migrate data from Remedy 7.6.4 to 
> Remedy 9.1.
> 
> Here's my config file:
> rrrchive.cfg
> source_server   = sourceservername
> source_tcp  = 1100
> source_user = myusername
> source_password = PROMPT
> source_form = MyTestForm
> target_server   = targetservername
> target_tcp  = 1400
> target_user = myusername
> target_password = PROMPT
> target_form = MyTestForm
> splitsearch = YES
> transfertype= SYNCTOTARGET
> logfile = AUTO
> loglevel= DEBUG
> progressbar = YES
> 
> and here's my log:
> rrrchive.log
>   1 rrrchive: 2018-05-02 11:51:50, type=APP, level=NOTICE, file=rrrchive.cpp, 
> line=5076
>   2 Program Start: configfile=rrrchive.cfg
>   3 rrrchive: 2018-05-02 11:51:50, type=ARS, level=DEBUG, file=rrrchive.cpp, 
> line=365
>   4 ARSetServerPort(server=sourceservername, tcp=1100, rpc=0)
>   5 rrrchive: 2018-05-02 11:51:50, type=ARS, level=DEBUG, file=rrrchive.cpp, 
> line=365
>   6 ARSetServerPort(server=targetservername, tcp=1400, rpc=0)
>  7 rrrchive: 2018-05-02 11:52:06, type=ARS, level=ERROR, file=rrrchive.cpp, 
> line=389
>   8 ARGetServerInfo(server=targetservername, 
> AR_SERVER_INFO_DELAY_RECACHE_TIME)
>   9   API CALL SEVERITY: AR_RETURN_ERROR, failure, status contains details
> 10   ARStatusList: contains 1 messages
> 11   Number: ARERR 91
> 12   Message: Cannot open catalog; Message number = 91
> 13   Append: RPC: Unable to receive; Asynchronous event occurred
> 14
> 15 rrrchive: 2018-05-02 11:52:06, type=APP, level=NOTICE, file=rrrchive.cpp, 
> line=5090
> 16 Program End: configfile=rrrchive.cfg, timetorun=0:00:16 
> 
> 
> Questions:
> 1. Does the error ARERR 91 mean, that rrrchive is not compatible with Remedy 
> 9.1? I found here, that it is possible cause of this error: 
> https://communities.bmc.com/message/133550 
> <https://communities.bmc.com/message/133550>:
> "A less common cause of this error is running an API program that is 
> incompatible with the AR System server."
> 
> 2. The rrrchive config installation instruction says:
> "Make sure that the following shared objects are in the LD_LIBRARY_PATH. 
> Copying the included libraries to the installation directory will allways 
> work."
> 
> My guess is, that in my case the app should use different shared objects for 
> the source server and different for the target server. 
> Is it possible to configure it that way?
> 
> Thanks!
> 
> Thomas
> 
> 

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Trouble getting rrrchive to run

[Thomas Miskiewicz]

Hi Listers,

I'm trying to use rrrchive tool (https://rrr.se/cgi/index?pg=chive-doc) to 
migrate data from Remedy 7.6.4 to Remedy 9.1.

Here's my config file:
rrrchive.cfg

source_server   = sourceservername

source_tcp  = 1100

source_user = myusername

source_password = PROMPT

source_form = MyTestForm

target_server   = targetservername

target_tcp  = 1400

target_user = myusername

target_password = PROMPT

target_form = MyTestForm

splitsearch = YES

transfertype= SYNCTOTARGET

logfile = AUTO

loglevel= DEBUG

progressbar = YES



and here's my log:

rrrchive.log

  1 rrrchive: 2018-05-02 11:51:50, type=APP, level=NOTICE, file=rrrchive.cpp, 
line=5076

  2 Program Start: configfile=rrrchive.cfg

  3 rrrchive: 2018-05-02 11:51:50, type=ARS, level=DEBUG, file=rrrchive.cpp, 
line=365

  4 ARSetServerPort(server=sourceservername, tcp=1100, rpc=0)

  5 rrrchive: 2018-05-02 11:51:50, type=ARS, level=DEBUG, file=rrrchive.cpp, 
line=365

  6 ARSetServerPort(server=targetservername, tcp=1400, rpc=0)

 7 rrrchive: 2018-05-02 11:52:06, type=ARS, level=ERROR, file=rrrchive.cpp, 
line=389

  8 ARGetServerInfo(server=targetservername, AR_SERVER_INFO_DELAY_RECACHE_TIME)

  9   API CALL SEVERITY: AR_RETURN_ERROR, failure, status contains details

10   ARStatusList: contains 1 messages

11   Number: ARERR 91

12   Message: Cannot open catalog; Message number = 91

13   Append: RPC: Unable to receive; Asynchronous event occurred

14

15 rrrchive: 2018-05-02 11:52:06, type=APP, level=NOTICE, file=rrrchive.cpp, 
line=5090


16 Program End: configfile=rrrchive.cfg, timetorun=0:00:16



Questions:

1. Does the error ARERR 91 mean, that rrrchive is not compatible with Remedy 
9.1? I found here, that it is possible cause of this error: 
https://communities.bmc.com/message/133550:

"A less common cause of this error is running an API program that is 
incompatible with the AR System server."

2. The rrrchive config installation instruction says:
"Make sure that the following shared objects are in the LD_LIBRARY_PATH. 
Copying the included libraries to the installation directory will allways work."

My guess is, that in my case the app should use different shared objects for 
the source server and different for the target server. 
Is it possible to configure it that way?

Thanks!

Thomas

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Special characters in ARS

[Thomas Miskiewicz]

> On Apr 4, 2018, at 1:56 PM, LJ LongWing <lj.longw...@gmail.com> wrote:
> 
> Character set at the db?
> 
> On April 4, 2018 4:47:12 AM Thomas Miskiewicz <tmisk...@gmail.com> wrote:
> 
>> Hi there,
>> 
>> We’re on ARS 9.1.03 with Oracle 12.
>> 
>> When I enter Avșar into the a character field I get Av¿ar after saving. 
>> 
>> Any idea how to fix this?
>> 
>> 
>> Thomas
>> -- 
>> ARSList mailing list
>> ARSList@arslist.org <mailto:ARSList%40arslist.org>
>> https://mailman.rrr.se/cgi/listinfo/arslist 
>> <https://mailman.rrr.se/cgi/listinfo/arslist>
>> 
> 
> 

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Special characters in ARS

[Thomas Miskiewicz]

Hi there,

We’re on ARS 9.1.03 with Oracle 12.

When I enter Avșar into the a character field I get Av¿ar after saving. 

Any idea how to fix this?


Thomas-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Table Field Refresh Interval

[Thomas Miskiewicz]

Thank you, Jason! That was exactly what I was looking for. It works.


Thomas

> On Mar 29, 2018, at 7:28 PM, Jason Miller <jason.mil...@gmail.com> wrote:
> 
> Just noticed it is documented:  
> https://docs.bmc.com/docs/ars91/en/settings-in-the-config-properties-file-609073130.html
>  
> <https://docs.bmc.com/docs/ars91/en/settings-in-the-config-properties-file-609073130.html>
> 
> https://communities.bmc.com/docs/DOC-49415 
> <https://communities.bmc.com/docs/DOC-49415>
> https://communities.bmc.com/docs/DOC-96987 
> <https://communities.bmc.com/docs/DOC-96987>
> 
> Jason
> 
> On Thu, Mar 29, 2018 at 12:25 PM, Jason Miller <jason.mil...@gmail.com 
> <mailto:jason.mil...@gmail.com>> wrote:
> There was a discussion on this a few months ago. See 
> https://mailman.rrr.se/arslist/1711/msg00097.html 
> <https://mailman.rrr.se/arslist/1711/msg00097.html> for how to change it.
> 
> Jason
> 
> On Wed, Mar 28, 2018 at 2:48 AM, Thomas Miskiewicz <tmisk...@gmail.com 
> <mailto:tmisk...@gmail.com>> wrote:
> Hello Listers,
> 
> it looks like the Table Field Refresh Interval in Mid Tier 9.1.x is 5 min. 
> 
> The BMC documentation says though
> 
> https://docs.bmc.com/docs/ars91/en/refreshing-table-fields-609073985.html?focusedCommentId=724771034#comment-724771034
>  
> <https://docs.bmc.com/docs/ars91/en/refreshing-table-fields-609073985.html?focusedCommentId=724771034#comment-724771034>
> 
> Enter an interval at which the table is automatically refreshed. It is 
> recommended that the interval should not be less than the minimum interval 
> value set by the administrator that is 5 minutes. Enter 0 to clear the 
> interval.
> 
> I wonder where can the administrator set this.
> 
> 
> Thomas
> 
> 
> 
> 
> --
> ARSList mailing list
> ARSList@arslist.org <mailto:ARSList@arslist.org>
> https://mailman.rrr.se/cgi/listinfo/arslist 
> <https://mailman.rrr.se/cgi/listinfo/arslist>
> 
> 
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Table Field Refresh Interval

[Thomas Miskiewicz]

Hello Listers,

it looks like the Table Field Refresh Interval in Mid Tier 9.1.x is 5 min. 

The BMC documentation says though

https://docs.bmc.com/docs/ars91/en/refreshing-table-fields-609073985.html?focusedCommentId=724771034#comment-724771034

Enter an interval at which the table is automatically refreshed. It is 
recommended that the interval should not be less than the minimum interval 
value set by the administrator that is 5 minutes. Enter 0 to clear the interval.

I wonder where can the administrator set this.


Thomas



-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

What's the meaning of the AR System Server stop return codes?

[Thomas Miskiewicz]

Hello Listers,

when I stop an BMC AR Server I get a bunch of different return codes. 0, 9, 
137. Just to name a few. I feel like someone thinks I’m a robot. I’m not. And I 
got no clue what they mean? Do you? If not, don’t worry. The BMC Support 
doesn’t either. Raised a case two days ago. And it got pretty quiet.

EXAMPLE

INFO - Stopping ARMonitor and Processes from armonitor configuration file.
INFO - Stopping server Process [ ARSERVER ].
INFO - ProcessController Stopped.
INFO - Process Monitor Stopping server process - [ ARSERVER ] by Process 
Signalling.
INFO - Signal received :STOP_SERVER
INFO - Stopping server...
INFO - Process [ ARSERVER ] stopped with return code - [ 0 ].
ERROR - AR System-Server normal beendet
INFO - Stopping process [ BMC:DefaultJavaPluginServer ].
INFO - Process Monitor Stopping process - [ BMC:DefaultJavaPluginServer ]
INFO - Process [ BMC:DefaultJavaPluginServer ] stopped with return code - [ 137 
].
INFO - Stopping process [ BMC:DSOJServer ].
INFO - Process Monitor Stopping process - [ BMC:DSOJServer ]
INFO - Process [ BMC:DSOJServer ] stopped with return code - [ 137 ].
INFO - Stopping process [ BMC:NativePluginServer ].
INFO - Process Monitor Stopping process - [ BMC:NativePluginServer ]
INFO - Process [ BMC:NativePluginServer ] stopped with return code - [ 137 ].
INFO - Stopping process [ BMC:ARDispatcher ].
INFO - Process Monitor Stopping process - [ BMC:ARDispatcher ]
INFO - Process [ BMC:ARDispatcher ] stopped with return code - [ 137 ].
INFO - Stopping process [ BMC:FlashBoardServer ].
INFO - Process Monitor Stopping process - [ BMC:FlashBoardServer ]
INFO - Process [ BMC:FlashBoardServer ] stopped with return code - [ 137 ].
INFO - Stopping process [ BMC:EmailEngine ].
INFO - Process Monitor Stopping process - [ BMC:EmailEngine ]
INFO - Process [ BMC:EmailEngine ] stopped with return code - [ 137 ].
INFO - Stopping process [ BMC:FileDeployer ].
INFO - Process Monitor Stopping process - [ BMC:FileDeployer ]
INFO - Process [ BMC:FileDeployer ] stopped with return code - [ 137 ].
ARMonitor Stop signal sent!!


Thomas-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Dev Studio broken after Upgrade to 9.1.03.001

[Thomas Miskiewicz]

The solutions was: the Private-RPC-Socket: 390601 1 2 was missing in the ar.conf

I don’t understand why this dumb installer cannot automatically check the 
ar.conf for standard parameters. As a matter of fact Dev Studio was working 
just fine before the upgrade and we would expect that it keeps working after 
the upgrade.

> On Mar 21, 2018, at 5:31 PM, LJ LongWing <lj.longw...@gmail.com> wrote:
> 
> You ran the log from
> 11:16:16
> to
> 11:17:41
> 
> That's just under 1.5 mintimeouts occur at the 2 min window if I'm not 
> mistaken
> 
> Please turn on API/SQL before trying to load the items, wait for the timeout, 
> and turn them off, if you already did that, I don't see any problems...the 
> longest API call that finished within the relatively short window you 
> provided lasted a whole 1 second.  Tell us what user id you are using to do 
> the call with
> 
> There were 3 API calls that started around the beginning of the log that 
> didn't finish in the 1.5 min of logbut because we don't have the end of 
> them, we can't determine how long they ran for
> 
> On Wed, Mar 21, 2018 at 9:12 AM, Thomas Miskiewicz <tmisk...@gmail.com 
> <mailto:tmisk...@gmail.com>> wrote:
> 
> 
> 
> Attached - so far I don’t see the reason for this behavior.
> 
>> On Mar 21, 2018, at 4:08 PM, LJ LongWing <lj.longw...@gmail.com 
>> <mailto:lj.longw...@gmail.com>> wrote:
>> 
>> With Timeouts, I always look to the API/SQL logs for helptrack what sql 
>> calls are taking place and how long they are taking.
>> 
>> On Wed, Mar 21, 2018 at 8:06 AM, Thomas Miskiewicz <tmisk...@gmail.com 
>> <mailto:tmisk...@gmail.com>> wrote:
>> Hi Listers,
>> 
>> we have successfully upgraded our archive stand alone server from 8.1.00.002 
>> to 9.1.03.001 Hotfix from Oct 2017.
>> 
>> We can login and work using the Mid Tier.
>> 
>> Dev Studio takes ages to log in. At other times the login works smoothly, we 
>> can load the form list but we cannot open the Active Link, Filter, Guides 
>> Lists as we get a time one saying that the server is busy.
>> 
>> Any ideas where to start looking? The support has no clue so far.
>> 
>> 
>> Thomas
>> 
>> --
>> ARSList mailing list
>> ARSList@arslist.org <mailto:ARSList@arslist.org>
>> https://mailman.rrr.se/cgi/listinfo/arslist 
>> <https://mailman.rrr.se/cgi/listinfo/arslist>
>> 
>> 
>> -- 
>> ARSList mailing list
>> ARSList@arslist.org <mailto:ARSList@arslist.org>
>> https://mailman.rrr.se/cgi/listinfo/arslist 
>> <https://mailman.rrr.se/cgi/listinfo/arslist>
> 
> 
> --
> ARSList mailing list
> ARSList@arslist.org <mailto:ARSList@arslist.org>
> https://mailman.rrr.se/cgi/listinfo/arslist 
> <https://mailman.rrr.se/cgi/listinfo/arslist>
> 
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Dev Studio broken after Upgrade to 9.1.03.001

[Thomas Miskiewicz]

No, we don’t use object reservation 

> On 21. Mar 2018, at 16:47, Timothy Powell <timothy.pow...@pbs-consulting.com> 
> wrote:
> 
> Continuing on this thought line. You mention that it’s an upgrade from 8.x to 
> 9.x. Was object reservation enabled when it was 8.x and is now turned off in 
> 9.x?
> If yes, you still may have bad object reservation records. Check the AR 
> System Version Control: Object Reservation form for orphaned/invalid records.
>  
> /tp
>  
> From: ARSList <arslist-boun...@arslist.org> On Behalf Of Thomas Miskiewicz
> Sent: Wednesday, March 21, 2018 10:25 AM
> To: ARSList <arslist@arslist.org>
> Subject: Re: Dev Studio broken after Upgrade to 9.1.03.001
>  
> No, I don’t have it.
> 
> 
> On Mar 21, 2018, at 3:23 PM, Jason Miller <jason.mil...@gmail.com> wrote:
>  
> Do you have object reservations turned on? I have seen even in 8.x where an 
> object reservation somehow is created without an Object Name and Dev Studio 
> will throw an error loading the object list for that type of object until 
> those records are deleted. 
>  
> Jason  
>  
> On Wed, Mar 21, 2018 at 9:06 AM, Thomas Miskiewicz <tmisk...@gmail.com> wrote:
> Hi Listers,
>  
> we have successfully upgraded our archive stand alone server from 8.1.00.002 
> to 9.1.03.001 Hotfix from Oct 2017.
>  
> We can login and work using the Mid Tier.
>  
> Dev Studio takes ages to log in. At other times the login works smoothly, we 
> can load the form list but we cannot open the Active Link, Filter, Guides 
> Lists as we get a time one saying that the server is busy.
>  
> Any ideas where to start looking? The support has no clue so far.
>  
>  
> Thomas
> 
> --
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
> 
>  
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
>  
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Dev Studio broken after Upgrade to 9.1.03.001

[Thomas Miskiewicz]

Fair enough Tim. 

The wired thing is that at times when I can connect I cannot open active links 
and filters. I can open forms.

No issues with other severs on same client, same ds and same ar server 
configuration.

Thomas

> On Mar 21, 2018, at 4:34 PM, Timothy Powell 
> <timothy.pow...@pbs-consulting.com> wrote:
> 
> I don’t know. You didn’t mention that there was a 2nd server involved where 
> it loaded successfully. If you have 2 identical servers and are using DS on 
> the SAME client machine to access them and one server loads properly and the 
> other does not, then I probably would have eliminated a client side issue and 
> not mentioned this. I’m just spit balling based on the scenario provided. :-)
>  
> The only other thing I can think where this DS memory issue still might apply 
> is if you are trying to log in to/load up both servers at the same time in 
> your DS session. If you are trying to log in to both at the same time, try 
> logging in to the unsuccessful one independently. 
>  
> /tp
>  
> From: ARSList <arslist-boun...@arslist.org> On Behalf Of Thomas Miskiewicz
> Sent: Wednesday, March 21, 2018 10:53 AM
> To: ARSList <arslist@arslist.org>
> Subject: Re: Dev Studio broken after Upgrade to 9.1.03.001
>  
> Thanks Tim,
>  
> I'll check but why does it work with other server of the same version then?
>  
>  
> Thomas
>  
> 
> 
>> On Mar 21, 2018, at 3:40 PM, Timothy Powell 
>> <timothy.pow...@pbs-consulting.com 
>> <mailto:timothy.pow...@pbs-consulting.com>> wrote:
>>  
>> I’ve seen this before when the dev studio did not have enough memory to load 
>> a large list of workflow objects. The default is 512mb.
>> 
>> Go to the DS config and try increasing the memory it uses from 512 to 2048. 
>> That’s what worked for us.
>>  
>> -vm
>> C:\Program Files\Java\jre1.8.0_161\bin\javaw.exe
>> -vmargs
>> -Xms64m
>> -Xmx512m
>>  
>>  
>> From: ARSList <arslist-boun...@arslist.org 
>> <mailto:arslist-boun...@arslist.org>> On Behalf Of Thomas Miskiewicz
>> Sent: Wednesday, March 21, 2018 9:44 AM
>> To: ARSList <arslist@arslist.org <mailto:arslist@arslist.org>>
>> Subject: Dev Studio broken after Upgrade to 9.1.03.001
>>  
>> Hi Listers,
>>  
>> we have successfully upgraded our archive stand alone server from 8.1.00.002 
>> to 9.1.03.001 Hotfix from Oct 2017.
>>  
>> We can login and work using the Mid Tier.
>>  
>> Dev Studio takes ages to log in. At other times the login works smoothly, we 
>> can load the form list but we cannot open the Active Link, Filter, Guides 
>> Lists as we get a time one saying that the server is busy.
>>  
>> Any ideas where to start looking? The support has no idea so far.
>>  
>>  
>> Thomas
>>  
>>  
>> -- 
>> ARSList mailing list
>> ARSList@arslist.org <mailto:ARSList@arslist.org>
>> https://mailman.rrr.se/cgi/listinfo/arslist 
>> <https://mailman.rrr.se/cgi/listinfo/arslist>
>  
> -- 
> ARSList mailing list
> ARSList@arslist.org <mailto:ARSList@arslist.org>
> https://mailman.rrr.se/cgi/listinfo/arslist 
> <https://mailman.rrr.se/cgi/listinfo/arslist>
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Dev Studio broken after Upgrade to 9.1.03.001

[Thomas Miskiewicz]

Thanks Tim,

I'll check but why does it work with other server of the same version then?


Thomas


> On Mar 21, 2018, at 3:40 PM, Timothy Powell 
> <timothy.pow...@pbs-consulting.com> wrote:
> 
> I’ve seen this before when the dev studio did not have enough memory to load 
> a large list of workflow objects. The default is 512mb.
> 
> Go to the DS config and try increasing the memory it uses from 512 to 2048. 
> That’s what worked for us.
>  
> -vm
> C:\Program Files\Java\jre1.8.0_161\bin\javaw.exe
> -vmargs
> -Xms64m
> -Xmx512m
>  
>  
> From: ARSList <arslist-boun...@arslist.org> On Behalf Of Thomas Miskiewicz
> Sent: Wednesday, March 21, 2018 9:44 AM
> To: ARSList <arslist@arslist.org>
> Subject: Dev Studio broken after Upgrade to 9.1.03.001
>  
> Hi Listers,
>  
> we have successfully upgraded our archive stand alone server from 8.1.00.002 
> to 9.1.03.001 Hotfix from Oct 2017.
>  
> We can login and work using the Mid Tier.
>  
> Dev Studio takes ages to log in. At other times the login works smoothly, we 
> can load the form list but we cannot open the Active Link, Filter, Guides 
> Lists as we get a time one saying that the server is busy.
>  
> Any ideas where to start looking? The support has no idea so far.
>  
>  
> Thomas
>  
>  
> -- 
> ARSList mailing list
> ARSList@arslist.org <mailto:ARSList@arslist.org>
> https://mailman.rrr.se/cgi/listinfo/arslist 
> <https://mailman.rrr.se/cgi/listinfo/arslist>
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Dev Studio broken after Upgrade to 9.1.03.001

[Thomas Miskiewicz]

No, I don’t have it.

> On Mar 21, 2018, at 3:23 PM, Jason Miller <jason.mil...@gmail.com> wrote:
> 
> Do you have object reservations turned on? I have seen even in 8.x where an 
> object reservation somehow is created without an Object Name and Dev Studio 
> will throw an error loading the object list for that type of object until 
> those records are deleted. 
> 
> Jason  
> 
> On Wed, Mar 21, 2018 at 9:06 AM, Thomas Miskiewicz <tmisk...@gmail.com 
> <mailto:tmisk...@gmail.com>> wrote:
> Hi Listers,
> 
> we have successfully upgraded our archive stand alone server from 8.1.00.002 
> to 9.1.03.001 Hotfix from Oct 2017.
> 
> We can login and work using the Mid Tier.
> 
> Dev Studio takes ages to log in. At other times the login works smoothly, we 
> can load the form list but we cannot open the Active Link, Filter, Guides 
> Lists as we get a time one saying that the server is busy.
> 
> Any ideas where to start looking? The support has no clue so far.
> 
> 
> Thomas
> 
> --
> ARSList mailing list
> ARSList@arslist.org <mailto:ARSList@arslist.org>
> https://mailman.rrr.se/cgi/listinfo/arslist 
> <https://mailman.rrr.se/cgi/listinfo/arslist>
> 
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: What is locking my account?

[Thomas Miskiewicz]

We used that method before with same results.

The we switched to this example:
http://soleauthority.net/entry-inspector-a-java-filterapi-plugin-sample/



On Wed 21. Mar 2018 at 09:24, Jarl Grøneng <jarl.gron...@gmail.com> wrote:

>
> When you create a new ARServerUser object, should`t you do a login?
>
> arCtx.login();
>
>
>
> --
> J
>
> 2018-03-20 18:45 GMT+01:00 Thomas Miskiewicz <tmisk...@gmail.com>:
>
>> Thanks for pointing this out, Fred, bu there is no error in my code.
>>
>> I just mad a mistake extracting snippets. The code looks like this:
>>
>> public List filterAPICall(ARPluginContext context, List
>> inValues)
>> {
>> if (context!=null) {
>> String sPort=context.getARConfigEntry("TCD-Specific-Port");
>> Integer port=new Integer(sPort);
>>
>>
>> ARServerUser arCtx = new ARServerUser(context, "de_DE",
>> "localhost");
>> arCtx.setPort(port);
>> }
>> }
>>
>>
>> On Mar 20, 2018, at 5:23 PM, Grooms, Frederick W <
>> frederick.w.gro...@xo.com> wrote:
>>
>> Maybe I’m confused, but I think there may be an error in your code
>> You are setting the port to  serverPort, but your integer value is just
>> port
>>
>>
>> *From:* ARSList [mailto:arslist-boun...@arslist.org
>> <arslist-boun...@arslist.org>] *On Behalf Of *Thomas Miskiewicz
>> *Sent:* Tuesday, March 20, 2018 11:12 AM
>> *To:* ARSList <arslist@arslist.org>
>> *Subject:* Re: What is locking my account?
>>
>> Thank you Keith, good to know.
>>
>> 1. We’re not windows.
>>
>> 2. We don’t have more than one server defined in the mid-tier
>>
>> I rather thing that it’s related to a ARS bug which attacks when we use
>> our ARF Plugin.
>>
>>
>> Thomas
>>
>>
>> On Mar 20, 2018, at 5:05 PM, spearmint.l...@gmail.com wrote:
>>
>> I haven't followed this whole thread, so not sure if this was mentioned.
>> We had a problem in the past where if you had more than one AR server
>> defined in the mid-tier, then anytime you try to login it attempts to log
>> into each AR server defined. So if you have three AR servers defined, and
>> your Windows system is set to lock after three bad attempts, then just one
>> incorrect password when trying to log in will lock you out.
>>
>> Regards,
>> Keith
>>
>> On Tue, Mar 20, 2018 at 6:14 AM Thomas Miskiewicz <tmisk...@gmail.com>
>> wrote:
>>
>> Unfortunately it’s still locking.
>>
>> I enabled all kinds of debugs and see this:
>>
>> Di Mär 20 10:41:19.086 2018 Preparing context to be sent to pluginserver
>> -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9279, threadId :
>> 366
>> 360393 Di Mär 20 10:41:19.099 2018 Preparing context to be sent to
>> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
>> 9280, threadId : 366
>> 360394 Di Mär 20 10:41:19.109 2018 Preparing context to be sent to
>> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
>> 9281, threadId : 366
>> 360395 Di Mär 20 10:41:19.118 2018 Preparing context to be sent to
>> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
>> 9282, threadId : 366
>> 360396 Di Mär 20 10:41:33.252 2018   > 447731>   > Application Service (Pool 1) > 
>> /* Di Mär 20 2018 10:41:33.2520 */ Escalation Trace Log -- ON (AR Server
>> 9.1.04 201711272256)
>> 360397 Di Mär 20 10:41:33.418 2018   > 447731>   > Application Service (Pool 1) > 
>> /* Di Mär 20 2018 10:41:33.4180 */ Escalation Trace Log -- ON (AR Server
>> 9.1.04 201711272256)
>> 360398 Di Mär 20 10:41:33.650 2018 Preparing context to be sent to
>> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
>> 9292, threadId : 366
>> 360399 Di Mär 20 10:41:33.660 2018 Preparing context to be sent to
>> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
>> 9293, threadId : 366
>> 360400 Di Mär 20 10:41:33.667 2018 Preparing context to be sent to
>> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId :
>> 9294, threadId : 366
>> 360401 Di Mär 20 10:41:35.095 2018 Preparing context to be sent to
>> pluginserver -  User : ize0578, sessionId : 0, authGuid : NULL, cacheId :
>> 8439, threadId : 403
>> 360402 Di Mär 20 10:41:35.962 2018 Preparing context to be sent to
>> pluginserver -  User : ize0578, sessionId : 0, authGuid : N

Re: Where do I find the documentation of the ARPluginContext class?

[Thomas Miskiewicz]

Oh well, can you share that jar file please?

> On 20. Mar 2018, at 22:07, LJ LongWing <lj.longw...@gmail.com> wrote:
> 
> Thomas,
> I see it documented in my 8.1 file
> 
> 
> 
> 
>> On Tue, Mar 20, 2018 at 2:54 PM, Thomas Miskiewicz <tmisk...@gmail.com> 
>> wrote:
>> Hi Listers,
>> 
>> where do I find the documentation of the ARPluginContext class?
>> 
>> The BMC documentation says: For details, see the Java plug-in API online 
>> documentation located at 
>> ARSystemServerInstallDir\ARserver\api\javaplugins\arpluginsdocVerNum.jar and 
>> yet the class in not documented in there.
>> 
>> 
>> Thomas
>> --
>> ARSList mailing list
>> ARSList@arslist.org
>> https://mailman.rrr.se/cgi/listinfo/arslist
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Where do I find the documentation of the ARPluginContext class?

[Thomas Miskiewicz]

Hi Listers,

where do I find the documentation of the ARPluginContext class?

The BMC documentation says: For details, see the Java plug-in API online 
documentation located at 
ARSystemServerInstallDir\ARserver\api\javaplugins\arpluginsdocVerNum.jar and 
yet the class in not documented in there.


Thomas
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: What is locking my account?

[Thomas Miskiewicz]

Thanks for pointing this out, Fred, bu there is no error in my code.

I just mad a mistake extracting snippets. The code looks like this:

public List filterAPICall(ARPluginContext context, List inValues) 
{
if (context!=null) {
String sPort=context.getARConfigEntry("TCD-Specific-Port");
Integer port=new Integer(sPort);

ARServerUser arCtx = new ARServerUser(context, "de_DE", "localhost");
arCtx.setPort(port);
}
}


> On Mar 20, 2018, at 5:23 PM, Grooms, Frederick W <frederick.w.gro...@xo.com> 
> wrote:
> 
> Maybe I’m confused, but I think there may be an error in your code
> You are setting the port to  serverPort, but your integer value is just port
>  
>  
> From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Thomas 
> Miskiewicz
> Sent: Tuesday, March 20, 2018 11:12 AM
> To: ARSList <arslist@arslist.org>
> Subject: Re: What is locking my account?
>  
> Thank you Keith, good to know.
>  
> 1. We’re not windows.
>  
> 2. We don’t have more than one server defined in the mid-tier
>  
> I rather thing that it’s related to a ARS bug which attacks when we use our 
> ARF Plugin.
>  
>  
> Thomas
> 
> 
> On Mar 20, 2018, at 5:05 PM, spearmint.l...@gmail.com 
> <mailto:spearmint.l...@gmail.com> wrote:
>  
> I haven't followed this whole thread, so not sure if this was mentioned. We 
> had a problem in the past where if you had more than one AR server defined in 
> the mid-tier, then anytime you try to login it attempts to log into each AR 
> server defined. So if you have three AR servers defined, and your Windows 
> system is set to lock after three bad attempts, then just one incorrect 
> password when trying to log in will lock you out. 
>  
> Regards,
> Keith
>  
> On Tue, Mar 20, 2018 at 6:14 AM Thomas Miskiewicz <tmisk...@gmail.com 
> <mailto:tmisk...@gmail.com>> wrote:
> Unfortunately it’s still locking.
>  
> I enabled all kinds of debugs and see this:
>  
> Di Mär 20 10:41:19.086 2018 Preparing context to be sent to pluginserver -  
> User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9279, threadId : 366
> 360393 Di Mär 20 10:41:19.099 2018 Preparing context to be sent to 
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9280, 
> threadId : 366
> 360394 Di Mär 20 10:41:19.109 2018 Preparing context to be sent to 
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9281, 
> threadId : 366
> 360395 Di Mär 20 10:41:19.118 2018 Preparing context to be sent to 
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9282, 
> threadId : 366
> 360396 Di Mär 20 10:41:33.252 2018447731>Application Service (Pool 1) >  /* 
> Di Mär 20 2018 10:41:33.2520 */ Escalation Trace Log -- ON (AR Server 9.1.04 
> 201711272256)
> 360397 Di Mär 20 10:41:33.418 2018447731>Application Service (Pool 1) >  /* 
> Di Mär 20 2018 10:41:33.4180 */ Escalation Trace Log -- ON (AR Server 9.1.04 
> 201711272256)
> 360398 Di Mär 20 10:41:33.650 2018 Preparing context to be sent to 
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9292, 
> threadId : 366
> 360399 Di Mär 20 10:41:33.660 2018 Preparing context to be sent to 
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9293, 
> threadId : 366
> 360400 Di Mär 20 10:41:33.667 2018 Preparing context to be sent to 
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9294, 
> threadId : 366
> 360401 Di Mär 20 10:41:35.095 2018 Preparing context to be sent to 
> pluginserver -  User : ize0578, sessionId : 0, authGuid : NULL, cacheId : 
> 8439, threadId : 403
> 360402 Di Mär 20 10:41:35.962 2018 Preparing context to be sent to 
> pluginserver -  User : ize0578, sessionId : 0, authGuid : NULL, cacheId : 
> 8439, threadId : 401
>  
> @Doug - what does User: NULL mean? How is that possible?
>  
>  
> Thomas
>  
>  
> 
> 
> On Mar 15, 2018, at 9:41 AM, Thomas Miskiewicz <tmisk...@gmail.com 
> <mailto:tmisk...@gmail.com>> wrote:
>  
> Thank you, Rajesh! I will delete my account completely and try again. 
>  
> Thomas
> 
> On 15. Mar 2018, at 09:37, Rajesh Nair <rajesh.nair@gmail.com 
> <mailto:rajesh.nair@gmail.com>> wrote:
> 
> Not sure if this is going to help,
> i remember facing such issue but not in ARS but frequently on my machine 
> which i am using it
>  
> Issue turned out to be problem in user's cache where the password has been 
> stored. My account used to get locked automatically, even though i was using 
> the cor

Re: What is locking my account?

[Thomas Miskiewicz]

Thank you Keith, good to know.

1. We’re not windows.

2. We don’t have more than one server defined in the mid-tier

I rather thing that it’s related to a ARS bug which attacks when we use our ARF 
Plugin.


Thomas

> On Mar 20, 2018, at 5:05 PM, spearmint.l...@gmail.com wrote:
> 
> I haven't followed this whole thread, so not sure if this was mentioned. We 
> had a problem in the past where if you had more than one AR server defined in 
> the mid-tier, then anytime you try to login it attempts to log into each AR 
> server defined. So if you have three AR servers defined, and your Windows 
> system is set to lock after three bad attempts, then just one incorrect 
> password when trying to log in will lock you out. 
> 
> Regards,
> Keith
> 
> On Tue, Mar 20, 2018 at 6:14 AM Thomas Miskiewicz <tmisk...@gmail.com 
> <mailto:tmisk...@gmail.com>> wrote:
> Unfortunately it’s still locking.
> 
> I enabled all kinds of debugs and see this:
> 
> Di Mär 20 10:41:19.086 2018 Preparing context to be sent to pluginserver -  
> User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9279, threadId : 366
> 360393 Di Mär 20 10:41:19.099 2018 Preparing context to be sent to 
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9280, 
> threadId : 366
> 360394 Di Mär 20 10:41:19.109 2018 Preparing context to be sent to 
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9281, 
> threadId : 366
> 360395 Di Mär 20 10:41:19.118 2018 Preparing context to be sent to 
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9282, 
> threadId : 366
> 360396 Di Mär 20 10:41:33.252 2018447731>Application Service (Pool 1) >  /* 
> Di Mär 20 2018 10:41:33.2520 */ Escalation Trace Log -- ON (AR Server 9.1.04 
> 201711272256)
> 360397 Di Mär 20 10:41:33.418 2018447731>Application Service (Pool 1) >  /* 
> Di Mär 20 2018 10:41:33.4180 */ Escalation Trace Log -- ON (AR Server 9.1.04 
> 201711272256)
> 360398 Di Mär 20 10:41:33.650 2018 Preparing context to be sent to 
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9292, 
> threadId : 366
> 360399 Di Mär 20 10:41:33.660 2018 Preparing context to be sent to 
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9293, 
> threadId : 366
> 360400 Di Mär 20 10:41:33.667 2018 Preparing context to be sent to 
> pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9294, 
> threadId : 366
> 360401 Di Mär 20 10:41:35.095 2018 Preparing context to be sent to 
> pluginserver -  User : ize0578, sessionId : 0, authGuid : NULL, cacheId : 
> 8439, threadId : 403
> 360402 Di Mär 20 10:41:35.962 2018 Preparing context to be sent to 
> pluginserver -  User : ize0578, sessionId : 0, authGuid : NULL, cacheId : 
> 8439, threadId : 401
> 
> @Doug - what does User: NULL mean? How is that possible?
> 
> 
> Thomas
> 
> 
> 
>> On Mar 15, 2018, at 9:41 AM, Thomas Miskiewicz <tmisk...@gmail.com 
>> <mailto:tmisk...@gmail.com>> wrote:
>> 
>> Thank you, Rajesh! I will delete my account completely and try again. 
>> 
>> Thomas
>> 
>> On 15. Mar 2018, at 09:37, Rajesh Nair <rajesh.nair@gmail.com 
>> <mailto:rajesh.nair@gmail.com>> wrote:
>> 
>>> Not sure if this is going to help,
>>> i remember facing such issue but not in ARS but frequently on my machine 
>>> which i am using it
>>> 
>>> Issue turned out to be problem in user's cache where the password has been 
>>> stored. My account used to get locked automatically, even though i was 
>>> using the correct password.
>>> I had to delete the old entries and the issue got fixed.
>>> 
>>> On Wed, Mar 14, 2018 at 6:22 PM, Thomas Miskiewicz <tmisk...@gmail.com 
>>> <mailto:tmisk...@gmail.com>> wrote:
>>> Hi Doug,
>>> 
>>> I got an AR Filter Plugin which uses the context of the current user which 
>>> in this case even happens to be an Admin User.
>>> 
>>> public List filterAPICall(ARPluginContext context, List 
>>> inValues) 
>>> {
>>> if (context!=null) {
>>> String sPort=context.getARConfigEntry("TCD-Specific-Port");
>>> Integer port=new Integer(sPort);
>>> 
>>> ARServerUser arCtx = new ARServerUser(context, "de_DE", 
>>> "localhost");
>>> arCtx.setPort(serverPort);
>>> }
>>> }
>>> 
>>> Everything works well until it doesn’

Re: What is locking my account?

[Thomas Miskiewicz]

Unfortunately it’s still locking.

I enabled all kinds of debugs and see this:

Di Mär 20 10:41:19.086 2018 Preparing context to be sent to pluginserver -  
User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9279, threadId : 366
360393 Di Mär 20 10:41:19.099 2018 Preparing context to be sent to 
pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9280, 
threadId : 366
360394 Di Mär 20 10:41:19.109 2018 Preparing context to be sent to 
pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9281, 
threadId : 366
360395 Di Mär 20 10:41:19.118 2018 Preparing context to be sent to 
pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9282, 
threadId : 366
360396 Di Mär 20 10:41:33.252 2018/* 
Di Mär 20 2018 10:41:33.2520 */ Escalation Trace Log -- ON (AR Server 9.1.04 
201711272256)
360397 Di Mär 20 10:41:33.418 2018/* 
Di Mär 20 2018 10:41:33.4180 */ Escalation Trace Log -- ON (AR Server 9.1.04 
201711272256)
360398 Di Mär 20 10:41:33.650 2018 Preparing context to be sent to 
pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9292, 
threadId : 366
360399 Di Mär 20 10:41:33.660 2018 Preparing context to be sent to 
pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9293, 
threadId : 366
360400 Di Mär 20 10:41:33.667 2018 Preparing context to be sent to 
pluginserver -  User : NULL, sessionId : 0, authGuid : NULL, cacheId : 9294, 
threadId : 366
360401 Di Mär 20 10:41:35.095 2018 Preparing context to be sent to 
pluginserver -  User : ize0578, sessionId : 0, authGuid : NULL, cacheId : 8439, 
threadId : 403
360402 Di Mär 20 10:41:35.962 2018 Preparing context to be sent to 
pluginserver -  User : ize0578, sessionId : 0, authGuid : NULL, cacheId : 8439, 
threadId : 401

@Doug - what does User: NULL mean? How is that possible?


Thomas



> On Mar 15, 2018, at 9:41 AM, Thomas Miskiewicz <tmisk...@gmail.com> wrote:
> 
> Thank you, Rajesh! I will delete my account completely and try again. 
> 
> Thomas
> 
> On 15. Mar 2018, at 09:37, Rajesh Nair <rajesh.nair@gmail.com 
> <mailto:rajesh.nair@gmail.com>> wrote:
> 
>> Not sure if this is going to help,
>> i remember facing such issue but not in ARS but frequently on my machine 
>> which i am using it
>> 
>> Issue turned out to be problem in user's cache where the password has been 
>> stored. My account used to get locked automatically, even though i was using 
>> the correct password.
>> I had to delete the old entries and the issue got fixed.
>> 
>> On Wed, Mar 14, 2018 at 6:22 PM, Thomas Miskiewicz <tmisk...@gmail.com 
>> <mailto:tmisk...@gmail.com>> wrote:
>> Hi Doug,
>> 
>> I got an AR Filter Plugin which uses the context of the current user which 
>> in this case even happens to be an Admin User.
>> 
>> public List filterAPICall(ARPluginContext context, List 
>> inValues) 
>> {
>> if (context!=null) {
>> String sPort=context.getARConfigEntry("TCD-Specific-Port");
>> Integer port=new Integer(sPort);
>> 
>> ARServerUser arCtx = new ARServerUser(context, "de_DE", "localhost");
>> arCtx.setPort(serverPort);
>> }
>> }
>> 
>> Everything works well until it doesn’t. At some point I see in the plugin 
>> log that authGuid ist empty…
>> 
>> Mi Mär 14 12:36:27.527 2018 Preparing context to be sent to pluginserver -  
>> User : ize0578, sessionId : 118, authGuid : PAGAAFGYFE3BUAPFKWINPEO0LWMIJ1, 
>> cacheId : 118, threadId : 323
>> Mi Mär 14 12:36:27.541 2018 Preparing context to be sent to pluginserver -  
>> User : ize0578, sessionId : 118, authGuid : PAGAAFGYFE3BUAPFKWINPEO0LWMIJ1, 
>> cacheId : 118, threadId : 323
>> Mi Mär 14 12:36:27.563 2018 Preparing context to be sent to pluginserver -  
>> User : ize0578, sessionId : 118, authGuid : PAGAAFGYFE3BUAPFKWINPEO0LWMIJ1, 
>> cacheId : 118, threadId : 323
>> Mi Mär 14 12:36:27.584 2018 Preparing context to be sent to pluginserver -  
>> User : ize0578, sessionId : 118, authGuid : PAGAAFGYFE3BUAPFKWINPEO0LWMIJ1, 
>> cacheId : 118, threadId : 323
>> Mi Mär 14 12:36:27.688 2018 Preparing context to be sent to pluginserver -  
>> User : ize0578, sessionId : 0, authGuid : NULL, cacheId : 118, threadId : 323
>> Mi Mär 14 12:36:27.704 2018 Preparing context to be sent to pluginserver -  
>> User : ize0578, sessionId : 0, authGuid : NULL, cacheId : 118, threadId : 323
>> Mi Mär 14 12:36:27.722 2018 Preparing context to be sent to pluginserver -  
>> User : ize0578, sessionId : 0, authGuid : NULL, cacheId : 118, threadId : 323
>> Mi Mär 14 12:36:27.739 2018 Preparing

Re: Query not working

[Thomas Miskiewicz]

Yep, the problem mutated from a not working query into the discovery how 
misleading or plain wrong the client side log is.

> On 16. Mar 2018, at 16:32, LJ LongWing <lj.longw...@gmail.com> wrote:
> 
> ok...so there isn't actually a problem?
> 
>> On Fri, Mar 16, 2018 at 9:26 AM, Thomas Miskiewicz <tmisk...@gmail.com> 
>> wrote:
>> LJ,
>> 
>> the server side log shows that Mid Tier Client Log is plain wrong!
>> 
>> The server side log shows that the filter I mentioned in my original post 
>> DID find what’s expected but a filter a some time later fails instead.
>> 
>> 
>> Thanks
>> 
>> Thomas
>> 
>> 
>> 
>>> On Mar 16, 2018, at 3:19 PM, LJ LongWing <lj.longw...@gmail.com> wrote:
>>> 
>>> Thomas,
>>> What does the server side sql log show when you try to run the setfield 
>>> through a filter?
>>> 
>>>> On Thu, Mar 15, 2018 at 10:09 AM, Thomas Miskiewicz <tmisk...@gmail.com> 
>>>> wrote:
>>>> Hi Listers,
>>>> 
>>>> I got a strange problem: a filter is doing a set fields and finding 
>>>> nothing. I can find the record using the GUI though.
>>>> 
>>>> In the client side log I see:
>>>> 
>>>> SELECT * FROM (SELECT AR_SQL_Alias2171 FROM (SELECT 
>>>> T4474.C536870919, T4474.C1 FROM T4474 WHERE ((T4474.C536870921 = 
>>>> '217') AND (T4474.C536870930 = 0) AND (T4474.C536870913 = 
>>>> 'id')) ORDER BY T4474.C1 ASC NULLS FIRST ) AR_SQL_Alias1 > 0) AND 
>>>> (AR_RowNumber_Alias1.*, rownum as AR_RowNumber_Alias1) WHERE 
>>>> ((AR_RowNumber_Alias1 < 104) AND (rownum < 104))
>>>> 
>>>> I tried:
>>>> 
>>>> SELECT AR_SQL_Alias2171 FROM (SELECT T4474.C536870919, 
>>>> T4474.C1 FROM T4474 WHERE ((T4474.C536870921 = '217') AND 
>>>> (T4474.C536870930 = 0) AND (T4474.C536870913 = 'id')) ORDER BY T4474.C1 
>>>> ASC NULLS FIRST )
>>>> 
>>>> in the Oracle Developer and it works just fine, i.e. finding what the 
>>>> filter was supposed to be finding.
>>>> 
>>>> BTW, what is that AR_SQL_Alias thing? Is there any article on that? I was 
>>>> never run such a query I took from the client side (Mid Tier) log as the 
>>>> Oracle Developer say “SQL command not properly ended”…
>>>> 
>>>> 
>>>> Thanks
>>>> 
>>>> Thomas
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> --
>>>> ARSList mailing list
>>>> ARSList@arslist.org
>>>> https://mailman.rrr.se/cgi/listinfo/arslist
>>> 
>>> -- 
>>> ARSList mailing list
>>> ARSList@arslist.org
>>> https://mailman.rrr.se/cgi/listinfo/arslist
>> 
>> 
>> --
>> ARSList mailing list
>> ARSList@arslist.org
>> https://mailman.rrr.se/cgi/listinfo/arslist
>> 
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: Query not working

[Thomas Miskiewicz]

LJ,

the server side log shows that Mid Tier Client Log is plain wrong!

The server side log shows that the filter I mentioned in my original post DID 
find what’s expected but a filter a some time later fails instead.


Thanks

Thomas



> On Mar 16, 2018, at 3:19 PM, LJ LongWing <lj.longw...@gmail.com> wrote:
> 
> Thomas,
> What does the server side sql log show when you try to run the setfield 
> through a filter?
> 
> On Thu, Mar 15, 2018 at 10:09 AM, Thomas Miskiewicz <tmisk...@gmail.com 
> <mailto:tmisk...@gmail.com>> wrote:
> Hi Listers,
> 
> I got a strange problem: a filter is doing a set fields and finding nothing. 
> I can find the record using the GUI though.
> 
> In the client side log I see:
> 
> SELECT * FROM (SELECT AR_SQL_Alias2171 FROM (SELECT 
> T4474.C536870919, T4474.C1 FROM T4474 WHERE ((T4474.C536870921 = 
> '217') AND (T4474.C536870930 = 0) AND (T4474.C536870913 = 'id')) 
> ORDER BY T4474.C1 ASC NULLS FIRST ) AR_SQL_Alias1 > 0) AND 
> (AR_RowNumber_Alias1.*, rownum as AR_RowNumber_Alias1) WHERE 
> ((AR_RowNumber_Alias1 < 104) AND (rownum < 104))
> 
> I tried:
> 
> SELECT AR_SQL_Alias2171 FROM (SELECT T4474.C536870919, T4474.C1 
> FROM T4474 WHERE ((T4474.C536870921 = '217') AND 
> (T4474.C536870930 = 0) AND (T4474.C536870913 = 'id')) ORDER BY T4474.C1 ASC 
> NULLS FIRST )
> 
> in the Oracle Developer and it works just fine, i.e. finding what the filter 
> was supposed to be finding.
> 
> BTW, what is that AR_SQL_Alias thing? Is there any article on that? I was 
> never run such a query I took from the client side (Mid Tier) log as the 
> Oracle Developer say “SQL command not properly ended”…
> 
> 
> Thanks
> 
> Thomas
> 
> 
> 
> 
> 
> 
> --
> ARSList mailing list
> ARSList@arslist.org <mailto:ARSList@arslist.org>
> https://mailman.rrr.se/cgi/listinfo/arslist 
> <https://mailman.rrr.se/cgi/listinfo/arslist>
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Query not working

[Thomas Miskiewicz]

Hi Listers,

I got a strange problem: a filter is doing a set fields and finding nothing. I 
can find the record using the GUI though.

In the client side log I see:

SELECT * FROM (SELECT AR_SQL_Alias2171 FROM (SELECT 
T4474.C536870919, T4474.C1 FROM T4474 WHERE ((T4474.C536870921 = 
'217') AND (T4474.C536870930 = 0) AND (T4474.C536870913 = 'id')) 
ORDER BY T4474.C1 ASC NULLS FIRST ) AR_SQL_Alias1 > 0) AND 
(AR_RowNumber_Alias1.*, rownum as AR_RowNumber_Alias1) WHERE 
((AR_RowNumber_Alias1 < 104) AND (rownum < 104)) 

I tried:

SELECT AR_SQL_Alias2171 FROM (SELECT T4474.C536870919, T4474.C1 
FROM T4474 WHERE ((T4474.C536870921 = '217') AND (T4474.C536870930 
= 0) AND (T4474.C536870913 = 'id')) ORDER BY T4474.C1 ASC NULLS FIRST )

in the Oracle Developer and it works just fine, i.e. finding what the filter 
was supposed to be finding.

BTW, what is that AR_SQL_Alias thing? Is there any article on that? I was never 
run such a query I took from the client side (Mid Tier) log as the Oracle 
Developer say “SQL command not properly ended”…


Thanks

Thomas






-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: What is locking my account?

[Thomas Miskiewicz]

Thank you, Rajesh! I will delete my account completely and try again. 

Thomas

> On 15. Mar 2018, at 09:37, Rajesh Nair <rajesh.nair@gmail.com> wrote:
> 
> Not sure if this is going to help,
> i remember facing such issue but not in ARS but frequently on my machine 
> which i am using it
> 
> Issue turned out to be problem in user's cache where the password has been 
> stored. My account used to get locked automatically, even though i was using 
> the correct password.
> I had to delete the old entries and the issue got fixed.
> 
>> On Wed, Mar 14, 2018 at 6:22 PM, Thomas Miskiewicz <tmisk...@gmail.com> 
>> wrote:
>> Hi Doug,
>> 
>> I got an AR Filter Plugin which uses the context of the current user which 
>> in this case even happens to be an Admin User.
>> 
>> public List filterAPICall(ARPluginContext context, List 
>> inValues) 
>> {
>> if (context!=null) {
>> String sPort=context.getARConfigEntry("TCD-Specific-Port");
>> Integer port=new Integer(sPort);
>> 
>> ARServerUser arCtx = new ARServerUser(context, "de_DE", "localhost");
>> arCtx.setPort(serverPort);
>> }
>> }
>> 
>> Everything works well until it doesn’t. At some point I see in the plugin 
>> log that authGuid ist empty…
>> 
>> Mi Mär 14 12:36:27.527 2018 Preparing context to be sent to pluginserver -  
>> User : ize0578, sessionId : 118, authGuid : PAGAAFGYFE3BUAPFKWINPEO0LWMIJ1, 
>> cacheId : 118, threadId : 323
>> Mi Mär 14 12:36:27.541 2018 Preparing context to be sent to pluginserver -  
>> User : ize0578, sessionId : 118, authGuid : PAGAAFGYFE3BUAPFKWINPEO0LWMIJ1, 
>> cacheId : 118, threadId : 323
>> Mi Mär 14 12:36:27.563 2018 Preparing context to be sent to pluginserver -  
>> User : ize0578, sessionId : 118, authGuid : PAGAAFGYFE3BUAPFKWINPEO0LWMIJ1, 
>> cacheId : 118, threadId : 323
>> Mi Mär 14 12:36:27.584 2018 Preparing context to be sent to pluginserver -  
>> User : ize0578, sessionId : 118, authGuid : PAGAAFGYFE3BUAPFKWINPEO0LWMIJ1, 
>> cacheId : 118, threadId : 323
>> Mi Mär 14 12:36:27.688 2018 Preparing context to be sent to pluginserver -  
>> User : ize0578, sessionId : 0, authGuid : NULL, cacheId : 118, threadId : 323
>> Mi Mär 14 12:36:27.704 2018 Preparing context to be sent to pluginserver -  
>> User : ize0578, sessionId : 0, authGuid : NULL, cacheId : 118, threadId : 323
>> Mi Mär 14 12:36:27.722 2018 Preparing context to be sent to pluginserver -  
>> User : ize0578, sessionId : 0, authGuid : NULL, cacheId : 118, threadId : 323
>> Mi Mär 14 12:36:27.739 2018 Preparing context to be sent to pluginserver -  
>> User : ize0578, sessionId : 0, authGuid : NULL, cacheId : 118, threadId : 323
>> 
>> At this point my account gets locked.
>> 
>> 
>> Is this a bug?
>> 
>> Thomas
>> 
>>> On Mar 14, 2018, at 5:33 AM, Mueller, Doug <doug_muel...@bmc.com> wrote:
>>> 
>>> Trying again with SQL log removed so it will let me post…..
>>>  
>>> From: Mueller, Doug 
>>> Sent: Tuesday, March 13, 2018 9:28 PM
>>> To: 'Thomas Miskiewicz' <tmisk...@gmail.com>; ARSList <arslist@ARSLIST.ORG>
>>> Subject: RE: What is locking my account?
>>>  
>>> Thomas,
>>>  
>>> If your plugin is trying to login and gets a bad password attempt and that 
>>> happens more than X times in a row, the account would then get locked if 
>>> you have configured the system to lock a user after X bad password attempts.
>>>  
>>> So, I am guessing that you have configured the system to lock users out 
>>> after a set number of bad password attempts.  This is what is locking out 
>>> the account.
>>>  
>>> Then, you have to find out what the plugin is using for the password and 
>>> why it is not correct.  Has whatever user is involved changed their 
>>> password?  If so, how do you get the new one to the plugin for use?  If 
>>> not, what has changed from where the plugin was getting the password to 
>>> where it is now?  Has the configuration of the password for the plugin 
>>> changed?
>>>  
>>> I don’t know what the session issue is other than maybe a side effect of 
>>> the login problem and getting locked out of the system.  First, I would 
>>> resolve the password problem and then see if the other remains.
>>> 
>>> Doug Mueller
>>>  
>>> From: Thomas Miskiewicz [mailto:tmisk...@gmail.com] 
>>> Sent: Tuesday, March 13

Re: What is locking my account?

[Thomas Miskiewicz]

Hi Doug,

I got an AR Filter Plugin which uses the context of the current user which in 
this case even happens to be an Admin User.

public List filterAPICall(ARPluginContext context, List inValues) 
{
if (context!=null) {
String sPort=context.getARConfigEntry("TCD-Specific-Port");
Integer port=new Integer(sPort);

ARServerUser arCtx = new ARServerUser(context, "de_DE", "localhost");
arCtx.setPort(serverPort);
}
}

Everything works well until it doesn’t. At some point I see in the plugin log 
that authGuid ist empty…

Mi Mär 14 12:36:27.527 2018 Preparing context to be sent to pluginserver -  
User : ize0578, sessionId : 118, authGuid : PAGAAFGYFE3BUAPFKWINPEO0LWMIJ1, 
cacheId : 118, threadId : 323
Mi Mär 14 12:36:27.541 2018 Preparing context to be sent to pluginserver -  
User : ize0578, sessionId : 118, authGuid : PAGAAFGYFE3BUAPFKWINPEO0LWMIJ1, 
cacheId : 118, threadId : 323
Mi Mär 14 12:36:27.563 2018 Preparing context to be sent to pluginserver -  
User : ize0578, sessionId : 118, authGuid : PAGAAFGYFE3BUAPFKWINPEO0LWMIJ1, 
cacheId : 118, threadId : 323
Mi Mär 14 12:36:27.584 2018 Preparing context to be sent to pluginserver -  
User : ize0578, sessionId : 118, authGuid : PAGAAFGYFE3BUAPFKWINPEO0LWMIJ1, 
cacheId : 118, threadId : 323
Mi Mär 14 12:36:27.688 2018 Preparing context to be sent to pluginserver -  
User : ize0578, sessionId : 0, authGuid : NULL, cacheId : 118, threadId : 323
Mi Mär 14 12:36:27.704 2018 Preparing context to be sent to pluginserver -  
User : ize0578, sessionId : 0, authGuid : NULL, cacheId : 118, threadId : 323
Mi Mär 14 12:36:27.722 2018 Preparing context to be sent to pluginserver -  
User : ize0578, sessionId : 0, authGuid : NULL, cacheId : 118, threadId : 323
Mi Mär 14 12:36:27.739 2018 Preparing context to be sent to pluginserver -  
User : ize0578, sessionId : 0, authGuid : NULL, cacheId : 118, threadId : 323

At this point my account gets locked.


Is this a bug?

Thomas

> On Mar 14, 2018, at 5:33 AM, Mueller, Doug <doug_muel...@bmc.com> wrote:
> 
> Trying again with SQL log removed so it will let me post…..
>  
> From: Mueller, Doug 
> Sent: Tuesday, March 13, 2018 9:28 PM
> To: 'Thomas Miskiewicz' <tmisk...@gmail.com <mailto:tmisk...@gmail.com>>; 
> ARSList <arslist@ARSLIST.ORG <mailto:arslist@ARSLIST.ORG>>
> Subject: RE: What is locking my account?
>  
> Thomas,
>  
> If your plugin is trying to login and gets a bad password attempt and that 
> happens more than X times in a row, the account would then get locked if you 
> have configured the system to lock a user after X bad password attempts.
>  
> So, I am guessing that you have configured the system to lock users out after 
> a set number of bad password attempts.  This is what is locking out the 
> account.
>  
> Then, you have to find out what the plugin is using for the password and why 
> it is not correct.  Has whatever user is involved changed their password?  If 
> so, how do you get the new one to the plugin for use?  If not, what has 
> changed from where the plugin was getting the password to where it is now?  
> Has the configuration of the password for the plugin changed?
>  
> I don’t know what the session issue is other than maybe a side effect of the 
> login problem and getting locked out of the system.  First, I would resolve 
> the password problem and then see if the other remains.
> 
> Doug Mueller
>  
> From: Thomas Miskiewicz [mailto:tmisk...@gmail.com 
> <mailto:tmisk...@gmail.com>] 
> Sent: Tuesday, March 13, 2018 2:57 PM
> To: ARSList <arslist@ARSLIST.ORG <mailto:arslist@ARSLIST.ORG>>
> Cc: Mueller, Doug <doug_muel...@bmc.com <mailto:doug_muel...@bmc.com>>
> Subject: What is locking my account?
>  
> Hello Listers,
>  
> we got a Filter Plugin we’ve been using for years. Out of sudden is seems to 
> be locking my account when I call it a number of times from a Filter.
>  
> The Log says stuff like: local provided session id 1684 not found. Or it 
> claims that I’m using the wrong password which is first being tolerated a 
> number of times but the it locks me out.

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

How to enable logging for a filter plugin in Remedy 9.1.x?

[Thomas Miskiewicz]

Hello there,

I set logging to TRACE in AR System Administration Plugin Server Config Form, 
enabled Plugin Logging, set Logging in log4j_pluginsvr.xml to debug but I still 
get no logs for Filter Plugins.

Any idea how to do it?


Thomas
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: [RSSO] Problem with some bypass URLs

[Thomas Miskiewicz]

Jarl,

that’s good question indeed. So far we tested in IE 11 only because that our 
corporations standard browser, so even if it worked with all the others…

We’re on Tomcat 8.


Thomas

> On Mar 9, 2018, at 8:21 AM, Jarl Grøneng <jarl.gron...@gmail.com> wrote:
> 
> 
> Do you get the same error in IE (not Edge), Firefox and Chrome?
> 
> Which version of Tomcat are you running?
> 
> Regards,
> Jarl
> 
> 2018-03-08 20:23 GMT+01:00 Thomas Miskiewicz <tmisk...@gmail.com 
> <mailto:tmisk...@gmail.com>>:
> Hi Listers,
> 
> URLs like:
> http://our_domain:8080/rsso/start?bypass-auth=true=*=http:// 
> <http://our_domain:8080/rsso/start?bypass-auth=true=*=http://our_domain:8080/arsys/forms/ourars/>our_domain
>  
> <http://s999espmt001d.in.bundesbank.de:8080/rsso/start?bypass-auth=true=*=http://s999espmt001d.in.bundesbank.de:8080/arsys/forms/arse7/>:8080/arsys/forms/ourars/
> http://our_domain:8080/rsso/start?bypass-auth=true=*=http:/our_domain:8080/arsys/forms/ourars/User
>  
> <http://our_domain:8080/rsso/start?bypass-auth=true=*=http:/our_domain:8080/arsys/forms/ourars/User>
> 
> 
> http:// 
> <http://our_domain:8080/rsso/start?bypass-auth=true=*=http://our_domain:8080/arsys/forms/ourars/AR+System+Midtier+Object+List/Default+Admin+View/>our_domain
>  
> <http://s999espmt001d.in.bundesbank.de:8080/rsso/start?bypass-auth=true=*=http://s999espmt001d.in.bundesbank.de:8080/arsys/forms/arse7/>:8080/rsso/start?bypass-auth=true=*=http://our_domain
>  
> <http://s999espmt001d.in.bundesbank.de:8080/rsso/start?bypass-auth=true=*=http://s999espmt001d.in.bundesbank.de:8080/arsys/forms/arse7/>:8080/arsys/forms/ourars/AR+System+Midtier+Object+List/Default+Admin+View/
> http://our_domain:8080/rsso/start?bypass-auth=true=*=http://our_domain:8080/arsys/forms/ourars/ABC%3AControlCenter/Default+Administrator+View/
>  
> <http://our_domain:8080/rsso/start?bypass-auth=true=*=http://our_domain:8080/arsys/forms/ourars/ABC:ControlCenter/Default+Administrator+View/>
> 
> give us HTTP 404.
> 
> It seems that the Tomcat / RSSO doesn’t like the blanks or colons in the goto 
> part. Any idea how to fix this?
> 
> Thanks
> Thomas
> 
> --
> ARSList mailing list
> ARSList@arslist.org <mailto:ARSList@arslist.org>
> https://mailman.rrr.se/cgi/listinfo/arslist 
> <https://mailman.rrr.se/cgi/listinfo/arslist>
> 
> 
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: [RSSO] Problem with some bypass URLs

[Thomas Miskiewicz]

Thank you Misi!

I think there’s something fundamentally wrong with our bypass configuration as 
for instance:

http://ourdomain:8080/rsso/start?bypass-auth=true=*=http://ourdomain:8080/arsys/forms/ourars/ABC:Form/

works but 

http://ourdomain:8080/rsso/start?bypass-auth=true=*=http://ourdomain:8080/arsys/forms/ourars/AR+System+Email+Messages/

does not!

What exactly is wrong however is a mystery however because the BMC 
documentation is just to superficial and wrong to be of any help.

I tried to encode the URL manually in all possible ways. I mentioned above the 
only thing that worked. Otherwise it doesn’t care about my encoding. Even if it 
did I wouldn’t know how to convince RSSO and Tomcat to encode that goto url 
according to my liking.

I wonder why this RSSO cannot just work out of the box...


Thomas

> On 8. Mar 2018, at 22:52, Misi Mladoniczky <m...@rrr.se> wrote:
> 
> Hi Thomas,
> 
> You should URL Encode the data part of your urls.
> 
> For example
> http://our_domain:8080/arsys/forms/ourars/AR System Midtier Object List
> http%3A%2F%2Four_domain%3A8080%2Farsys%2Fforms%2Fourars%2FAR%20System%20Midtier%20Object%20List
> 
> So the complete string would read:
> http://our_domain:8080/rsso/start?bypass-auth=true=*=http%3A%2F%2Four_domain%3A8080%2Farsys%2Fforms%2Fourars%2FAR%20System%20Midtier%20Object%20List
> 
> I used this site to do it now: https://meyerweb.com/eric/tools/dencoder/
> 
> 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
> 
> 
> 
> 
> March 8, 2018 8:25 PM, "Thomas Miskiewicz" <tmisk...@gmail.com> wrote:
> Hi Listers,
> URLs like:
> http://our_domain:8080/rsso/start?bypass-auth=true=*=http://our_domain:8080/arsys/forms/ourars/
> http://our_domain:8080/rsso/start?bypass-auth=true=*=http:/our_domain:8080/arsys/forms/ourars/User
> 
> http://our_domain:8080/rsso/start?bypass-auth=true=*=http://our_domain:8080/arsys/forms/ourars/AR+System+Midtier+Object+List/Default+Admin+View/
> http://our_domain:8080/rsso/start?bypass-auth=true=*=http://our_domain:8080/arsys/forms/ourars/ABC%3AControlCenter/Default+Administrator+View/
> give us HTTP 404.
> It seems that the Tomcat / RSSO doesn’t like the blanks or colons in the goto 
> part. Any idea how to fix this?
> Thanks
> Thomas
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: [RSSO] Problem with some bypass URLs

[Thomas Miskiewicz]

Hi Carl,

cannyou give me a clue regarsing a córeczka bypass?

RSSO on port 8090? Where do you have that from? Why does it matter? I would 
appreciate if you could elaborate is that BMC documentation is still on open 
source level.

Thank you
Thomas

> On 8. Mar 2018, at 22:59, Carl Wilson <carlbwil...@gmail.com> wrote:
> 
> Hi,
> Seems like the first part of your RSSO bypass is not correct. 
> Usually RSSO is on port 8090, your URL shows 8080 for both RSSO and MT. 
> 
> Cheers 
> Carl
> 
>> On Thu, 8 Mar 2018, 21:56 Misi Mladoniczky, <m...@rrr.se> wrote:
>> Hi Thomas,
>> 
>> You should URL Encode the data part of your urls.
>> 
>> For example
>> http://our_domain:8080/arsys/forms/ourars/AR System Midtier Object List
>> http%3A%2F%2Four_domain%3A8080%2Farsys%2Fforms%2Fourars%2FAR%20System%20Midtier%20Object%20List
>> 
>> So the complete string would read:
>> http://our_domain:8080/rsso/start?bypass-auth=true=*=http%3A%2F%2Four_domain%3A8080%2Farsys%2Fforms%2Fourars%2FAR%20System%20Midtier%20Object%20List
>> 
>> I used this site to do it now: https://meyerweb.com/eric/tools/dencoder/
>> 
>> 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
>> 
>> 
>> 
>> 
>> 
>> March 8, 2018 8:25 PM, "Thomas Miskiewicz" <tmisk...@gmail.com> wrote:
>> Hi Listers,
>> URLs like:
>> http://our_domain:8080/rsso/start?bypass-auth=true=*=http://our_domain:8080/arsys/forms/ourars/
>> http://our_domain:8080/rsso/start?bypass-auth=true=*=http:/our_domain:8080/arsys/forms/ourars/User
>> 
>> http://our_domain:8080/rsso/start?bypass-auth=true=*=http://our_domain:8080/arsys/forms/ourars/AR+System+Midtier+Object+List/Default+Admin+View/
>> http://our_domain:8080/rsso/start?bypass-auth=true=*=http://our_domain:8080/arsys/forms/ourars/ABC%3AControlCenter/Default+Administrator+View/
>> give us HTTP 404.
>> It seems that the Tomcat / RSSO doesn’t like the blanks or colons in the 
>> goto part. Any idea how to fix this?
>> Thanks
>> Thomas
>> --
>> ARSList mailing list
>> ARSList@arslist.org
>> https://mailman.rrr.se/cgi/listinfo/arslist
> -- 
> ARSList mailing list
> ARSList@arslist.org
> https://mailman.rrr.se/cgi/listinfo/arslist
-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

[RSSO] Problem with some bypass URLs

[Thomas Miskiewicz]

Hi Listers,

URLs like:
http://our_domain:8080/rsso/start?bypass-auth=true=*=http://our_domain:8080/arsys/forms/ourars/
 
<http://our_domain:8080/rsso/start?bypass-auth=true=*=http://our_domain:8080/arsys/forms/ourars/>our_domain
 
<http://s999espmt001d.in.bundesbank.de:8080/rsso/start?bypass-auth=true=*=http://s999espmt001d.in.bundesbank.de:8080/arsys/forms/arse7/>:8080/arsys/forms/ourars/
http://our_domain:8080/rsso/start?bypass-auth=true=*=http:/our_domain:8080/arsys/forms/ourars/User
 
<http://our_domain:8080/rsso/start?bypass-auth=true=*=http:/our_domain:8080/arsys/forms/ourars/User>


http://our_domain:8080/rsso/start?bypass-auth=true=*=http://our_domain:8080/arsys/forms/ourars/AR+System+Midtier+Object+List/Default+Admin+View/
 
<http://our_domain:8080/rsso/start?bypass-auth=true=*=http://our_domain:8080/arsys/forms/ourars/AR+System+Midtier+Object+List/Default+Admin+View/>our_domain
 
<http://s999espmt001d.in.bundesbank.de:8080/rsso/start?bypass-auth=true=*=http://s999espmt001d.in.bundesbank.de:8080/arsys/forms/arse7/>:8080/rsso/start?bypass-auth=true=*=http://our_domain
 
<http://s999espmt001d.in.bundesbank.de:8080/rsso/start?bypass-auth=true=*=http://s999espmt001d.in.bundesbank.de:8080/arsys/forms/arse7/>:8080/arsys/forms/ourars/AR+System+Midtier+Object+List/Default+Admin+View/
http://our_domain:8080/rsso/start?bypass-auth=true=*=http://our_domain:8080/arsys/forms/ourars/ABC%3AControlCenter/Default+Administrator+View/
 
<http://our_domain:8080/rsso/start?bypass-auth=true=*=http://our_domain:8080/arsys/forms/ourars/ABC:ControlCenter/Default+Administrator+View/>

give us HTTP 404.

It seems that the Tomcat / RSSO doesn’t like the blanks or colons in the goto 
part. Any idea how to fix this?

Thanks
Thomas-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist

Re: [Non-DoD Source] Difference in license usage according to BMC License Audit and User Log

[Thomas Miskiewicz]

Thanks Ryan - Misi, Misi, Misi - can I have an eval license of the RRR please?


Thank you

Thomas

> On Mar 8, 2018, at 7:11 PM, Nicosia, Ryan J CTR USSOCOM SOCOM J631 
> <ryan.nicosia@socom.mil> wrote:
> 
> Thomas,
> 
> It is a known issue and Doug Mueller (BMC) even acknowledged it is a problem 
> with how the consoles are causing license consumption even though a user 
> isn't in that console.  For example, we found a number of users who were 
> consuming asset licenses having never even logged into the asset management 
> console.We utilized the user tool from RRR a year ago to validate and 
> pose the question to BMC.  Last I heard, it was fixed in 9.1.03
> 
> Ryan

-- 
ARSList mailing list
ARSList@arslist.org
https://mailman.rrr.se/cgi/listinfo/arslist