Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread pascale . sterrett
Hi Joe,

That is Dev and it is a simple set field, which I know exactly where and 
what to look for at the DB level.  I just don't want to go there at this 
point. 

I am trying to find out (if possible) what happened (and why).  If there 
is a step we missed on the cleaning/flushing, bitting the head of the 
chicken, spinning on our heads, incantations, etc.  If anyone else 
encountered something similar. There is obviously something corrupted.




jdso...@shyle.net 
Sent by: arslist@ARSLIST.ORG
09/20/2013 11:29 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






What environment are you  facing that on? Dev? Test/QA/Staging? Prod?

Even if it is production, since its only an active link - less of an 
impact
as opposed to a filter, delete the offending AL, re-cache the Mid-Tier and
see if it still shows up or fires..

Take a backup of the AL before deleting.

If it still fires post deleting, then I may have a few suggestions to look
up in the data tables where data related to active links is stored.. I'd
need to know what actions are in it to be able to guide you to what you
should be looking for.

Cheers

Joe


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 2:21 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

This is a copy/paste of the name.
And this is a new application that only exists only on a dev server. 
nowhere else.
I wish it would have been that simple
Thank you,

Pascale Sterrett

Kenavo ar wech all




jdso...@shyle.net 
Sent by: arslist@ARSLIST.ORG
09/20/2013 10:47 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






Or you man *think* it's the same active link because it almost looks 
similar
to a human eye. Did you look at your AL log by looking for the AL name by
doing a find by the exact name? There must be a sort of a duplicate with a
similar name that you are seeing in your logs that is firing?

Or maybe you are disabling it in one environment and testing results in
another?

Cheers

Joe



-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 12:01 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

That was one of our first step.  And did not change anything.





taufc...@gmail.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 08:48 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






It sounds like an issue with the server cache getting jacked up. I
wonder what would've happened if you re-enabled the AL. That would
force a recache (I think).

Tauf Chowdhury

> On Sep 20, 2013, at 9:44 AM, "pascale.sterr...@daimler.com" 
 wrote:
>
> Hi all,
>
> This will sound like a Friday joke but it is not
>
> We just have a little bit of the spooky weird one here. And I wonder if
> anyone else had this kind of weird behavior.
> I just want to know if there is a step of cache clearing/cleaning we
> missed
>
> We are 100% custom apps.
> 7.6.4 SP5 mainly WUT
> MSSQL 2005
> Win 2003
>
> We are not using Best Practice Mode. So no Overlay
>
> #1 Weird occurrence:
>
> My colleague disabled an Active Link. But still it is triggering. In the
> logs, we see the AL being triggered.  It is the same name but with a 
bunch
> of numbers following the name.  If we do a search on Dev studio for that
> particular name with those  number we can't find it.  Just the one 
without
> the numbers.  And that one is disabled in both Dev and Best Practice 
Mode.
>
> Regardless of restarting the server, closing the WUT and relogin, 
clearing
> the WUT cache, the AL regardless is triggering and showing up in the 
Logs.
>
>
> #2 occurrence
> I deleted an AL (different one).  Still in Dev mode.  The AL still
> triggered. Still showed in the logs.
> Regardless of restarting the server, closing the WUT and relogin, 
clearing
> the WUT cache, the AL regardless is triggering and showing up in the 
Logs.
>
> But if I looked for it in dev studio it was no longer there.
>
> #3
> This morning, the deleted AL is no longer showing in the logs and all is
> working fine for now...
>
>
> Anyone experienced ghostly AL?
>
>
> Thank you,
>
> Pascale Sterrett
> Kenavo ar wech all
>
>
> If you are not the intended addressee, please inform us immediately that 


you 

Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread Longwing, Lj
I've seen weird things in Dev Studio when you have object relationships
turned on and they get corruptedturning them off (but not restarting
the server) seems to fix the Dev Studio weirdness (must turn it back on
before restarting, or it needs to be rebuilt, but rebuilding it fixes the
reference problems)

I don't think you are dealing with a 're-cache' issue as Tauf suggested,
because you have restarted the server, which is the ultimate recache...

so I guess my recommendation would be to turn off object relationships,
restart, turn it back on, restartsee if it's fixed after turning it off
though.


On Fri, Sep 20, 2013 at 9:43 AM,  wrote:

> Hi all,
>
> This will sound like a Friday joke but it is not
>
> We just have a little bit of the spooky weird one here. And I wonder if
> anyone else had this kind of weird behavior.
> I just want to know if there is a step of cache clearing/cleaning we
> missed
>
> We are 100% custom apps.
> 7.6.4 SP5 mainly WUT
> MSSQL 2005
> Win 2003
>
> We are not using Best Practice Mode. So no Overlay
>
> #1 Weird occurrence:
>
> My colleague disabled an Active Link. But still it is triggering. In the
> logs, we see the AL being triggered.  It is the same name but with a bunch
> of numbers following the name.  If we do a search on Dev studio for that
> particular name with those  number we can't find it.  Just the one without
> the numbers.  And that one is disabled in both Dev and Best Practice Mode.
>
> Regardless of restarting the server, closing the WUT and relogin, clearing
> the WUT cache, the AL regardless is triggering and showing up in the Logs.
>
>
> #2 occurrence
> I deleted an AL (different one).  Still in Dev mode.  The AL still
> triggered. Still showed in the logs.
> Regardless of restarting the server, closing the WUT and relogin, clearing
> the WUT cache, the AL regardless is triggering and showing up in the Logs.
>
> But if I looked for it in dev studio it was no longer there.
>
> #3
> This morning, the deleted AL is no longer showing in the logs and all is
> working fine for now...
>
>
> Anyone experienced ghostly AL?
>
>
> Thank you,
>
> Pascale Sterrett
> Kenavo ar wech all
>
>
> If you are not the intended addressee, please inform us immediately that
> you have received this e-mail in error, and delete it. We thank you for
> your cooperation.
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>

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


Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread Tauf Chowdhury
It sounds like an issue with the server cache getting jacked up. I
wonder what would've happened if you re-enabled the AL. That would
force a recache (I think).

Tauf Chowdhury

