Re: Re : AW: RESOVLED Re: Long Time Saving Active Link
thanks Joe for the additional info. --- En date de : Mar 9.6.09, Joe DeSouza joe_rem...@yahoo.com a écrit : De: Joe DeSouza joe_rem...@yahoo.com Objet: Re: Re : AW: RESOVLED Re: Long Time Saving Active Link À: arslist@ARSLIST.ORG Date: Mardi 9 Juin 2009, 18h27 ** Another tip for the save to happen almost instantaneously is that before saving your Active link or Active links or any other workflow such as filters etc, is that you click on the Server Name on the server window, so as to not display the list of the Active Links or the Filters or whatever it is that you are saving. The Admin tool is designed to perform a search after every save if you have the list showing. This search does not happen if you either close the Server window or click on its name so that the list does not show.. Then it doesn't really matter if you have details enabled or not.. Joe From: Frex Popo frexp...@yahoo.fr To: arslist@ARSLIST.ORG Sent: Tuesday, June 9, 2009 10:31:22 AM Subject: Re : AW: RESOVLED Re: Long Time Saving Active Link ** Thanks Conny, like when you say but only for active links :-) I applied the patch and did some tested with active links but not sure if I have noticed too much difference, but perhaps I have a server running on a VMWARE and things will be slow anyway :) --- En date de : Mar 9.6.09, Conny Martin conny.mar...@t-systems.com a écrit : De: Conny Martin conny.mar...@t-systems.com Objet: AW: RESOVLED Re: Long Time Saving Active Link À: arslist@ARSLIST.ORG Date: Mardi 9 Juin 2009, 13h36 It's fixed in Admintool 7.1 Patch 7, but only for Active Links :-( Kind Regards Conny -Ursprüngliche Nachricht- Von: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] Im Auftrag von David Morgan Gesendet: Dienstag, 9. Juni 2009 13:25 An: arslist@ARSLIST.ORG Betreff: Re: RESOVLED Re: Long Time Saving Active Link No worries Frank - I think its fixed in a user tool patch later in the 7.1 series - but I cannot remember which patch It's a little bit of a pain to switch off the details view - but typically I'd use ARUtilities to determine the details etc, and leave the admin tool switched off for speed :-) _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: Re : AW: RESOVLED Re: Long Time Saving Active Link
Hi 권민석, (long live cut paste) After you save a workflow object, the server will re-cache its objects causing disruption to any connected users. Depending on the amount of memory and the amount of forms and workflow on your server, this can be for a significant amount of time. This is just one of the reasons you should never develop on a server that is actually used for production purposes... ;-) If you have a testing/dev environment, switch it to Development Cache Mode (look for it in the *Configuring* guide). This way, any connected users will have a better experience. There is a downside to this as well, it will affect overall performance of the server; you should NOT set a production system to Development Cache Mode. Kind regards, -- Michiel Beijen Software Consultant +31 6 - 457 42 418 Bee Free IT + http://beefreeit.nl On Wed, Jun 10, 2009 at 03:31, 권민석 mskwo...@gmail.com wrote: ** Hi Everybody! This issue happens to us in the same. But in our case, When we save a workflow object , Server is hanged So any user cannot connect to the server. Our AR server/Admin tool Version is 7.1 patch 007 and CMDB is 2.1 Patch 005 Is anyone having this case ? Is it happened after CMDB install? *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Joe DeSouza *Sent:* Wednesday, June 10, 2009 1:28 AM *To:* arslist@ARSLIST.ORG *Subject:* Re: Re : AW: RESOVLED Re: Long Time Saving Active Link ** Another tip for the save to happen almost instantaneously is that before saving your Active link or Active links or any other workflow such as filters etc, is that you click on the Server Name on the server window, so as to not display the list of the Active Links or the Filters or whatever it is that you are saving. The Admin tool is designed to perform a search after every save if you have the list showing. This search does not happen if you either close the Server window or click on its name so that the list does not show.. Then it doesn't really matter if you have details enabled or not.. Joe -- *From:* Frex Popo frexp...@yahoo.fr *To:* arslist@ARSLIST.ORG *Sent:* Tuesday, June 9, 2009 10:31:22 AM *Subject:* Re : AW: RESOVLED Re: Long Time Saving Active Link ** Thanks Conny, like when you say but only for active links :-) I applied the patch and did some tested with active links but not sure if I have noticed too much difference, but perhaps I have a server running on a VMWARE and things will be slow anyway :) --- En date de : *Mar 9.6.09, Conny Martin conny.mar...@t-systems.com* a écrit : De: Conny Martin conny.mar...@t-systems.com Objet: AW: RESOVLED Re: Long Time Saving Active Link À: arslist@ARSLIST.ORG Date: Mardi 9 Juin 2009, 13h36 It's fixed in Admintool 7.1 Patch 7, but only for Active Links :-( Kind Regards Conny -Ursprüngliche Nachricht- Von: Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORGhttp://fr.mc265.mail.yahoo.com/mc/compose?to=arsl...@arslist.org] Im Auftrag von David Morgan Gesendet: Dienstag, 9. Juni 2009 13:25 An: arslist@ARSLIST.ORGhttp://fr.mc265.mail.yahoo.com/mc/compose?to=arsl...@arslist.org Betreff: Re: RESOVLED Re: Long Time Saving Active Link No worries Frank - I think its fixed in a user tool patch later in the 7.1 series - but I cannot remember which patch It's a little bit of a pain to switch off the details view - but typically I'd use ARUtilities to determine the details etc, and leave the admin tool switched off for speed :-) _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: Re : AW: RESOVLED Re: Long Time Saving Active Link
Hi Michiel Beijen Thanks for your help. This Server is on production. And Development Cache Mode is on. We are importing workflow objects Because of this hang problem. But Hang problem happens in that time too. I don’t know what is the solution. How is it in your case? From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Michiel Beijen Sent: Wednesday, June 10, 2009 6:13 PM To: arslist@ARSLIST.ORG Subject: Re: Re : AW: RESOVLED Re: Long Time Saving Active Link ** Hi 권민석, (long live cut paste) After you save a workflow object, the server will re-cache its objects causing disruption to any connected users. Depending on the amount of memory and the amount of forms and workflow on your server, this can be for a significant amount of time. This is just one of the reasons you should never develop on a server that is actually used for production purposes... ;-) If you have a testing/dev environment, switch it to Development Cache Mode (look for it in the Configuring guide). This way, any connected users will have a better experience. There is a downside to this as well, it will affect overall performance of the server; you should NOT set a production system to Development Cache Mode. Kind regards, -- Michiel Beijen Software Consultant +31 6 - 457 42 418 Bee Free IT + http://beefreeit.nl On Wed, Jun 10, 2009 at 03:31, 권민석 mskwo...@gmail.com wrote: ** Hi Everybody! This issue happens to us in the same. But in our case, When we save a workflow object , Server is hanged So any user cannot connect to the server. Our AR server/Admin tool Version is 7.1 patch 007 and CMDB is 2.1 Patch 005 Is anyone having this case ? Is it happened after CMDB install? From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe DeSouza Sent: Wednesday, June 10, 2009 1:28 AM To: arslist@ARSLIST.ORG Subject: Re: Re : AW: RESOVLED Re: Long Time Saving Active Link ** Another tip for the save to happen almost instantaneously is that before saving your Active link or Active links or any other workflow such as filters etc, is that you click on the Server Name on the server window, so as to not display the list of the Active Links or the Filters or whatever it is that you are saving. The Admin tool is designed to perform a search after every save if you have the list showing. This search does not happen if you either close the Server window or click on its name so that the list does not show.. Then it doesn't really matter if you have details enabled or not.. Joe _ From: Frex Popo frexp...@yahoo.fr To: arslist@ARSLIST.ORG Sent: Tuesday, June 9, 2009 10:31:22 AM Subject: Re : AW: RESOVLED Re: Long Time Saving Active Link ** Thanks Conny, like when you say but only for active links :-) I applied the patch and did some tested with active links but not sure if I have noticed too much difference, but perhaps I have a server running on a VMWARE and things will be slow anyway :) --- En date de : Mar 9.6.09, Conny Martin conny.mar...@t-systems.com a écrit : De: Conny Martin conny.mar...@t-systems.com Objet: AW: RESOVLED Re: Long Time Saving Active Link À: arslist@ARSLIST.ORG Date: Mardi 9 Juin 2009, 13h36 It's fixed in Admintool 7.1 Patch 7, but only for Active Links :-( Kind Regards Conny -Ursprüngliche Nachricht- Von: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG http://fr.mc265.mail.yahoo.com/mc/compose?to=arsl...@arslist.org ] Im Auftrag von David Morgan Gesendet: Dienstag, 9. Juni 2009 13:25 An: arslist@ARSLIST.ORG http://fr.mc265.mail.yahoo.com/mc/compose?to=arsl...@arslist.org Betreff: Re: RESOVLED Re: Long Time Saving Active Link No worries Frank - I think its fixed in a user tool patch later in the 7.1 series - but I cannot remember which patch It's a little bit of a pain to switch off the details view - but typically I'd use ARUtilities to determine the details etc, and leave the admin tool switched off for speed :-) _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: Re : AW: RESOVLED Re: Long Time Saving Active Link
I see - are you really sure that Development Cache Mode is on? You'd have to restart the server after setting the checkbox in order for the setting to take effect. But as I mentioned, you will be experiencing other kinds of performance issues - maybe the one you mentioned - if you are running Development Cache Mode on a production system. If you'd want to take my advice, to prevent performance issues, please do not use this on a production environment. In my experience, Development Cache Mode is a GREAT thing for test or development servers with only a couple of users; but will be able to bring your system to a grinding halt when large amounts of users are connected. Also, I would strongly advice not import workflow objects on a live server during business hours. Please use a downtime slot in your SLA for this and make sure no users are connected to your server (for instance setting Admin-Only mode and disconnecting all connected users). And, of course, make sure to communicate your scheduled downtime to your users... Kind regards, -- Michiel Beijen Software Consultant +31 6 - 457 42 418 Bee Free IT + http://beefreeit.nl On Wed, Jun 10, 2009 at 11:31, 권민석 mskwo...@gmail.com wrote: ** Hi Michiel Beijen Thanks for your help. This Server is on production. And Development Cache Mode is on. We are importing workflow objects Because of this hang problem. But Hang problem happens in that time too. I don’t know what is the solution. How is it in your case? *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Michiel Beijen *Sent:* Wednesday, June 10, 2009 6:13 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Re : AW: RESOVLED Re: Long Time Saving Active Link ** Hi 권민석, (long live cut paste) After you save a workflow object, the server will re-cache its objects causing disruption to any connected users. Depending on the amount of memory and the amount of forms and workflow on your server, this can be for a significant amount of time. This is just one of the reasons you should never develop on a server that is actually used for production purposes... ;-) If you have a testing/dev environment, switch it to Development Cache Mode (look for it in the *Configuring* guide). This way, any connected users will have a better experience. There is a downside to this as well, it will affect overall performance of the server; you should NOT set a production system to Development Cache Mode. Kind regards, -- Michiel Beijen Software Consultant +31 6 - 457 42 418 Bee Free IT + http://beefreeit.nl On Wed, Jun 10, 2009 at 03:31, 권민석 mskwo...@gmail.com wrote: ** Hi Everybody! This issue happens to us in the same. But in our case, When we save a workflow object , Server is hanged So any user cannot connect to the server. Our AR server/Admin tool Version is 7.1 patch 007 and CMDB is 2.1 Patch 005 Is anyone having this case ? Is it happened after CMDB install? *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Joe DeSouza *Sent:* Wednesday, June 10, 2009 1:28 AM *To:* arslist@ARSLIST.ORG *Subject:* Re: Re : AW: RESOVLED Re: Long Time Saving Active Link ** Another tip for the save to happen almost instantaneously is that before saving your Active link or Active links or any other workflow such as filters etc, is that you click on the Server Name on the server window, so as to not display the list of the Active Links or the Filters or whatever it is that you are saving. The Admin tool is designed to perform a search after every save if you have the list showing. This search does not happen if you either close the Server window or click on its name so that the list does not show.. Then it doesn't really matter if you have details enabled or not.. Joe -- *From:* Frex Popo frexp...@yahoo.fr *To:* arslist@ARSLIST.ORG *Sent:* Tuesday, June 9, 2009 10:31:22 AM *Subject:* Re : AW: RESOVLED Re: Long Time Saving Active Link ** Thanks Conny, like when you say but only for active links :-) I applied the patch and did some tested with active links but not sure if I have noticed too much difference, but perhaps I have a server running on a VMWARE and things will be slow anyway :) --- En date de : *Mar 9.6.09, Conny Martin conny.mar...@t-systems.com* a écrit : De: Conny Martin conny.mar...@t-systems.com Objet: AW: RESOVLED Re: Long Time Saving Active Link À: arslist@ARSLIST.ORG Date: Mardi 9 Juin 2009, 13h36 It's fixed in Admintool 7.1 Patch 7, but only for Active Links :-( Kind Regards Conny -Ursprüngliche Nachricht- Von: Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORGhttp://fr.mc265.mail.yahoo.com/mc/compose?to=arsl...@arslist.org] Im Auftrag von David Morgan Gesendet: Dienstag, 9. Juni 2009 13:25 An: arslist@ARSLIST.ORGhttp
AW: Re : AW: RESOVLED Re: Long Time Saving Active Link
Hi, the problem is the Development Cache Mode. Turn it off and you wouldn't see these server hangs any more. Kind Regards Conny Von: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] Im Auftrag von Michiel Beijen Gesendet: Mittwoch, 10. Juni 2009 11:45 An: arslist@ARSLIST.ORG Betreff: Re: Re : AW: RESOVLED Re: Long Time Saving Active Link ** I see - are you really sure that Development Cache Mode is on? You'd have to restart the server after setting the checkbox in order for the setting to take effect. But as I mentioned, you will be experiencing other kinds of performance issues - maybe the one you mentioned - if you are running Development Cache Mode on a production system. If you'd want to take my advice, to prevent performance issues, please do not use this on a production environment. In my experience, Development Cache Mode is a GREAT thing for test or development servers with only a couple of users; but will be able to bring your system to a grinding halt when large amounts of users are connected. Also, I would strongly advice not import workflow objects on a live server during business hours. Please use a downtime slot in your SLA for this and make sure no users are connected to your server (for instance setting Admin-Only mode and disconnecting all connected users). And, of course, make sure to communicate your scheduled downtime to your users... Kind regards, -- Michiel Beijen Software Consultant +31 6 - 457 42 418 Bee Free IT + http://beefreeit.nl On Wed, Jun 10, 2009 at 11:31, 권민석 mskwo...@gmail.com wrote: ** Hi Michiel Beijen Thanks for your help. This Server is on production. And Development Cache Mode is on. We are importing workflow objects Because of this hang problem. But Hang problem happens in that time too. I don’t know what is the solution. How is it in your case? From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Michiel Beijen Sent: Wednesday, June 10, 2009 6:13 PM To: arslist@ARSLIST.ORG Subject: Re: Re : AW: RESOVLED Re: Long Time Saving Active Link ** Hi 권민석, (long live cut paste) After you save a workflow object, the server will re-cache its objects causing disruption to any connected users. Depending on the amount of memory and the amount of forms and workflow on your server, this can be for a significant amount of time. This is just one of the reasons you should never develop on a server that is actually used for production purposes... ;-) If you have a testing/dev environment, switch it to Development Cache Mode (look for it in the Configuring guide). This way, any connected users will have a better experience. There is a downside to this as well, it will affect overall performance of the server; you should NOT set a production system to Development Cache Mode. Kind regards, -- Michiel Beijen Software Consultant +31 6 - 457 42 418 Bee Free IT + http://beefreeit.nl On Wed, Jun 10, 2009 at 03:31, 권민석 mskwo...@gmail.com wrote: ** Hi Everybody! This issue happens to us in the same. But in our case, When we save a workflow object , Server is hanged So any user cannot connect to the server. Our AR server/Admin tool Version is 7.1 patch 007 and CMDB is 2.1 Patch 005 Is anyone having this case ? Is it happened after CMDB install? From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe DeSouza Sent: Wednesday, June 10, 2009 1:28 AM To: arslist@ARSLIST.ORG Subject: Re: Re : AW: RESOVLED Re: Long Time Saving Active Link ** Another tip for the save to happen almost instantaneously is that before saving your Active link or Active links or any other workflow such as filters etc, is that you click on the Server Name on the server window, so as to not display the list of the Active Links or the Filters or whatever it is that you are saving. The Admin tool is designed to perform a search after every save if you have the list showing. This search does not happen if you either close the Server window or click on its name so that the list does not show.. Then it doesn't really matter if you have details enabled or not.. Joe From: Frex Popo frexp...@yahoo.fr To: arslist@ARSLIST.ORG Sent: Tuesday, June 9, 2009 10:31:22 AM Subject: Re : AW: RESOVLED Re: Long
Re: Re : AW: RESOVLED Re: Long Time Saving Active Link
The way I understand workflow caching is that with Dev Cache Mode off user operations have a higher priority over admin operations. Admin changes will wait behind user activity for a good time to make the change/recache (not sure on the exact logic of finding a good time). With Dev Cache Mode on user operations are not given precedence over admin operations. This sounds consistent with what you are experiencing. Try turning off Dev Cache Mode and restarting the AR Server process. HTH, Jason On Wed, Jun 10, 2009 at 2:31 AM, 권민석 mskwo...@gmail.com wrote: ** Hi Michiel Beijen Thanks for your help. This Server is on production. And Development Cache Mode is on. We are importing workflow objects Because of this hang problem. But Hang problem happens in that time too. I don’t know what is the solution. How is it in your case? *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Michiel Beijen *Sent:* Wednesday, June 10, 2009 6:13 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Re : AW: RESOVLED Re: Long Time Saving Active Link ** Hi 권민석, (long live cut paste) After you save a workflow object, the server will re-cache its objects causing disruption to any connected users. Depending on the amount of memory and the amount of forms and workflow on your server, this can be for a significant amount of time. This is just one of the reasons you should never develop on a server that is actually used for production purposes... ;-) If you have a testing/dev environment, switch it to Development Cache Mode (look for it in the *Configuring* guide). This way, any connected users will have a better experience. There is a downside to this as well, it will affect overall performance of the server; you should NOT set a production system to Development Cache Mode. Kind regards, -- Michiel Beijen Software Consultant +31 6 - 457 42 418 Bee Free IT + http://beefreeit.nl On Wed, Jun 10, 2009 at 03:31, 권민석 mskwo...@gmail.com wrote: ** Hi Everybody! This issue happens to us in the same. But in our case, When we save a workflow object , Server is hanged So any user cannot connect to the server. Our AR server/Admin tool Version is 7.1 patch 007 and CMDB is 2.1 Patch 005 Is anyone having this case ? Is it happened after CMDB install? *From:* Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] *On Behalf Of *Joe DeSouza *Sent:* Wednesday, June 10, 2009 1:28 AM *To:* arslist@ARSLIST.ORG *Subject:* Re: Re : AW: RESOVLED Re: Long Time Saving Active Link ** Another tip for the save to happen almost instantaneously is that before saving your Active link or Active links or any other workflow such as filters etc, is that you click on the Server Name on the server window, so as to not display the list of the Active Links or the Filters or whatever it is that you are saving. The Admin tool is designed to perform a search after every save if you have the list showing. This search does not happen if you either close the Server window or click on its name so that the list does not show.. Then it doesn't really matter if you have details enabled or not.. Joe -- *From:* Frex Popo frexp...@yahoo.fr *To:* arslist@ARSLIST.ORG *Sent:* Tuesday, June 9, 2009 10:31:22 AM *Subject:* Re : AW: RESOVLED Re: Long Time Saving Active Link ** Thanks Conny, like when you say but only for active links :-) I applied the patch and did some tested with active links but not sure if I have noticed too much difference, but perhaps I have a server running on a VMWARE and things will be slow anyway :) --- En date de : *Mar 9.6.09, Conny Martin conny.mar...@t-systems.com* a écrit : De: Conny Martin conny.mar...@t-systems.com Objet: AW: RESOVLED Re: Long Time Saving Active Link À: arslist@ARSLIST.ORG Date: Mardi 9 Juin 2009, 13h36 It's fixed in Admintool 7.1 Patch 7, but only for Active Links :-( Kind Regards Conny -Ursprüngliche Nachricht- Von: Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORGhttp://fr.mc265.mail.yahoo.com/mc/compose?to=arsl...@arslist.org] Im Auftrag von David Morgan Gesendet: Dienstag, 9. Juni 2009 13:25 An: arslist@ARSLIST.ORGhttp://fr.mc265.mail.yahoo.com/mc/compose?to=arsl...@arslist.org Betreff: Re: RESOVLED Re: Long Time Saving Active Link No worries Frank - I think its fixed in a user tool patch later in the 7.1 series - but I cannot remember which patch It's a little bit of a pain to switch off the details view - but typically I'd use ARUtilities to determine the details etc, and leave the admin tool switched off for speed :-) _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where
Re : AW: RESOVLED Re: Long Time Saving Active Link
Thanks Conny, like when you say but only for active links :-) I applied the patch and did some tested with active links but not sure if I have noticed too much difference, but perhaps I have a server running on a VMWARE and things will be slow anyway :) --- En date de : Mar 9.6.09, Conny Martin conny.mar...@t-systems.com a écrit : De: Conny Martin conny.mar...@t-systems.com Objet: AW: RESOVLED Re: Long Time Saving Active Link À: arslist@ARSLIST.ORG Date: Mardi 9 Juin 2009, 13h36 It's fixed in Admintool 7.1 Patch 7, but only for Active Links :-( Kind Regards Conny -Ursprüngliche Nachricht- Von: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] Im Auftrag von David Morgan Gesendet: Dienstag, 9. Juni 2009 13:25 An: arslist@ARSLIST.ORG Betreff: Re: RESOVLED Re: Long Time Saving Active Link No worries Frank - I think its fixed in a user tool patch later in the 7.1 series - but I cannot remember which patch It's a little bit of a pain to switch off the details view - but typically I'd use ARUtilities to determine the details etc, and leave the admin tool switched off for speed :-) Cheers Dave Morgan -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Frank Caruso Sent: 09 June 2009 12:12 To: arslist@ARSLIST.ORG Subject: RESOVLED Re: Long Time Saving Active Link --0016e6d999da2bc1e0046be86f9b Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I do have details turned on looking at active links without it is sort of useless :) But that did fix the problem. Without details active links save much faster. Thankx! On Tue, Jun 9, 2009 at 2:05 PM, David Morgan dave.mor...@tiberone.comwrote: Hi Frank I think this is a known issue - and I'll bet you have the Details view switched on in the Admin tool Switch off details view and try to save an active link/filter/form etc. Regards Dave Morgan David Morgan Senior Technical Consultant Tiberone Technologies Limited Golden Cross House 8 Duncannon Street London WC2N 4JF Ph: +44 (0) 207 484 5069 Fax: +44 (0) 870 8310 381 Mob: +44 (0) 7876 450102 www.tiberone.com -Original Message- From: Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] On Behalf Of Frank Caruso Sent: 09 June 2009 11:46 To: arslist@ARSLIST.ORG Subject: Long Time Saving Active Link --001636c5ad4dd05241046be810c3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit ARS 7.1 p5 SQL Server 2005 Windows 2003 Has anyone else noticed an issue with 7.1 where it takes a long time to create and modify active links. I thought it was an issue with my last environment but it appears to be the same way at my current shop. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.netsponsor%3armisoluti...@verizon.netARSl ist: Where the Answers Are --001636c5ad4dd05241046be810c3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable ** div dir=3DltrdivARS 7.1 p5/div divSQL Server 2005/div divWindows 2003/div div=A0/div divHas anyone else noticed an issue with 7.1 where it takes a long time t= o create and=A0modify active links. I thought it was an issue with my last = environment but it appears to be the same way at my current shop. /div /div _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ --001636c5ad4dd05241046be810c3-- ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.netsponsor%3armisoluti...@verizon.netARSl ist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are --0016e6d999da2bc1e0046be86f9b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable ** div dir=3DltrdivI do have details turned on looking at active li= nks without it is sort of useless=A0 :)/div div=A0/div divBut that did fix the problem. Without details active links save much f= aster./div div=A0/div divThankx!brbr/div div class=3Dgmail_quoteOn Tue, Jun 9, 2009 at 2:05 PM, David Morgan sp= an dir=3Dltrlt;a href=3Dmailto:dave.mor...@tiberone.com;dave.mor...@= tiberone.com/agt;/span wrote:br blockquote class=3Dgmail_quote style=3DPADDING-LEFT: 1ex; MARGIN: 0px 0= px 0px 0.8ex; BORDER-LEFT: #ccc 1px solidHi FrankbrbrI think this is = a known issue - and I'll bet you have the Details view switched on in t= he Admin toolbr brSwitch off details view and try to save an active link/filter/form etc.= brbrRegardsbrDave MorganbrbrDavid
Re: Re : AW: RESOVLED Re: Long Time Saving Active Link
Another tip for the save to happen almost instantaneously is that before saving your Active link or Active links or any other workflow such as filters etc, is that you click on the Server Name on the server window, so as to not display the list of the Active Links or the Filters or whatever it is that you are saving. The Admin tool is designed to perform a search after every save if you have the list showing. This search does not happen if you either close the Server window or click on its name so that the list does not show.. Then it doesn't really matter if you have details enabled or not.. Joe From: Frex Popo frexp...@yahoo.fr To: arslist@ARSLIST.ORG Sent: Tuesday, June 9, 2009 10:31:22 AM Subject: Re : AW: RESOVLED Re: Long Time Saving Active Link ** Thanks Conny, like when you say but only for active links :-) I applied the patch and did some tested with active links but not sure if I have noticed too much difference, but perhaps I have a server running on a VMWARE and things will be slow anyway :) --- En date de : Mar 9.6.09, Conny Martin conny.mar...@t-systems.com a écrit : De: Conny Martin conny.mar...@t-systems.com Objet: AW: RESOVLED Re: Long Time Saving Active Link À: arslist@ARSLIST.ORG Date: Mardi 9 Juin 2009, 13h36 It's fixed in Admintool 7.1 Patch 7, but only for Active Links :-( Kind Regards Conny -Ursprüngliche Nachricht- Von: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] Im Auftrag von David Morgan Gesendet: Dienstag, 9. Juni 2009 13:25 An: arslist@ARSLIST.ORG Betreff: Re: RESOVLED Re: Long Time Saving Active Link No worries Frank - I think its fixed in a user tool patch later in the 7.1 series - but I cannot remember which patch It's a little bit of a pain to switch off the details view - but typically I'd use ARUtilities to determine the details etc, and leave the admin tool switched off for speed :-) ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
Re: Re : AW: RESOVLED Re: Long Time Saving Active Link
Hi Everybody! This issue happens to us in the same. But in our case, When we save a workflow object , Server is hanged So any user cannot connect to the server. Our AR server/Admin tool Version is 7.1 patch 007 and CMDB is 2.1 Patch 005 Is anyone having this case ? Is it happened after CMDB install? From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe DeSouza Sent: Wednesday, June 10, 2009 1:28 AM To: arslist@ARSLIST.ORG Subject: Re: Re : AW: RESOVLED Re: Long Time Saving Active Link ** Another tip for the save to happen almost instantaneously is that before saving your Active link or Active links or any other workflow such as filters etc, is that you click on the Server Name on the server window, so as to not display the list of the Active Links or the Filters or whatever it is that you are saving. The Admin tool is designed to perform a search after every save if you have the list showing. This search does not happen if you either close the Server window or click on its name so that the list does not show.. Then it doesn't really matter if you have details enabled or not.. Joe _ From: Frex Popo frexp...@yahoo.fr To: arslist@ARSLIST.ORG Sent: Tuesday, June 9, 2009 10:31:22 AM Subject: Re : AW: RESOVLED Re: Long Time Saving Active Link ** Thanks Conny, like when you say but only for active links :-) I applied the patch and did some tested with active links but not sure if I have noticed too much difference, but perhaps I have a server running on a VMWARE and things will be slow anyway :) --- En date de : Mar 9.6.09, Conny Martin conny.mar...@t-systems.com a écrit : De: Conny Martin conny.mar...@t-systems.com Objet: AW: RESOVLED Re: Long Time Saving Active Link À: arslist@ARSLIST.ORG Date: Mardi 9 Juin 2009, 13h36 It's fixed in Admintool 7.1 Patch 7, but only for Active Links :-( Kind Regards Conny -Ursprüngliche Nachricht- Von: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG http://fr.mc265.mail.yahoo.com/mc/compose?to=arsl...@arslist.org ] Im Auftrag von David Morgan Gesendet: Dienstag, 9. Juni 2009 13:25 An: arslist@ARSLIST.ORG http://fr.mc265.mail.yahoo.com/mc/compose?to=arsl...@arslist.org Betreff: Re: RESOVLED Re: Long Time Saving Active Link No worries Frank - I think its fixed in a user tool patch later in the 7.1 series - but I cannot remember which patch It's a little bit of a pain to switch off the details view - but typically I'd use ARUtilities to determine the details etc, and leave the admin tool switched off for speed :-) _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are
