Re: ADM:Timing Test, please ignore
Am I the only one who is having problems receiving the emails from the list? This was the 4th message that I've received today, and probably the 20th that I've received this week. I've got two different accounts signed up, one work and one personal for archive purposes, and both have become very spotty since about the first of the month. Charles On 2/16/07, Daniel Bloom [EMAIL PROTECTED] wrote: ** VIA email, 3:47pm Friday __20060125___This posting was submitted with HTML in it___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
Re: Apple Safari Web Interface
Gene, It's a known issue with Apple Safari and the Mid-tier 6.3. If we upgrade to Mid-tier 7, Safari is better supported. I'm not aware of any other work arounds. Charles From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Gene Ushinsky Sent: Monday, January 29, 2007 4:50 PM To: arslist@ARSLIST.ORG Subject: [ARSLIST] Apple Safari Web Interface ** I am somewhat new to Remedy and may not ask the question correctly but here it is. We have a 6.x installation of Remedy that has a web interface to it. Seems that IE6 and FireFox 2 work quite well with it. However, Apple's Safari 2.x doesn't. There is nothing on the screen - the page is blank. Is this is a known issue? Is this something we need to fix on site, as it is part of our setup and forms we use? Any help and pointers would be appreciated. Gene geneushinsky OIT - Service Desks Support Manager [EMAIL PROTECTED] | MB 161A | 801.422.2716 __20060125___This posting was submitted with HTML in it___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
Re: Vertical Navigation Bars and Active Links
Fred and Rick, Thanks for the replies. We copied the nav bar from one form to the other, and I verified that they did get the same field ID. It doesn't appear that you can set a field ID for the individual menu items in the nav bar though. It looks like we may be stuck using one active link per nav bar menu item. thanks, Charles On 1/5/07, Grooms, Frederick W [EMAIL PROTECTED] wrote: ** You have to have the Field IDs of the buttons be the same on each form for shared workflow to work. Say you have 4 forms and want an Active link to fire on the Add Incident button. On each of the forms the FieldID of the Add Incident button must be the same. You can then create an Active Link and attach it to all 4 forms telling it to fire on the Add Incident button. Personally I always try to set the FieldIDs myself instead of letting the system create them for me. Fred -- *From:* Action Request System discussion list(ARSList) [mailto: [EMAIL PROTECTED] *On Behalf Of *Charles Stoddard *Sent:* Friday, January 05, 2007 1:39 PM *To:* arslist@ARSLIST.ORG *Subject:* Vertical Navigation Bars and Active Links ** Hello, Our Environment is: AR 7.01 on Suse9 Linux Oracle 10g Database Is there any way that you can have an Active Link fire on multiple Navigation Bars on different forms? We've got a couple of different consoles that all have an Add Incident Nave Bar item. Rather than creating an active link for each of the Nav bars, we'd like to use the same one, but we can't seem to get it to work. When creating the active link, we can tell it to fire on button click (the name of the menu item appears in the list), or on menu choice, but it doesn't work. If we go into the Nav bar properties, we can assign it to the first item, but when we go to assign it to the second item it moves it and doesn't let us have it assigned to more than one Nav bar. Are we just missing something, or are we out of luck on trying to keep the number of Active links down? Thanks, Charles __20060125___This posting was submitted with HTML in it___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
Re: Vertical Navigation Bars and Active Links
Fred, I'm going to try archgid, but it appears that they're missing something for the 7.01 release. I tried downloading the windows version (52K) and it only has the archgid.exe, not the supporting DLL's. The linux version is much bigger but it doesn't appear to be a valid file. I can't unzip it, untar it, or anything else. I'm not sure if it will let us do that with the items within the nav bar, but if I can get archgid running, I'll give it a shot. Thanks again, Charles On 1/5/07, Grooms, Frederick W [EMAIL PROTECTED] wrote: ** You could try pulling down the archgid program from the Community Downloads and change the button ID(s) to be the same). I'm still on 6.3 so I don't know the Nav Bar off hand, but usually you can change the FieldID before the save. Remedy may auto generate one but you should be able to go to the database tab of the item and set the ID before saving the form. Fred -- *From:* Action Request System discussion list(ARSList) [mailto: [EMAIL PROTECTED] *On Behalf Of *Charles Stoddard *Sent:* Friday, January 05, 2007 1:54 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Vertical Navigation Bars and Active Links ** Fred and Rick, Thanks for the replies. We copied the nav bar from one form to the other, and I verified that they did get the same field ID. It doesn't appear that you can set a field ID for the individual menu items in the nav bar though. It looks like we may be stuck using one active link per nav bar menu item. thanks, Charles On 1/5/07, Grooms, Frederick W [EMAIL PROTECTED] wrote: ** You have to have the Field IDs of the buttons be the same on each form for shared workflow to work. Say you have 4 forms and want an Active link to fire on the Add Incident button. On each of the forms the FieldID of the Add Incident button must be the same. You can then create an Active Link and attach it to all 4 forms telling it to fire on the Add Incident button. Personally I always try to set the FieldIDs myself instead of letting the system create them for me. Fred -- *From:* Action Request System discussion list(ARSList) [mailto: [EMAIL PROTECTED] *On Behalf Of *Charles Stoddard *Sent:* Friday, January 05, 2007 1:39 PM *To:* arslist@ARSLIST.ORG *Subject:* Vertical Navigation Bars and Active Links ** Hello, Our Environment is: AR 7.01 on Suse9 Linux Oracle 10g Database Is there any way that you can have an Active Link fire on multiple Navigation Bars on different forms? We've got a couple of different consoles that all have an Add Incident Nave Bar item. Rather than creating an active link for each of the Nav bars, we'd like to use the same one, but we can't seem to get it to work. When creating the active link, we can tell it to fire on button click (the name of the menu item appears in the list), or on menu choice, but it doesn't work. If we go into the Nav bar properties, we can assign it to the first item, but when we go to assign it to the second item it moves it and doesn't let us have it assigned to more than one Nav bar. Are we just missing something, or are we out of luck on trying to keep the number of Active links down? Thanks, Charles __20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
Re: Vertical Navigation Bars and Active Links
Matt, Thanks for pointing me in the right direction there. Well, I fired up archgid, and unfortunately the menu items do already share the same field ID's. So, unless anyone else has an idea, it looks like you cannot share workflow between navigation bars. thanks for the ideas. Charles On 1/5/07, Matt Reinfeldt [EMAIL PROTECTED] wrote: ** Charles, You **should** be able to place a copy of archgid.exe in your /ar system/admin directory and have all the .dll files you need, I believe. That's a starting place, anyway! Matt -- *From:* Charles Stoddard [mailto:[EMAIL PROTECTED] *Sent:* Friday, January 05, 2007 2:27 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Vertical Navigation Bars and Active Links ** Fred, I'm going to try archgid, but it appears that they're missing something for the 7.01 release. I tried downloading the windows version (52K) and it only has the archgid.exe, not the supporting DLL's. The linux version is much bigger but it doesn't appear to be a valid file. I can't unzip it, untar it, or anything else. I'm not sure if it will let us do that with the items within the nav bar, but if I can get archgid running, I'll give it a shot. Thanks again, Charles On 1/5/07, *Grooms, Frederick W* [EMAIL PROTECTED] wrote: ** You could try pulling down the archgid program from the Community Downloads and change the button ID(s) to be the same). I'm still on 6.3 so I don't know the Nav Bar off hand, but usually you can change the FieldID before the save. Remedy may auto generate one but you should be able to go to the database tab of the item and set the ID before saving the form. Fred -- *From:* Action Request System discussion list(ARSList) [mailto: [EMAIL PROTECTED] *On Behalf Of *Charles Stoddard *Sent:* Friday, January 05, 2007 1:54 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Vertical Navigation Bars and Active Links ** Fred and Rick, Thanks for the replies. We copied the nav bar from one form to the other, and I verified that they did get the same field ID. It doesn't appear that you can set a field ID for the individual menu items in the nav bar though. It looks like we may be stuck using one active link per nav bar menu item. thanks, Charles On 1/5/07, *Grooms, Frederick W* [EMAIL PROTECTED] wrote: ** You have to have the Field IDs of the buttons be the same on each form for shared workflow to work. Say you have 4 forms and want an Active link to fire on the Add Incident button. On each of the forms the FieldID of the Add Incident button must be the same. You can then create an Active Link and attach it to all 4 forms telling it to fire on the Add Incident button. Personally I always try to set the FieldIDs myself instead of letting the system create them for me. Fred -- *From:* Action Request System discussion list(ARSList) [mailto: [EMAIL PROTECTED] *On Behalf Of *Charles Stoddard *Sent:* Friday, January 05, 2007 1:39 PM *To:* arslist@ARSLIST.ORG *Subject:* Vertical Navigation Bars and Active Links ** Hello, Our Environment is: AR 7.01 on Suse9 Linux Oracle 10g Database Is there any way that you can have an Active Link fire on multiple Navigation Bars on different forms? We've got a couple of different consoles that all have an Add Incident Nave Bar item. Rather than creating an active link for each of the Nav bars, we'd like to use the same one, but we can't seem to get it to work. When creating the active link, we can tell it to fire on button click (the name of the menu item appears in the list), or on menu choice, but it doesn't work. If we go into the Nav bar properties, we can assign it to the first item, but when we go to assign it to the second item it moves it and doesn't let us have it assigned to more than one Nav bar. Are we just missing something, or are we out of luck on trying to keep the number of Active links down? Thanks, Charles __20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
Re: Vertical Navigation Bars and Active Links
Matt, There's something about the way that Nav bars function, I guess. We finally just discovered that if we setup the nav bar with all of the menu items and active links and then copy that nav bar onto a new form, it will carry over all of the associations. If you copy the nav bar then try to tie the active links to the individual menu items, it won't work even though the field ID's were the same... Moral of the story is to completely setup the nav bar and it's associated items, then copy it over to the other forms. Thanks to everyone for your help. Charles On 1/5/07, Matt Reinfeldt [EMAIL PROTECTED] wrote: ** Charles, I have already done this in the past, so I am unsure what could be the issue. As Fred pointed out earlier, if the FieldIDs match, permissions are correct, the Active Link is attached to all the necessary forms, there should not be an issue. I would ensure that the database name and label match on all the menu items as well, of course. That could be causing it to stick. Good luck, Matt R. -- *From:* Charles Stoddard [mailto:[EMAIL PROTECTED] *Sent:* Friday, January 05, 2007 3:42 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Vertical Navigation Bars and Active Links ** Matt, Thanks for pointing me in the right direction there. Well, I fired up archgid, and unfortunately the menu items do already share the same field ID's. So, unless anyone else has an idea, it looks like you cannot share workflow between navigation bars. thanks for the ideas. Charles On 1/5/07, *Matt Reinfeldt* [EMAIL PROTECTED] wrote: ** Charles, You **should** be able to place a copy of archgid.exe in your /ar system/admin directory and have all the .dll files you need, I believe. That's a starting place, anyway! Matt -- *From:* Charles Stoddard [mailto:[EMAIL PROTECTED] *Sent:* Friday, January 05, 2007 2:27 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Vertical Navigation Bars and Active Links ** Fred, I'm going to try archgid, but it appears that they're missing something for the 7.01 release. I tried downloading the windows version (52K) and it only has the archgid.exe, not the supporting DLL's. The linux version is much bigger but it doesn't appear to be a valid file. I can't unzip it, untar it, or anything else. I'm not sure if it will let us do that with the items within the nav bar, but if I can get archgid running, I'll give it a shot. Thanks again, Charles On 1/5/07, *Grooms, Frederick W* [EMAIL PROTECTED] wrote: ** You could try pulling down the archgid program from the Community Downloads and change the button ID(s) to be the same). I'm still on 6.3 so I don't know the Nav Bar off hand, but usually you can change the FieldID before the save. Remedy may auto generate one but you should be able to go to the database tab of the item and set the ID before saving the form. Fred -- *From:* Action Request System discussion list(ARSList) [mailto: [EMAIL PROTECTED] *On Behalf Of *Charles Stoddard *Sent:* Friday, January 05, 2007 1:54 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Vertical Navigation Bars and Active Links ** Fred and Rick, Thanks for the replies. We copied the nav bar from one form to the other, and I verified that they did get the same field ID. It doesn't appear that you can set a field ID for the individual menu items in the nav bar though. It looks like we may be stuck using one active link per nav bar menu item. thanks, Charles On 1/5/07, *Grooms, Frederick W* [EMAIL PROTECTED] wrote: ** You have to have the Field IDs of the buttons be the same on each form for shared workflow to work. Say you have 4 forms and want an Active link to fire on the Add Incident button. On each of the forms the FieldID of the Add Incident button must be the same. You can then create an Active Link and attach it to all 4 forms telling it to fire on the Add Incident button. Personally I always try to set the FieldIDs myself instead of letting the system create them for me. Fred -- *From:* Action Request System discussion list(ARSList) [mailto: [EMAIL PROTECTED] *On Behalf Of *Charles Stoddard *Sent:* Friday, January 05, 2007 1:39 PM *To:* arslist@ARSLIST.ORG *Subject:* Vertical Navigation Bars and Active Links ** Hello, Our Environment is: AR 7.01 on Suse9 Linux Oracle 10g Database Is there any way that you can have an Active Link fire on multiple Navigation Bars on different forms? We've got a couple of different consoles that all have an Add Incident Nave Bar item. Rather than creating an active link for each of the Nav bars, we'd like to use the same one, but we can't seem to get it to work. When creating the active link, we can tell it to fire on button click (the name of the menu item appears in the list), or on menu choice, but it doesn't work. If we go into the Nav bar properties, we can assign
Re: Question: AR System Email Templates
Kinda coming late to the game on this one, sorry if it's already been covered. I discovered that in the emaild.conf (or properties) file, there is a setting that determines how often the configuration is updates from the remedy tables. It's defaulted to 30 minutes, I've changed it to 1 minute on my dev server so I can test them more easily. You can find more details in the email engine documentation. Hth, Charles -Original Message- From: Tyrone Dee [EMAIL PROTECTED] To: arslist@ARSLIST.ORG arslist@ARSLIST.ORG Sent: 11/30/06 6:25 AM Subject: Re: [ARSLIST] Question: AR System Email Templates ** What do you mean by dump? I right click on the HTML attachment and select DELETE, and then I SAVE, then I right click again and ADD the new attachment and SAVE. Even doing this it still caches the old HTML file. From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Dan Caissie Sent: Thursday, November 30, 2006 8:10 AM To: arslist@ARSLIST.ORG Subject: Re: Question: AR System Email Templates I just dump it and reload the whole thing if I need it to show quickly. Dan Caissie Remedy Administrator / Developer United Natural Foods, Inc From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Tyrone Dee Sent: Thursday, November 30, 2006 7:34 AM To: arslist@ARSLIST.ORG Subject: Question: AR System Email Templates I am using the AR System Email Templates to have my email notifications go out in html and this works fine. The problem is when I change the HTML file and I reload the new HTML file in AR System Email Templates the system still sends out the old HTML notification – it takes a while for it to realize I have uploaded a new HTML. Is there a way to get it to load / recognize the new HTML file immediately? Thanks! __20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers Are
Re: ARERR 400 - form does not hold a form definition
Thad, I'm not sure if this will be the case for you or not, but when we had a similar problem (I'm not sure if we had the 400 error) it turned out that the time on the AR server was significantly off from the database. I think it was like months (we were running on a VM), but once we changed the date, things started working for us again. Don't know if it will help, but it's one more thing to look at -Original Message- From: Thad Esser [EMAIL PROTECTED] To: arslist@ARSLIST.ORG arslist@ARSLIST.ORG Sent: 10/12/06 4:56 PM Subject: Re: [ARSLIST] ARERR 400 - form does not hold a form definition Below is the SQL log for when I created the form. The thing I find odd is that I'm saving the form with a name like xxxJunk, but the sql shows Form07. Indeed, a Form07 is created, although when I open it, the admin tool has to adjust the fields to improve the view. schemaid in the control table was 606 before the save, and it was 607 after, so it looks like that part is working as it should. Do you guys/gals see anything else in these logs? Thanks, Thad Argue for your limitations, and sure enough, they're yours.-- Richard Bach SELECT checkInterval FROM servgrp_config COMMIT WORK SELECT name FROM servgrp_config COMMIT WORK SELECT schemaId FROM control UPDATE control SET schemaId = 607 INSERT INTO arschema (name,schemaId, schemaType,coreVersion,timestamp,numFields,defaultVui,numVuis,nextId,maxStatEnums,owner,lastChanged,safeGuard,nextFieldId,upgrdVersion) VALUES ('Form07',606,4,2,1160692477,0,'Default Admin View',0,1,0,'r610803','r610803','Q5ponDKxPvLxt6ZZ8xAWrAdnftlx8H79DFDedzb3S42Cmn7SyKYgh68JEledcnsOZWY4I1lX83kgt9ZjlRzsX9EmjQj12nvV',536870912,0) SELECT version,smObjProp from arschema WHERE schemaId = 606 UPDATE arschema SET numVuis=1,safeGuard='PllpvbdeLHs3h6LBQgBZoQ2ok3qcyNzsRfbLihD0tr8btUl/HVZPnBs6BmNpna+3rXWcxG0q7L2w6ber493lFvc/ImxeLr4r',timestamp=1160692477,lastChanged='r610803' WHERE schemaId = 606 INSERT INTO vui (schemaId,vuiId,vuiName,locale,vuiType,timestamp,owner,lastChanged) VALUES (606,536870912,'Default Admin View',NULL,1,1160692477,'r610803','r610803') INSERT INTO field_dispprop (schemaId,fieldId,listIndex,vuiId,propShort) VALUES (606,NULL,0,536870912,'1\20\4\18\Default Admin View\') SELECT 1 FROM control COMMIT WORK SELECT schemaId,memberA,memberB,options,queryShort,queryLong FROM schema_join WHERE schemaId=606 ORDER BY 1 ASC,2 ASC,3 ASC SELECT schemaId,tableName,keyField,queryShort,queryLong FROM schema_view WHERE schemaId=606 ORDER BY 1 ASC SELECT schemaId,vendorName,tableName FROM schema_vendor WHERE schemaId=606 ORDER BY 1 ASC SELECT schemaId,vuiId,vuiName,locale,vuiType,timestamp,owner,lastChanged FROM vui WHERE schemaId=606 ORDER BY 1 ASC,2 ASC SELECT schemaId,fieldId,fieldType,timestamp,owner,lastChanged,datatype,fOption,createMode,defaultValue,fieldName FROM field WHERE schemaId=606 ORDER BY 1 ASC,2 ASC SELECT schemaId,fieldId,memberIndex,mfieldId FROM join_mapping WHERE schemaId=606 ORDER BY 1 ASC,2 ASC SELECT schemaId,fieldId,extField FROM view_mapping WHERE schemaId=606 ORDER BY 1 ASC SELECT schemaId,fieldId,extField FROM vendor_mapping WHERE schemaId=606 ORDER BY 1 ASC SELECT schemaId,fieldId,rangeLow,rangeHigh FROM field_int WHERE schemaId=606 ORDER BY 1 ASC,2 ASC SELECT schemaId,fieldId,rangeLow,rangeHigh,arprecision FROM field_real WHERE schemaId=606 ORDER BY 1 ASC SELECT schemaId,fieldId,maxLength,menuStyle,qbeMatchOp,charMenu,pattern,fullTextOptions,isLong FROM field_char WHERE schemaId=606 ORDER BY 1 ASC SELECT schemaId,fieldId,fullTextOptions,isLong FROM field_diary WHERE schemaId=606 ORDER BY 1 ASC SELECT schemaId,fieldId,enumStyle,maxEnum,schemaName,serverName,nameField,numberField,queryShort,queryLong FROM field_enum WHERE schemaId=606 ORDER BY 1 ASC SELECT schemaId,fieldId,enumId,value FROM field_enum_values WHERE schemaId=606 ORDER BY 1 ASC,2 ASC,3 ASC SELECT schemaId,fieldId,maxSize,attachType FROM field_attach WHERE schemaId=606 ORDER BY 1 ASC SELECT schemaId,fieldId,rangeLow,rangeHigh,arprecision FROM field_dec WHERE schemaId=606 ORDER BY 1 ASC SELECT schemaId,fieldId,rangeLow,rangeHigh,arprecision,funcCurr,allowCurr FROM field_curr WHERE schemaId=606 ORDER BY 1 ASC SELECT schemaId,fieldId,numColumns,maxRetrieve,tfSchema,tfServer,queryShort,queryLong,sampleServer,sampleSchema FROM field_table WHERE schemaId=606 ORDER BY 1 ASC SELECT schemaId,fieldId,parent,dataField,colLength,dataSource FROM field_column WHERE schemaId=606 ORDER BY 1 ASC SELECT schemaId,fieldId,maxLength FROM field_view WHERE schemaId=606 ORDER BY 1 ASC SELECT schemaId,fieldId,maxLength,isLong FROM field_display WHERE schemaId=606 ORDER BY 1 ASC SELECT schemaId,fieldId,minDate,maxDate FROM field_date WHERE schemaId=606 ORDER BY 1 ASC SELECT schemaId,fieldId,vuiId,propShort,propLong FROM field_dispprop WHERE schemaId=606 ORDER BY 1 ASC,2 ASC,3 ASC SELECT schemaId,fieldId,groupId,permission FROM field_permissions WHERE schemaId=606 ORDER
Re: Default form used when double-clicking in results list
Linda, thanks for replying. Will this work on the search results? I'm not near my computer, and won't be for a couple of weeks (finally taking a vacation!!!), but I want to make sure that this would work for search results, not just a table field. Thanks, Charles -Original Message- From: Linda Koestler [EMAIL PROTECTED] To: arslist@ARSLIST.ORG arslist@ARSLIST.ORG Sent: 9/20/06 11:16 AM Subject: Re: [ARSLIST] Default form used when double-clicking in results list Hello Charles, Go to that table in the Admin tool and bring up the properies. Turn off Table Drill Down. Create an Active Link that fires on Return/Table Dbl-Clk and select the appropriate table from the menu. Add an action to that Active Link that does a window open and from there you can override the default view of that form. Linda ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
Re: cleaning up queue
** Mimi, Could you be using Remedy Service Desk Express? Its another product in the Remedy suite, but completely unrelated to ARS. In Service Desk Express (Magic), there is a job queue that can get filled up with failed executions and poorly written functions. If this is what youre using, there is a yahoo group that is dedicated to that user community; you can access it by going to http://groups.yahoo.com/group/magicsolutions/. charles From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Mimi Lakew Sent: Sunday, September 03, 2006 9:32 AM To: arslist@ARSLIST.ORG Subject: Re: [ARSLIST] cleaning up queue ** Rick, As I am new to Remedy as well as the job I am clueless about queue. What I am trying to get is a starting point about it. Any info about queue, if there are different kind of queue etc.. that gives me an idea will help me to be specific and to narrow down my question. Rick cook [EMAIL PROTECTED] wrote: ** What queue are you talking about? Please be more specific, using Remedy terms where you can. Rick From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Mimi Lakew Sent: Sunday, September 03, 2006 8:05 AM To: arslist@ARSLIST.ORG Subject: cleaning up queue ** Hi arslist, I am requested to clean up the queuein some conditions. Is this possible to view the queue and manage it, such as cleaning etc? If it is how and wherecan I access the queue and manage it. I don't seem to find any info about it. I need yourhelp or ideaspleaseee! Do you Yahoo!? Get on board. You're invited to try the new Yahoo! Mail. __20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___ How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates. __20060125___This posting was submitted with HTML in it___ __20060125___This posting was submitted with HTML in it___
Re: ARS 7.0 VMWare environment
I haven't tried AR7 on vm yet, but our dev, stage, and production (yes, production) are all running on vm and have been since we implemented 4 months ago. We've had an occasional hiccup, but for the most part, are running well. If you have any questions, let me know. -Original Message- From: Mohan Panchangmath [EMAIL PROTECTED] To: arslist@ARSLIST.ORG arslist@ARSLIST.ORG Sent: 8/28/06 10:31 AM Subject: [ARSLIST] ARS 7.0 VMWare environment Hi , We are planning to upgrade our current VMware test server from ARS 6.3 to ARS 7.0 and ITSM 6.0 . Has anybody done a similar upgrade in a VMWare environment and are there any issues reported ? I saw the latest KB (Remedy Support ) on VMware support prior to ARS 7.0 ITSM 7.0 release and it says that such an environment will be partially supported by BMC. I am keen in knowing any first hand issues/information on such an upgrade Thanks, Mohan __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org