> On Sep 20, 2013, at 9:44 AM, "pascale.sterr...@daimler.com" 
>  wrote:
>
> Hi all,
>
> This will sound like a Friday joke but it is not
>
> We just have a little bit of the spooky weird one here. And I wonder if
> anyone else had this kind of weird behavior.
> I just want to know if there is a step of cache clearing/cleaning we
> missed
>
> We are 100% custom apps.
> 7.6.4 SP5 mainly WUT
> MSSQL 2005
> Win 2003
>
> We are not using Best Practice Mode. So no Overlay
>
> #1 Weird occurrence:
>
> My colleague disabled an Active Link. But still it is triggering. In the
> logs, we see the AL being triggered.  It is the same name but with a bunch
> of numbers following the name.  If we do a search on Dev studio for that
> particular name with those  number we can't find it.  Just the one without
> the numbers.  And that one is disabled in both Dev and Best Practice Mode.
>
> Regardless of restarting the server, closing the WUT and relogin, clearing
> the WUT cache, the AL regardless is triggering and showing up in the Logs.
>
>
> #2 occurrence
> I deleted an AL (different one).  Still in Dev mode.  The AL still
> triggered. Still showed in the logs.
> Regardless of restarting the server, closing the WUT and relogin, clearing
> the WUT cache, the AL regardless is triggering and showing up in the Logs.
>
> But if I looked for it in dev studio it was no longer there.
>
> #3
> This morning, the deleted AL is no longer showing in the logs and all is
> working fine for now...
>
>
> Anyone experienced ghostly AL?
>
>
> Thank you,
>
> Pascale Sterrett
> Kenavo ar wech all
>
>
> If you are not the intended addressee, please inform us immediately that you 
> have received this e-mail in error, and delete it. We thank you for your 
> cooperation.
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"

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


Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread pascale . sterrett
One is a WUT issue, the other on the Mid Tier.
The deleted AL that kept showing up was on the WUT only. That one all by 
itself is fixed.  The Deleted AL is not longer showing up in the logs. 
With absolutely nothing being done on our side.
(I can hear the twilight zone music playing in the background)

The other AL, beind disabled but still triggering, is for both WUT and Mid 
Tier apps.  So that one, may be a load balancing issue. We will look into 
that one.




dave.shell...@te.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 12:18 PM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






Pascale,

You said this was the Windows User Tool?  If so were all windows for that 
form closed before loading the form again? 

I've gotten bite once or twice by forgetting I had the form open in 
another window in the WUT. 

Dave

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 3:05 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday 
the 13th

Hi Joe,

That is Dev and it is a simple set field, which I know exactly where and 
what to look for at the DB level.  I just don't want to go there at this 
point. 

I am trying to find out (if possible) what happened (and why).  If there 
is a step we missed on the cleaning/flushing, bitting the head of the 
chicken, spinning on our heads, incantations, etc.  If anyone else 
encountered something similar. There is obviously something corrupted.




jdso...@shyle.net
Sent by: arslist@ARSLIST.ORG
09/20/2013 11:29 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






What environment are you  facing that on? Dev? Test/QA/Staging? Prod?

Even if it is production, since its only an active link - less of an 
impact
as opposed to a filter, delete the offending AL, re-cache the Mid-Tier and
see if it still shows up or fires..

Take a backup of the AL before deleting.

If it still fires post deleting, then I may have a few suggestions to look
up in the data tables where data related to active links is stored.. I'd
need to know what actions are in it to be able to guide you to what you
should be looking for.

Cheers

Joe


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 2:21 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

This is a copy/paste of the name.
And this is a new application that only exists only on a dev server. 
nowhere else.
I wish it would have been that simple
Thank you,

Pascale Sterrett

Kenavo ar wech all




jdso...@shyle.net 
Sent by: arslist@ARSLIST.ORG
09/20/2013 10:47 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






Or you man *think* it's the same active link because it almost looks 
similar
to a human eye. Did you look at your AL log by looking for the AL name by
doing a find by the exact name? There must be a sort of a duplicate with a
similar name that you are seeing in your logs that is firing?

Or maybe you are disabling it in one environment and testing results in
another?

Cheers

Joe



-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 12:01 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

That was one of our first step.  And did not change anything.





taufc...@gmail.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 08:48 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






It sounds like an issue with the server cache getting jacked up. I
wonder what would've happened if you re-enabled the AL. That would
force a recache (I think).

Tauf Chowdhury

> On Sep 20, 2013, at 9:44 AM, "pascale.sterr...@daimler.com" 
 wrote:
>
> Hi all,
>
> This will sound like a Friday joke but it is not
>
> We just have a little bit of the spooky weird one here. And I wonder if
> anyone else had this kind of weird behavior.
> I just want to know if there is a step of cache clearing/cleaning we
> missed
>
> We are 100% custom apps.
> 7.6.4 SP5 mainly WUT
> MSSQL 2005
> Win 2003
>
> We are not using Best Practice Mode. So no Overlay
>
> #1 Weird occurrence:
>
> My colleague disabled an Active Link. But s

Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread Joe D'Souza
The mid-tier cache is somehow not being reset. One thing I can think of is
that if you have changed the user that starts the web server, and that user
can read the old cache but cant write or update it and the directory the
cache gets built in, that could potentially happen..

Cheers

Joe


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 4:13 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

no server group. 
No load balancing cache issue either.

Further testing.  On the WUT, the disabled AL is no longer firing... we 
are making progress.  But on the Mid Tier it is still firing, with the AL 
showing in the log with the same name as in dev studio, but with the 
number 1379705620484150 at the end of the name.





bauti...@bullcreek.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 01:01 PM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






** If you are running a server group in DEV (great but not common in my 
experience), and you want to synch server cache across all the servers in 
the group then you would want to run the arsignal command:
arsignal (arsignal.exe)
Description 
 
The arsignal utility forces an AR System server to load or reload 
 
 
information. The process can be run on any machine.
Synopsis 
 
arsignal {-c|-g|-l|-a} [:port][sigArgument] 
 
The server name identifies the server that is to reload information. If a 
TCP
port is to be specified as well (needed if the server does not register 
with
AR System Portmapper), it is appended to the server name, separated by a
colon. The string 
 
sigArgument is applicable when using the -a option. 
 

From: pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 2:52 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday 
the 13th

One is a WUT issue, the other on the Mid Tier.
The deleted AL that kept showing up was on the WUT only. That one all by 
itself is fixed. The Deleted AL is not longer showing up in the logs. 
With absolutely nothing being done on our side.
(I can hear the twilight zone music playing in the background)

The other AL, beind disabled but still triggering, is for both WUT and Mid 

Tier apps. So that one, may be a load balancing issue. We will look into 
that one.




dave.shell...@te.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 12:18 PM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






Pascale,

You said this was the Windows User Tool? If so were all windows for that 
form closed before loading the form again? 

I've gotten bite once or twice by forgetting I had the form open in 
another window in the WUT. 

Dave

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 3:05 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday 
the 13th

Hi Joe,

That is Dev and it is a simple set field, which I know exactly where and 
what to look for at the DB level. I just don't want to go there at this 
point. 

I am trying to find out (if possible) what happened (and why). If there 
is a step we missed on the cleaning/flushing, bitting the head of the 
chicken, spinning on our heads, incantations, etc. If anyone else 
encountered something similar. There is obviously something corrupted.




jdso...@shyle.net
Sent by: arslist@ARSLIST.ORG
09/20/2013 11:29 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






What environment are you facing that on? Dev? Test/QA/Staging? Prod?

Even if it is production, since its only an active link - less of an 
impact
as opposed to a filter, delete the offending AL, re-cache the Mid-Tier and
see if it still shows up or fires..

Take a backup of the AL before deleting.

If it still fires post deleting, then I may have a few suggestions to look
up in the data tables where data related to active links is stored.. I'd
need to know what actions are in it to be able to guide you to what you
should be looking for.

Cheers

Joe


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 2:21 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

This is a copy/paste of the name.
And this is a new application that only exists only on a dev server. 
nowhere else.
I wish it would have been that s

Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread Shellman, David
Pascale,

You said this was the Windows User Tool?  If so were all windows for that form 
closed before loading the form again?  

I've gotten bite once or twice by forgetting I had the form open in another 
window in the WUT.  

Dave

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 3:05 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday the 
13th

Hi Joe,

That is Dev and it is a simple set field, which I know exactly where and what 
to look for at the DB level.  I just don't want to go there at this point. 

I am trying to find out (if possible) what happened (and why).  If there is a 
step we missed on the cleaning/flushing, bitting the head of the chicken, 
spinning on our heads, incantations, etc.  If anyone else encountered something 
similar. There is obviously something corrupted.




jdso...@shyle.net
Sent by: arslist@ARSLIST.ORG
09/20/2013 11:29 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






What environment are you  facing that on? Dev? Test/QA/Staging? Prod?

Even if it is production, since its only an active link - less of an 
impact
as opposed to a filter, delete the offending AL, re-cache the Mid-Tier and
see if it still shows up or fires..

Take a backup of the AL before deleting.

If it still fires post deleting, then I may have a few suggestions to look
up in the data tables where data related to active links is stored.. I'd
need to know what actions are in it to be able to guide you to what you
should be looking for.

Cheers

Joe


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 2:21 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

This is a copy/paste of the name.
And this is a new application that only exists only on a dev server. 
nowhere else.
I wish it would have been that simple
Thank you,

Pascale Sterrett

Kenavo ar wech all




jdso...@shyle.net 
Sent by: arslist@ARSLIST.ORG
09/20/2013 10:47 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






Or you man *think* it's the same active link because it almost looks 
similar
to a human eye. Did you look at your AL log by looking for the AL name by
doing a find by the exact name? There must be a sort of a duplicate with a
similar name that you are seeing in your logs that is firing?

Or maybe you are disabling it in one environment and testing results in
another?

Cheers

Joe



-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 12:01 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

That was one of our first step.  And did not change anything.





taufc...@gmail.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 08:48 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






It sounds like an issue with the server cache getting jacked up. I
wonder what would've happened if you re-enabled the AL. That would
force a recache (I think).

Tauf Chowdhury

> On Sep 20, 2013, at 9:44 AM, "pascale.sterr...@daimler.com" 
 wrote:
>
> Hi all,
>
> This will sound like a Friday joke but it is not
>
> We just have a little bit of the spooky weird one here. And I wonder if
> anyone else had this kind of weird behavior.
> I just want to know if there is a step of cache clearing/cleaning we
> missed
>
> We are 100% custom apps.
> 7.6.4 SP5 mainly WUT
> MSSQL 2005
> Win 2003
>
> We are not using Best Practice Mode. So no Overlay
>
> #1 Weird occurrence:
>
> My colleague disabled an Active Link. But still it is triggering. In the
> logs, we see the AL being triggered.  It is the same name but with a 
bunch
> of numbers following the name.  If we do a search on Dev studio for that
> particular name with those  number we can't find it.  Just the one 
without
> the numbers.  And that one is disabled in both Dev and Best Practice 
Mode.
>
> Regardless of restarting the server, closing the WUT and relogin, 
clearing
> the WUT cache, the AL regardless is triggering and showing up in the 
Logs.
>
>
> #2 occurrence
> I deleted an AL (different one).  Still in Dev mode.  The AL still
> triggered. Still showed in the logs.
> Regardless of restarting

Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread PHIL BAUTISTA
If you are running a server group in DEV (great but not common in my 
experience), and you want to synch server cache across all the servers in 
the group then you would want to run the arsignal command:
 arsignal (arsignal.exe)  Description  The arsignal utility forces an 
AR System server to load or reload  

  

  information. The process can be run on any machine. 

  Synopsis  arsignal {-c|-g|-l|-a} [:port][sigArgument]  

  

  The server name identifies the server that is to reload information. If a 
TCP port is to be specified as well (needed if the server does not register 
with AR System Portmapper), it is appended to the server name, separated by 
a 

colon. The string   

   

sigArgument is applicable when using the -a option.  

  


 From: pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 2:52 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday 
the 13th

One is a WUT issue, the other on the Mid Tier.
The deleted AL that kept showing up was on the WUT only. That one all by 
itself is fixed. The Deleted AL is not longer showing up in the logs. 
With absolutely nothing being done on our side.
(I can hear the twilight zone music playing in the background)

The other AL, beind disabled but still triggering, is for both WUT and Mid 

Tier apps. So that one, may be a load balancing issue. We will look into 
that one.

dave.shell...@te.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 12:18 PM
Please respond to
arslist@ARSLIST.ORG

To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th

Pascale,

You said this was the Windows User Tool? If so were all windows for that 
form closed before loading the form again? 

I've gotten bite once or twice by forgetting I had the form open in 
another window in the WUT. 

Dave

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 3:05 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday 
the 13th

Hi Joe,

That is Dev and it is a simple set field, which I know exactly where and 
what to look for at the DB level. I just don't want to go there at this 
point. 

I am trying to find out (if possible) what happened (and why). If there 
is a step we missed on the cleaning/flushing, bitting the head of the 
chicken, spinning on our heads, incantations, etc. If anyone else 
encountered something similar. There is obviously something corrupted.

jdso...@shyle.net
Sent by: arslist@ARSLIST.ORG
09/20/2013 11:29 AM
Please respond to
arslist@ARSLIST.ORG

To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th

What environment are you facing that on? Dev? Test/QA/Staging? Prod?

Even if it is production, since its only an active link - less of an 
impact
as opposed to a filter, delete the offending AL, re-cache the Mid-Tier and
see if it still shows up or fires..

Take a backup of the AL before deleting.

If it still fires post deleting, then I may have a few suggestions to look
up in the data tables where data related to active links is stored.. I'd
need to know what actions are in it to be able to guide you to what you
should be looking for.

Cheers

Joe

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 2:21 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

This is a copy/paste of the name.
And this is a new application that only exists only on a dev server. 
nowhere else.
I wish it would have been that simple
Thank you,

Pascale Sterrett

Kenavo ar wech all

jdso...@shyle.net 
Sent by: arslist@ARSLIST.ORG
09/20/2013 10:47 AM
Please respond to
arslist@ARSLIST.ORG

To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th

Or you man *think* it's the same active link because it almost looks 
similar
to a human eye. Did you look at your AL log by looking for the AL name by
doing a find by the exact name? There must be a sort of a duplicate with a
similar name that you are seeing in your logs that is firing?

Or maybe you are disabling it in one environment and testing results in
another?

Cheers

Joe

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 12:01 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

That was one of our first step. And did not change anything.

taufc...@gmail.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 08:48 

Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread pascale . sterrett
This is a copy/paste of the name.
And this is a new application that only exists only on a dev server. 
nowhere else.
I wish it would have been that simple
Thank you,

Pascale Sterrett

Kenavo ar wech all




jdso...@shyle.net 
Sent by: arslist@ARSLIST.ORG
09/20/2013 10:47 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






Or you man *think* it's the same active link because it almost looks 
similar
to a human eye. Did you look at your AL log by looking for the AL name by
doing a find by the exact name? There must be a sort of a duplicate with a
similar name that you are seeing in your logs that is firing?

Or maybe you are disabling it in one environment and testing results in
another?

Cheers

Joe



-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 12:01 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

That was one of our first step.  And did not change anything.





taufc...@gmail.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 08:48 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






It sounds like an issue with the server cache getting jacked up. I
wonder what would've happened if you re-enabled the AL. That would
force a recache (I think).

Tauf Chowdhury

> On Sep 20, 2013, at 9:44 AM, "pascale.sterr...@daimler.com" 
 wrote:
>
> Hi all,
>
> This will sound like a Friday joke but it is not
>
> We just have a little bit of the spooky weird one here. And I wonder if
> anyone else had this kind of weird behavior.
> I just want to know if there is a step of cache clearing/cleaning we
> missed
>
> We are 100% custom apps.
> 7.6.4 SP5 mainly WUT
> MSSQL 2005
> Win 2003
>
> We are not using Best Practice Mode. So no Overlay
>
> #1 Weird occurrence:
>
> My colleague disabled an Active Link. But still it is triggering. In the
> logs, we see the AL being triggered.  It is the same name but with a 
bunch
> of numbers following the name.  If we do a search on Dev studio for that
> particular name with those  number we can't find it.  Just the one 
without
> the numbers.  And that one is disabled in both Dev and Best Practice 
Mode.
>
> Regardless of restarting the server, closing the WUT and relogin, 
clearing
> the WUT cache, the AL regardless is triggering and showing up in the 
Logs.
>
>
> #2 occurrence
> I deleted an AL (different one).  Still in Dev mode.  The AL still
> triggered. Still showed in the logs.
> Regardless of restarting the server, closing the WUT and relogin, 
clearing
> the WUT cache, the AL regardless is triggering and showing up in the 
Logs.
>
> But if I looked for it in dev studio it was no longer there.
>
> #3
> This morning, the deleted AL is no longer showing in the logs and all is
> working fine for now...
>
>
> Anyone experienced ghostly AL?
>
>
> Thank you,
>
> Pascale Sterrett
> Kenavo ar wech all
>
>
> If you are not the intended addressee, please inform us immediately that 

you have received this e-mail in error, and delete it. We thank you for 
your cooperation.
> 

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


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



If you are not the intended addressee, please inform us immediately that 
you
have received this e-mail in error, and delete it. We thank you for your
cooperation. 

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

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



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


Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread pascale . sterrett
That was one of our first step.  And did not change anything.





taufc...@gmail.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 08:48 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






It sounds like an issue with the server cache getting jacked up. I
wonder what would've happened if you re-enabled the AL. That would
force a recache (I think).

Tauf Chowdhury

> On Sep 20, 2013, at 9:44 AM, "pascale.sterr...@daimler.com" 
 wrote:
>
> Hi all,
>
> This will sound like a Friday joke but it is not
>
> We just have a little bit of the spooky weird one here. And I wonder if
> anyone else had this kind of weird behavior.
> I just want to know if there is a step of cache clearing/cleaning we
> missed
>
> We are 100% custom apps.
> 7.6.4 SP5 mainly WUT
> MSSQL 2005
> Win 2003
>
> We are not using Best Practice Mode. So no Overlay
>
> #1 Weird occurrence:
>
> My colleague disabled an Active Link. But still it is triggering. In the
> logs, we see the AL being triggered.  It is the same name but with a 
bunch
> of numbers following the name.  If we do a search on Dev studio for that
> particular name with those  number we can't find it.  Just the one 
without
> the numbers.  And that one is disabled in both Dev and Best Practice 
Mode.
>
> Regardless of restarting the server, closing the WUT and relogin, 
clearing
> the WUT cache, the AL regardless is triggering and showing up in the 
Logs.
>
>
> #2 occurrence
> I deleted an AL (different one).  Still in Dev mode.  The AL still
> triggered. Still showed in the logs.
> Regardless of restarting the server, closing the WUT and relogin, 
clearing
> the WUT cache, the AL regardless is triggering and showing up in the 
Logs.
>
> But if I looked for it in dev studio it was no longer there.
>
> #3
> This morning, the deleted AL is no longer showing in the logs and all is
> working fine for now...
>
>
> Anyone experienced ghostly AL?
>
>
> Thank you,
>
> Pascale Sterrett
> Kenavo ar wech all
>
>
> If you are not the intended addressee, please inform us immediately that 
you have received this e-mail in error, and delete it. We thank you for 
your cooperation.
> 
___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"

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



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


Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread Joe D'Souza
What environment are you  facing that on? Dev? Test/QA/Staging? Prod?

Even if it is production, since its only an active link - less of an impact
as opposed to a filter, delete the offending AL, re-cache the Mid-Tier and
see if it still shows up or fires..

Take a backup of the AL before deleting.

If it still fires post deleting, then I may have a few suggestions to look
up in the data tables where data related to active links is stored.. I'd
need to know what actions are in it to be able to guide you to what you
should be looking for.

Cheers

Joe


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 2:21 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

This is a copy/paste of the name.
And this is a new application that only exists only on a dev server. 
nowhere else.
I wish it would have been that simple
Thank you,

Pascale Sterrett

Kenavo ar wech all




jdso...@shyle.net 
Sent by: arslist@ARSLIST.ORG
09/20/2013 10:47 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






Or you man *think* it's the same active link because it almost looks 
similar
to a human eye. Did you look at your AL log by looking for the AL name by
doing a find by the exact name? There must be a sort of a duplicate with a
similar name that you are seeing in your logs that is firing?

Or maybe you are disabling it in one environment and testing results in
another?

Cheers

Joe



-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 12:01 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

That was one of our first step.  And did not change anything.





taufc...@gmail.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 08:48 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






It sounds like an issue with the server cache getting jacked up. I
wonder what would've happened if you re-enabled the AL. That would
force a recache (I think).

Tauf Chowdhury

> On Sep 20, 2013, at 9:44 AM, "pascale.sterr...@daimler.com" 
 wrote:
>
> Hi all,
>
> This will sound like a Friday joke but it is not
>
> We just have a little bit of the spooky weird one here. And I wonder if
> anyone else had this kind of weird behavior.
> I just want to know if there is a step of cache clearing/cleaning we
> missed
>
> We are 100% custom apps.
> 7.6.4 SP5 mainly WUT
> MSSQL 2005
> Win 2003
>
> We are not using Best Practice Mode. So no Overlay
>
> #1 Weird occurrence:
>
> My colleague disabled an Active Link. But still it is triggering. In the
> logs, we see the AL being triggered.  It is the same name but with a 
bunch
> of numbers following the name.  If we do a search on Dev studio for that
> particular name with those  number we can't find it.  Just the one 
without
> the numbers.  And that one is disabled in both Dev and Best Practice 
Mode.
>
> Regardless of restarting the server, closing the WUT and relogin, 
clearing
> the WUT cache, the AL regardless is triggering and showing up in the 
Logs.
>
>
> #2 occurrence
> I deleted an AL (different one).  Still in Dev mode.  The AL still
> triggered. Still showed in the logs.
> Regardless of restarting the server, closing the WUT and relogin, 
clearing
> the WUT cache, the AL regardless is triggering and showing up in the 
Logs.
>
> But if I looked for it in dev studio it was no longer there.
>
> #3
> This morning, the deleted AL is no longer showing in the logs and all is
> working fine for now...
>
>
> Anyone experienced ghostly AL?
>
>
> Thank you,
>
> Pascale Sterrett
> Kenavo ar wech all
>
>
> If you are not the intended addressee, please inform us immediately that 

you have received this e-mail in error, and delete it. We thank you for 
your cooperation.
> 

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


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



If you are not the intended addressee, please inform us immediately that 
you
have received this e-mail in error, and delete it. We than

Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread pascale . sterrett
no server group. 
No load balancing cache issue either.

Further testing.  On the WUT, the disabled AL is no longer firing... we 
are making progress.  But on the Mid Tier it is still firing, with the AL 
showing in the log with the same name as in dev studio, but with the 
number 1379705620484150 at the end of the name.





bauti...@bullcreek.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 01:01 PM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






** If you are running a server group in DEV (great but not common in my 
experience), and you want to synch server cache across all the servers in 
the group then you would want to run the arsignal command:
arsignal (arsignal.exe)
Description 
 
The arsignal utility forces an AR System server to load or reload 
 
 
information. The process can be run on any machine.
Synopsis 
 
arsignal {-c|-g|-l|-a} [:port][sigArgument] 
 
The server name identifies the server that is to reload information. If a 
TCP
port is to be specified as well (needed if the server does not register 
with
AR System Portmapper), it is appended to the server name, separated by a
colon. The string 
 
sigArgument is applicable when using the -a option. 
 

From: pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 2:52 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday 
the 13th

One is a WUT issue, the other on the Mid Tier.
The deleted AL that kept showing up was on the WUT only. That one all by 
itself is fixed. The Deleted AL is not longer showing up in the logs. 
With absolutely nothing being done on our side.
(I can hear the twilight zone music playing in the background)

The other AL, beind disabled but still triggering, is for both WUT and Mid 

Tier apps. So that one, may be a load balancing issue. We will look into 
that one.




dave.shell...@te.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 12:18 PM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






Pascale,

You said this was the Windows User Tool? If so were all windows for that 
form closed before loading the form again? 

I've gotten bite once or twice by forgetting I had the form open in 
another window in the WUT. 

Dave

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 3:05 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday 
the 13th

Hi Joe,

That is Dev and it is a simple set field, which I know exactly where and 
what to look for at the DB level. I just don't want to go there at this 
point. 

I am trying to find out (if possible) what happened (and why). If there 
is a step we missed on the cleaning/flushing, bitting the head of the 
chicken, spinning on our heads, incantations, etc. If anyone else 
encountered something similar. There is obviously something corrupted.




jdso...@shyle.net
Sent by: arslist@ARSLIST.ORG
09/20/2013 11:29 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






What environment are you facing that on? Dev? Test/QA/Staging? Prod?

Even if it is production, since its only an active link - less of an 
impact
as opposed to a filter, delete the offending AL, re-cache the Mid-Tier and
see if it still shows up or fires..

Take a backup of the AL before deleting.

If it still fires post deleting, then I may have a few suggestions to look
up in the data tables where data related to active links is stored.. I'd
need to know what actions are in it to be able to guide you to what you
should be looking for.

Cheers

Joe


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 2:21 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

This is a copy/paste of the name.
And this is a new application that only exists only on a dev server. 
nowhere else.
I wish it would have been that simple
Thank you,

Pascale Sterrett

Kenavo ar wech all




jdso...@shyle.net 
Sent by: arslist@ARSLIST.ORG
09/20/2013 10:47 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






Or you man *think* it's the same active link because it almost looks 
similar
to a human eye. Did you look at your AL log by looking for the AL name by
doing a find by the exact name? There must be a sort of a duplicate with a
similar name that you are seeing in your logs that is firing?

Or maybe you are

Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread pascale . sterrett
hmmm.. Will verify that.




jdso...@shyle.net 
Sent by: arslist@ARSLIST.ORG
09/20/2013 12:19 PM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






The only thing that comes to my mind is sometimes in a load balanced
environment, some load balancers keep a copy of the mid-tier cache. Check
out with the load balancer guys to see if its doing that..

Cheers

Joe

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 3:05 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

Hi Joe,

That is Dev and it is a simple set field, which I know exactly where and 
what to look for at the DB level.  I just don't want to go there at this 
point. 

I am trying to find out (if possible) what happened (and why).  If there 
is a step we missed on the cleaning/flushing, bitting the head of the 
chicken, spinning on our heads, incantations, etc.  If anyone else 
encountered something similar. There is obviously something corrupted.




jdso...@shyle.net 
Sent by: arslist@ARSLIST.ORG
09/20/2013 11:29 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






What environment are you  facing that on? Dev? Test/QA/Staging? Prod?

Even if it is production, since its only an active link - less of an 
impact
as opposed to a filter, delete the offending AL, re-cache the Mid-Tier and
see if it still shows up or fires..

Take a backup of the AL before deleting.

If it still fires post deleting, then I may have a few suggestions to look
up in the data tables where data related to active links is stored.. I'd
need to know what actions are in it to be able to guide you to what you
should be looking for.

Cheers

Joe


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 2:21 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

This is a copy/paste of the name.
And this is a new application that only exists only on a dev server. 
nowhere else.
I wish it would have been that simple
Thank you,

Pascale Sterrett

Kenavo ar wech all




jdso...@shyle.net 
Sent by: arslist@ARSLIST.ORG
09/20/2013 10:47 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






Or you man *think* it's the same active link because it almost looks 
similar
to a human eye. Did you look at your AL log by looking for the AL name by
doing a find by the exact name? There must be a sort of a duplicate with a
similar name that you are seeing in your logs that is firing?

Or maybe you are disabling it in one environment and testing results in
another?

Cheers

Joe



-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 12:01 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

That was one of our first step.  And did not change anything.





taufc...@gmail.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 08:48 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






It sounds like an issue with the server cache getting jacked up. I
wonder what would've happened if you re-enabled the AL. That would
force a recache (I think).

Tauf Chowdhury

> On Sep 20, 2013, at 9:44 AM, "pascale.sterr...@daimler.com" 
 wrote:
>
> Hi all,
>
> This will sound like a Friday joke but it is not
>
> We just have a little bit of the spooky weird one here. And I wonder if
> anyone else had this kind of weird behavior.
> I just want to know if there is a step of cache clearing/cleaning we
> missed
>
> We are 100% custom apps.
> 7.6.4 SP5 mainly WUT
> MSSQL 2005
> Win 2003
>
> We are not using Best Practice Mode. So no Overlay
>
> #1 Weird occurrence:
>
> My colleague disabled an Active Link. But still it is triggering. In the
> logs, we see the AL being triggered.  It is the same name but with a 
bunch
> of numbers following the name.  If we do a search on Dev studio for that
> particular name with those  number we can't find it.  Just the one 
without
> the numbers.  And that one is disabled in both Dev and Best Practice 
Mode.
>
> Regardless of restarting the server, closing the WUT and relogin, 
clearing
> the WUT cache, the AL

Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread Shellman, David
Sorry,  reread the original email and see that the server has been restarted, 
WUT closed and new login, etc.

Dave

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Shellman, David
Sent: Friday, September 20, 2013 3:18 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday the 
13th

Pascale,

You said this was the Windows User Tool?  If so were all windows for that form 
closed before loading the form again?  

I've gotten bite once or twice by forgetting I had the form open in another 
window in the WUT.  

Dave

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 3:05 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday the 
13th

Hi Joe,

That is Dev and it is a simple set field, which I know exactly where and what 
to look for at the DB level.  I just don't want to go there at this point. 

I am trying to find out (if possible) what happened (and why).  If there is a 
step we missed on the cleaning/flushing, bitting the head of the chicken, 
spinning on our heads, incantations, etc.  If anyone else encountered something 
similar. There is obviously something corrupted.




jdso...@shyle.net
Sent by: arslist@ARSLIST.ORG
09/20/2013 11:29 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






What environment are you  facing that on? Dev? Test/QA/Staging? Prod?

Even if it is production, since its only an active link - less of an 
impact
as opposed to a filter, delete the offending AL, re-cache the Mid-Tier and
see if it still shows up or fires..

Take a backup of the AL before deleting.

If it still fires post deleting, then I may have a few suggestions to look
up in the data tables where data related to active links is stored.. I'd
need to know what actions are in it to be able to guide you to what you
should be looking for.

Cheers

Joe


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 2:21 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

This is a copy/paste of the name.
And this is a new application that only exists only on a dev server. 
nowhere else.
I wish it would have been that simple
Thank you,

Pascale Sterrett

Kenavo ar wech all




jdso...@shyle.net 
Sent by: arslist@ARSLIST.ORG
09/20/2013 10:47 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






Or you man *think* it's the same active link because it almost looks 
similar
to a human eye. Did you look at your AL log by looking for the AL name by
doing a find by the exact name? There must be a sort of a duplicate with a
similar name that you are seeing in your logs that is firing?

Or maybe you are disabling it in one environment and testing results in
another?

Cheers

Joe



-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 12:01 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

That was one of our first step.  And did not change anything.





taufc...@gmail.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 08:48 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






It sounds like an issue with the server cache getting jacked up. I
wonder what would've happened if you re-enabled the AL. That would
force a recache (I think).

Tauf Chowdhury

> On Sep 20, 2013, at 9:44 AM, "pascale.sterr...@daimler.com" 
 wrote:
>
> Hi all,
>
> This will sound like a Friday joke but it is not
>
> We just have a little bit of the spooky weird one here. And I wonder if
> anyone else had this kind of weird behavior.
> I just want to know if there is a step of cache clearing/cleaning we
> missed
>
> We are 100% custom apps.
> 7.6.4 SP5 mainly WUT
> MSSQL 2005
> Win 2003
>
> We are not using Best Practice Mode. So no Overlay
>
> #1 Weird occurrence:
>
> My colleague disabled an Active Link. But still it is triggering. In the
> logs, we see the AL being triggered.  It is the same name but with a 
bunch
> of numbers following the name.  If we do a search on Dev studio for that
> particular name with those  number we can't find it.  Just the one 
without
> the numbe

Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread Joe D'Souza
The only thing that comes to my mind is sometimes in a load balanced
environment, some load balancers keep a copy of the mid-tier cache. Check
out with the load balancer guys to see if its doing that..

Cheers

Joe

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 3:05 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

Hi Joe,

That is Dev and it is a simple set field, which I know exactly where and 
what to look for at the DB level.  I just don't want to go there at this 
point. 

I am trying to find out (if possible) what happened (and why).  If there 
is a step we missed on the cleaning/flushing, bitting the head of the 
chicken, spinning on our heads, incantations, etc.  If anyone else 
encountered something similar. There is obviously something corrupted.




jdso...@shyle.net 
Sent by: arslist@ARSLIST.ORG
09/20/2013 11:29 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






What environment are you  facing that on? Dev? Test/QA/Staging? Prod?

Even if it is production, since its only an active link - less of an 
impact
as opposed to a filter, delete the offending AL, re-cache the Mid-Tier and
see if it still shows up or fires..

Take a backup of the AL before deleting.

If it still fires post deleting, then I may have a few suggestions to look
up in the data tables where data related to active links is stored.. I'd
need to know what actions are in it to be able to guide you to what you
should be looking for.

Cheers

Joe


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 2:21 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

This is a copy/paste of the name.
And this is a new application that only exists only on a dev server. 
nowhere else.
I wish it would have been that simple
Thank you,

Pascale Sterrett

Kenavo ar wech all




jdso...@shyle.net 
Sent by: arslist@ARSLIST.ORG
09/20/2013 10:47 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






Or you man *think* it's the same active link because it almost looks 
similar
to a human eye. Did you look at your AL log by looking for the AL name by
doing a find by the exact name? There must be a sort of a duplicate with a
similar name that you are seeing in your logs that is firing?

Or maybe you are disabling it in one environment and testing results in
another?

Cheers

Joe



-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 12:01 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

That was one of our first step.  And did not change anything.





taufc...@gmail.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 08:48 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






It sounds like an issue with the server cache getting jacked up. I
wonder what would've happened if you re-enabled the AL. That would
force a recache (I think).

Tauf Chowdhury

> On Sep 20, 2013, at 9:44 AM, "pascale.sterr...@daimler.com" 
 wrote:
>
> Hi all,
>
> This will sound like a Friday joke but it is not
>
> We just have a little bit of the spooky weird one here. And I wonder if
> anyone else had this kind of weird behavior.
> I just want to know if there is a step of cache clearing/cleaning we
> missed
>
> We are 100% custom apps.
> 7.6.4 SP5 mainly WUT
> MSSQL 2005
> Win 2003
>
> We are not using Best Practice Mode. So no Overlay
>
> #1 Weird occurrence:
>
> My colleague disabled an Active Link. But still it is triggering. In the
> logs, we see the AL being triggered.  It is the same name but with a 
bunch
> of numbers following the name.  If we do a search on Dev studio for that
> particular name with those  number we can't find it.  Just the one 
without
> the numbers.  And that one is disabled in both Dev and Best Practice 
Mode.
>
> Regardless of restarting the server, closing the WUT and relogin, 
clearing
> the WUT cache, the AL regardless is triggering and showing up in the 
Logs.
>
>
> #2 occurrence
> I deleted an AL (different one).  Still in Dev mode.  The AL still
> triggered. Still showed in the logs.
> Regardless of restarting the server, closing the W

Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread Joe D'Souza
Or you man *think* it's the same active link because it almost looks similar
to a human eye. Did you look at your AL log by looking for the AL name by
doing a find by the exact name? There must be a sort of a duplicate with a
similar name that you are seeing in your logs that is firing?

Or maybe you are disabling it in one environment and testing results in
another?

Cheers

Joe



-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of pascale.sterr...@daimler.com
Sent: Friday, September 20, 2013 12:01 PM
To: arslist@ARSLIST.ORG
Subject: Re: A little bit early for Halloween or a little late for Friday
the 13th

That was one of our first step.  And did not change anything.





taufc...@gmail.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 08:48 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






It sounds like an issue with the server cache getting jacked up. I
wonder what would've happened if you re-enabled the AL. That would
force a recache (I think).

Tauf Chowdhury

> On Sep 20, 2013, at 9:44 AM, "pascale.sterr...@daimler.com" 
 wrote:
>
> Hi all,
>
> This will sound like a Friday joke but it is not
>
> We just have a little bit of the spooky weird one here. And I wonder if
> anyone else had this kind of weird behavior.
> I just want to know if there is a step of cache clearing/cleaning we
> missed
>
> We are 100% custom apps.
> 7.6.4 SP5 mainly WUT
> MSSQL 2005
> Win 2003
>
> We are not using Best Practice Mode. So no Overlay
>
> #1 Weird occurrence:
>
> My colleague disabled an Active Link. But still it is triggering. In the
> logs, we see the AL being triggered.  It is the same name but with a 
bunch
> of numbers following the name.  If we do a search on Dev studio for that
> particular name with those  number we can't find it.  Just the one 
without
> the numbers.  And that one is disabled in both Dev and Best Practice 
Mode.
>
> Regardless of restarting the server, closing the WUT and relogin, 
clearing
> the WUT cache, the AL regardless is triggering and showing up in the 
Logs.
>
>
> #2 occurrence
> I deleted an AL (different one).  Still in Dev mode.  The AL still
> triggered. Still showed in the logs.
> Regardless of restarting the server, closing the WUT and relogin, 
clearing
> the WUT cache, the AL regardless is triggering and showing up in the 
Logs.
>
> But if I looked for it in dev studio it was no longer there.
>
> #3
> This morning, the deleted AL is no longer showing in the logs and all is
> working fine for now...
>
>
> Anyone experienced ghostly AL?
>
>
> Thank you,
>
> Pascale Sterrett
> Kenavo ar wech all
>
>
> If you are not the intended addressee, please inform us immediately that 
you have received this e-mail in error, and delete it. We thank you for 
your cooperation.
> 

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


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



If you are not the intended addressee, please inform us immediately that you
have received this e-mail in error, and delete it. We thank you for your
cooperation.  

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

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


Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread pascale . sterrett
Yes the Dev cache mode is on.  And I made sure that I cleared the cache. 
Dev Studio Cache and the Client Cache too.

Thank you,

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

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

http://www.daimler-trucksnorthamerica.com 

Kenavo ar wech all




remedyr...@gmail.com 
Sent by: arslist@ARSLIST.ORG
09/20/2013 09:36 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






** 
Is Development Cache mode turned on?  Remember that Active Links are 
cached to the clients as part of the Form definition. 
Rick
On Sep 20, 2013 8:44 AM,  wrote:
Hi all,

This will sound like a Friday joke but it is not

We just have a little bit of the spooky weird one here. And I wonder if
anyone else had this kind of weird behavior.
I just want to know if there is a step of cache clearing/cleaning we
missed

We are 100% custom apps.
7.6.4 SP5 mainly WUT
MSSQL 2005
Win 2003

We are not using Best Practice Mode. So no Overlay

#1 Weird occurrence:

My colleague disabled an Active Link. But still it is triggering. In the
logs, we see the AL being triggered.  It is the same name but with a bunch
of numbers following the name.  If we do a search on Dev studio for that
particular name with those  number we can't find it.  Just the one without
the numbers.  And that one is disabled in both Dev and Best Practice Mode.

Regardless of restarting the server, closing the WUT and relogin, clearing
the WUT cache, the AL regardless is triggering and showing up in the Logs.


#2 occurrence
I deleted an AL (different one).  Still in Dev mode.  The AL still
triggered. Still showed in the logs.
Regardless of restarting the server, closing the WUT and relogin, clearing
the WUT cache, the AL regardless is triggering and showing up in the Logs.

But if I looked for it in dev studio it was no longer there.

#3
This morning, the deleted AL is no longer showing in the logs and all is
working fine for now...


Anyone experienced ghostly AL?


Thank you,

Pascale Sterrett
Kenavo ar wech all


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


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


Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread pascale . sterrett
Ok, I will try that. And see if that makes any difference.

Thank you,

Pascale Sterrett

Kenavo ar wech all




llongw...@usgs.gov 
Sent by: arslist@ARSLIST.ORG
09/20/2013 08:51 AM
Please respond to
arslist@ARSLIST.ORG


To
arslist@ARSLIST.ORG
cc

Subject
Re: A little bit early for Halloween or a little late for Friday the 13th






** 
I've seen weird things in Dev Studio when you have object relationships 
turned on and they get corruptedturning them off (but not restarting 
the server) seems to fix the Dev Studio weirdness (must turn it back on 
before restarting, or it needs to be rebuilt, but rebuilding it fixes the 
reference problems)

I don't think you are dealing with a 're-cache' issue as Tauf suggested, 
because you have restarted the server, which is the ultimate recache...

so I guess my recommendation would be to turn off object relationships, 
restart, turn it back on, restartsee if it's fixed after turning it 
off though.


On Fri, Sep 20, 2013 at 9:43 AM,  wrote:
Hi all,

This will sound like a Friday joke but it is not

We just have a little bit of the spooky weird one here. And I wonder if
anyone else had this kind of weird behavior.
I just want to know if there is a step of cache clearing/cleaning we
missed

We are 100% custom apps.
7.6.4 SP5 mainly WUT
MSSQL 2005
Win 2003

We are not using Best Practice Mode. So no Overlay

#1 Weird occurrence:

My colleague disabled an Active Link. But still it is triggering. In the
logs, we see the AL being triggered.  It is the same name but with a bunch
of numbers following the name.  If we do a search on Dev studio for that
particular name with those  number we can't find it.  Just the one without
the numbers.  And that one is disabled in both Dev and Best Practice Mode.

Regardless of restarting the server, closing the WUT and relogin, clearing
the WUT cache, the AL regardless is triggering and showing up in the Logs.


#2 occurrence
I deleted an AL (different one).  Still in Dev mode.  The AL still
triggered. Still showed in the logs.
Regardless of restarting the server, closing the WUT and relogin, clearing
the WUT cache, the AL regardless is triggering and showing up in the Logs.

But if I looked for it in dev studio it was no longer there.

#3
This morning, the deleted AL is no longer showing in the logs and all is
working fine for now...


Anyone experienced ghostly AL?


Thank you,

Pascale Sterrett
Kenavo ar wech all


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

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


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


Re: A little bit early for Halloween or a little late for Friday the 13th

2013-09-20 Thread Rick Cook
Is Development Cache mode turned on?  Remember that Active Links are cached
to the clients as part of the Form definition.

Rick
On Sep 20, 2013 8:44 AM,  wrote:

> Hi all,
>
> This will sound like a Friday joke but it is not
>
> We just have a little bit of the spooky weird one here. And I wonder if
> anyone else had this kind of weird behavior.
> I just want to know if there is a step of cache clearing/cleaning we
> missed
>
> We are 100% custom apps.
> 7.6.4 SP5 mainly WUT
> MSSQL 2005
> Win 2003
>
> We are not using Best Practice Mode. So no Overlay
>
> #1 Weird occurrence:
>
> My colleague disabled an Active Link. But still it is triggering. In the
> logs, we see the AL being triggered.  It is the same name but with a bunch
> of numbers following the name.  If we do a search on Dev studio for that
> particular name with those  number we can't find it.  Just the one without
> the numbers.  And that one is disabled in both Dev and Best Practice Mode.
>
> Regardless of restarting the server, closing the WUT and relogin, clearing
> the WUT cache, the AL regardless is triggering and showing up in the Logs.
>
>
> #2 occurrence
> I deleted an AL (different one).  Still in Dev mode.  The AL still
> triggered. Still showed in the logs.
> Regardless of restarting the server, closing the WUT and relogin, clearing
> the WUT cache, the AL regardless is triggering and showing up in the Logs.
>
> But if I looked for it in dev studio it was no longer there.
>
> #3
> This morning, the deleted AL is no longer showing in the logs and all is
> working fine for now...
>
>
> Anyone experienced ghostly AL?
>
>
> Thank you,
>
> Pascale Sterrett
> Kenavo ar wech all
>
>
> If you are not the intended addressee, please inform us immediately that
> you have received this e-mail in error, and delete it. We thank you for
> your cooperation.
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>

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