Will OS Upgrade affect my ITSM
Hi, I am currently running on ITSM Version 7.6.03 on Linux OS Version 2.6.18-308.8.2.el5. I want to upgrade Linux to Version 3.9.3 or above. Does anyone knows whether this Linux Version 3.9.3 will make any impact on Remedy or ITSM Services 7.6.03. Also is there any document from BMC which mentions about the same. Thanks and Regards, Sagar Valse ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Will OS Upgrade affect my ITSM
No , RHEL 3.9.3 is supported for 7603 ITSM. However it is advisable to have File System and database backup beforehand. Regards, Kiran H From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Sagar Valse Sent: Tuesday, June 25, 2013 2:06 PM To: arslist@ARSLIST.ORG Subject: Will OS Upgrade affect my ITSM ** Hi, I am currently running on ITSM Version 7.6.03 on Linux OS Version 2.6.18-308.8.2.el5. I want to upgrade Linux to Version 3.9.3 or above. Does anyone knows whether this Linux Version 3.9.3 will make any impact on Remedy or ITSM Services 7.6.03. Also is there any document from BMC which mentions about the same. Thanks and Regards, Sagar Valse _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Overlay
Hi Ron, It seems that you have opened the object in Best Practice Customization mode and then adding a field. Developer studio will allow you to add the field in the view only when the overlay of view exists. I assumed that you have already created the overlay of the view and then added the field to the view. I believe the only reason you are not able to see the fields in your user area is because of the old object in your cache. Please clear the cache and check. To work on overlay objects you have to be in Best Practice Customization Mode only. Regards, Amit Kumar -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Ron Sent: Monday, June 24, 2013 6:41 PM To: arslist@ARSLIST.ORG Subject: Overlay I am new to Developer Studio. My question is about forms that are listed as an overlay. What is the best method to work on an overlay... Base or Best? Then also, I have tried to add fields to it and the fields are showing and I have also entered the workflow for it and it looks good there but when I go back into the user area and run the form the new fields aren't there. Do I need to create a new view under that form and add the new fields to it or what? Thanks for any and all help. ___ 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
BMC Footprints
Has anyone had any experience with Footprints? Would you categorize it as ITSM lite? Looking for a smaller tool for a midsized client. Lisa Kemes Remedy Consultant Dev Technology Group ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: BMC Footprints
Lisa, BMC Communities has a very active community for Footprints...I seem to remember it being classified for Mid-Size businesses though, yes. On Tue, Jun 25, 2013 at 7:39 AM, Kemes, Lisa A DLA CTR INFORMATION OPERATIONS lisa.kemes@dla.mil wrote: ** Has anyone had any experience with Footprints? Would you categorize it as ITSM lite? Looking for a smaller tool for a midsized client. ** ** Lisa Kemes Remedy Consultant Dev Technology Group ** ** _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Moving from Solaris to Linux
Hi Everyone, Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS 7.5P4. We are trying to move to a Linux CentOS release 6.4 Final (Red Hat Linus 6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances. We are finding the Linux box does want Oracle 10g. Since we are moving to a new server we wanted to do fresh installs at the 10g level and do an import of our database, then proceed with the oracle upgrade and ARS upgrade. So we thought we would start with an 11g db on the linux box and go from there but when we tried the 7.5 install it said it wouldn't work on 11g. When I check the compatibility chart it indicated 10g or higher for 7.5. So the basic steps we'd like to do: Install 11g on the linux server. Export 10g from current server and import it into 11g. Install ARS 7.5 (we received an error at this point saying it wouldn't work on 11g ???) Install ARS 8.1 Has anyone done something similar? Is there something wrong with our approach? Appreciate any feedback you can provide. Thanks, Susan Susan Palmer ShopperTrak 233 S Wacker Drive 41st floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Moving from Solaris to Linux
Hi, I would do a fresh install of version 8.1 on Linux, and then migrate definitions and data over. Probably using RRR|Chive for the data part. This would make it possible to keep the outage down to a single hour or so during the final delta-sync and switch. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. Hi Everyone, Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS 7.5P4. We are trying to move to a Linux CentOS release 6.4 Final (Red Hat Linus 6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances. We are finding the Linux box does want Oracle 10g. Since we are moving to a new server we wanted to do fresh installs at the 10g level and do an import of our database, then proceed with the oracle upgrade and ARS upgrade. So we thought we would start with an 11g db on the linux box and go from there but when we tried the 7.5 install it said it wouldn't work on 11g. When I check the compatibility chart it indicated 10g or higher for 7.5. So the basic steps we'd like to do: Install 11g on the linux server. Export 10g from current server and import it into 11g. Install ARS 7.5 (we received an error at this point saying it wouldn't work on 11g ???) Install ARS 8.1 Has anyone done something similar? Is there something wrong with our approach? Appreciate any feedback you can provide. Thanks, Susan Susan Palmer ShopperTrak 233 S Wacker Drive 41st floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com ___ 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: Moving from Solaris to Linux
Hi Misi, The last time we did that process we imported forms/objects to the new server and did use rrrChive for the data. The issue was that the forms changed table ID on the new server which caused issues with other programs accessing Remedy. Is there a way to get the forms over there without changing table ID's? Thanks, Susan On Tue, Jun 25, 2013 at 9:11 AM, Misi Mladoniczky m...@rrr.se wrote: Hi, I would do a fresh install of version 8.1 on Linux, and then migrate definitions and data over. Probably using RRR|Chive for the data part. This would make it possible to keep the outage down to a single hour or so during the final delta-sync and switch. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. Hi Everyone, Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS 7.5P4. We are trying to move to a Linux CentOS release 6.4 Final (Red Hat Linus 6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances. We are finding the Linux box does want Oracle 10g. Since we are moving to a new server we wanted to do fresh installs at the 10g level and do an import of our database, then proceed with the oracle upgrade and ARS upgrade. So we thought we would start with an 11g db on the linux box and go from there but when we tried the 7.5 install it said it wouldn't work on 11g. When I check the compatibility chart it indicated 10g or higher for 7.5. So the basic steps we'd like to do: Install 11g on the linux server. Export 10g from current server and import it into 11g. Install ARS 7.5 (we received an error at this point saying it wouldn't work on 11g ???) Install ARS 8.1 Has anyone done something similar? Is there something wrong with our approach? Appreciate any feedback you can provide. Thanks, Susan Susan Palmer ShopperTrak 233 S Wacker Drive 41st floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Moving from Solaris to Linux
You may be confusing client version and database server versions. I believe 7.5 requires the 10g client, the database can be 11g with no problems. You can have multiple client versions (just like you can have multiple versions of Java). Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer Sent: Tuesday, June 25, 2013 9:04 AM To: arslist@ARSLIST.ORG Subject: Moving from Solaris to Linux ** Hi Everyone, Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS 7.5P4. We are trying to move to a Linux CentOS release 6.4 Final (Red Hat Linus 6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances. We are finding the Linux box does want Oracle 10g. Since we are moving to a new server we wanted to do fresh installs at the 10g level and do an import of our database, then proceed with the oracle upgrade and ARS upgrade. So we thought we would start with an 11g db on the linux box and go from there but when we tried the 7.5 install it said it wouldn't work on 11g. When I check the compatibility chart it indicated 10g or higher for 7.5. So the basic steps we'd like to do: Install 11g on the linux server. Export 10g from current server and import it into 11g. Install ARS 7.5 (we received an error at this point saying it wouldn't work on 11g ???) Install ARS 8.1 Has anyone done something similar? Is there something wrong with our approach? Appreciate any feedback you can provide. Thanks, Susan Susan Palmer ShopperTrak 233 S Wacker Drive 41st floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.commailto:spal...@shoppertrak.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Moving from Solaris to Linux
Hi, I know of no good way to do that, except importing the forms in such an order that the numbers stay the same. Maybe a tool can be created for that... In any event, it seems wrong to build stuff that depends on the table numbers. You should try to use the database-Views, the API or similar to access stuff from remote systems. A migration such as that is a good time to clean up your environment ;-) In any event, I guess you can use RRR|Chive to minimize downtime even if you work on an upgraded database. You might have a temporary linux system where you install 10g and then upgrade everything. When you have a db-dump of the upgraded system, you can start over again with a fresh linux, version 11g and install 8.1 against that db-dump. Best Regards - Misi, RRR AB, http://rrr.se Hi Misi, The last time we did that process we imported forms/objects to the new server and did use rrrChive for the data. The issue was that the forms changed table ID on the new server which caused issues with other programs accessing Remedy. Is there a way to get the forms over there without changing table ID's? Thanks, Susan On Tue, Jun 25, 2013 at 9:11 AM, Misi Mladoniczky m...@rrr.se wrote: Hi, I would do a fresh install of version 8.1 on Linux, and then migrate definitions and data over. Probably using RRR|Chive for the data part. This would make it possible to keep the outage down to a single hour or so during the final delta-sync and switch. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. Hi Everyone, Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS 7.5P4. We are trying to move to a Linux CentOS release 6.4 Final (Red Hat Linus 6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances. We are finding the Linux box does want Oracle 10g. Since we are moving to a new server we wanted to do fresh installs at the 10g level and do an import of our database, then proceed with the oracle upgrade and ARS upgrade. So we thought we would start with an 11g db on the linux box and go from there but when we tried the 7.5 install it said it wouldn't work on 11g. When I check the compatibility chart it indicated 10g or higher for 7.5. So the basic steps we'd like to do: Install 11g on the linux server. Export 10g from current server and import it into 11g. Install ARS 7.5 (we received an error at this point saying it wouldn't work on 11g ???) Install ARS 8.1 Has anyone done something similar? Is there something wrong with our approach? Appreciate any feedback you can provide. Thanks, Susan Susan Palmer ShopperTrak 233 S Wacker Drive 41st floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Moving from Solaris to Linux
BMC does have the archgid utility which allows you to change the ID number if a form. One thing to remember is since you are coming from a Solaris SPARC system to a Linux i386 system is you can't just copy the oracle data files over. You have to do some sort of export/query then import operation (to handle the endian conversion). Oracle data pump or RRR|Chive does that. One idea is to do the following: Install 10g database in you Linux and pull the data over thru Oracle data pump. Upgrade Oracle on Linux to 11g Install the Oracle 11g client Install ARS 8.1 as an upgrade (You should be able to say upgrade even if you don't have the older ARS binaries installed) Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Tuesday, June 25, 2013 9:50 AM To: arslist@ARSLIST.ORG Subject: Re: Moving from Solaris to Linux Hi, I know of no good way to do that, except importing the forms in such an order that the numbers stay the same. Maybe a tool can be created for that... In any event, it seems wrong to build stuff that depends on the table numbers. You should try to use the database-Views, the API or similar to access stuff from remote systems. A migration such as that is a good time to clean up your environment ;-) In any event, I guess you can use RRR|Chive to minimize downtime even if you work on an upgraded database. You might have a temporary linux system where you install 10g and then upgrade everything. When you have a db-dump of the upgraded system, you can start over again with a fresh linux, version 11g and install 8.1 against that db-dump. Best Regards - Misi, RRR AB, http://rrr.se -Original Message- Hi Misi, The last time we did that process we imported forms/objects to the new server and did use rrrChive for the data. The issue was that the forms changed table ID on the new server which caused issues with other programs accessing Remedy. Is there a way to get the forms over there without changing table ID's? Thanks, Susan -Original Message- On Tue, Jun 25, 2013 at 9:11 AM, Misi Mladoniczky wrote: Hi, I would do a fresh install of version 8.1 on Linux, and then migrate definitions and data over. Probably using RRR|Chive for the data part. This would make it possible to keep the outage down to a single hour or so during the final delta-sync and switch. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. -Original Message- Hi Everyone, Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS 7.5P4. We are trying to move to a Linux CentOS release 6.4 Final (Red Hat Linus 6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances. We are finding the Linux box does want Oracle 10g. Since we are moving to a new server we wanted to do fresh installs at the 10g level and do an import of our database, then proceed with the oracle upgrade and ARS upgrade. So we thought we would start with an 11g db on the linux box and go from there but when we tried the 7.5 install it said it wouldn't work on 11g. When I check the compatibility chart it indicated 10g or higher for 7.5. So the basic steps we'd like to do: Install 11g on the linux server. Export 10g from current server and import it into 11g. Install ARS 7.5 (we received an error at this point saying it wouldn't work on 11g ???) Install ARS 8.1 Has anyone done something similar? Is there something wrong with our approach? Appreciate any feedback you can provide. Thanks, Susan Susan Palmer ShopperTrak 233 S Wacker Drive 41st floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Moving from Solaris to Linux
Misi/Fred, Yes, I given the lecture of proper programming practices regarding table ID's but they choose to continue to do it. You can all read my mind on what I would be saying to them ... lol We are using a temporary server place to try this all out. Fred, your sequence of events is what we originally tried. But the upgrade 8.1 did not like the fact that 7.5 wasn't there first and we had to do several lib additions etc to get past that, but could never get a successful 8.1 install. Support said 7.5 has to be there first. This is where we left off when we couldn't get past the 10g client issue. Thanks for the thoughts... Susan On Tue, Jun 25, 2013 at 9:49 AM, Misi Mladoniczky m...@rrr.se wrote: Hi, I know of no good way to do that, except importing the forms in such an order that the numbers stay the same. Maybe a tool can be created for that... In any event, it seems wrong to build stuff that depends on the table numbers. You should try to use the database-Views, the API or similar to access stuff from remote systems. A migration such as that is a good time to clean up your environment ;-) In any event, I guess you can use RRR|Chive to minimize downtime even if you work on an upgraded database. You might have a temporary linux system where you install 10g and then upgrade everything. When you have a db-dump of the upgraded system, you can start over again with a fresh linux, version 11g and install 8.1 against that db-dump. Best Regards - Misi, RRR AB, http://rrr.se Hi Misi, The last time we did that process we imported forms/objects to the new server and did use rrrChive for the data. The issue was that the forms changed table ID on the new server which caused issues with other programs accessing Remedy. Is there a way to get the forms over there without changing table ID's? Thanks, Susan On Tue, Jun 25, 2013 at 9:11 AM, Misi Mladoniczky m...@rrr.se wrote: Hi, I would do a fresh install of version 8.1 on Linux, and then migrate definitions and data over. Probably using RRR|Chive for the data part. This would make it possible to keep the outage down to a single hour or so during the final delta-sync and switch. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. Hi Everyone, Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS 7.5P4. We are trying to move to a Linux CentOS release 6.4 Final (Red Hat Linus 6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances. We are finding the Linux box does want Oracle 10g. Since we are moving to a new server we wanted to do fresh installs at the 10g level and do an import of our database, then proceed with the oracle upgrade and ARS upgrade. So we thought we would start with an 11g db on the linux box and go from there but when we tried the 7.5 install it said it wouldn't work on 11g. When I check the compatibility chart it indicated 10g or higher for 7.5. So the basic steps we'd like to do: Install 11g on the linux server. Export 10g from current server and import it into 11g. Install ARS 7.5 (we received an error at this point saying it wouldn't work on 11g ???) Install ARS 8.1 Has anyone done something similar? Is there something wrong with our approach? Appreciate any feedback you can provide. Thanks, Susan Susan Palmer ShopperTrak 233 S Wacker Drive 41st floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: BMC Footprints
I have some experience with Footprints. It is a fine product for companies at a stage or their growth cycle where resources are at a premium (I know this can be true for many larger companies as well). As with any implementation, understanding the client's need is the overriding factor. Jim Manara jim.man...@thecambiaregroup.com 480-273-0934 Change is Growth, Change is Cambiare! Has anyone had any experience with Footprints? Would you categorize it as ITSM lite? Looking for a smaller tool for a midsized client. Lisa Kemes Remedy Consultant Dev Technology Group ___ 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: Moving from Solaris to Linux
We may try this again. I think we chose 'upgrade' the first try and we should have chosen 'new install'. On Tue, Jun 25, 2013 at 10:32 AM, Grooms, Frederick W frederick.w.gro...@xo.com wrote: ** Hmmm… I know when I did Solaris SPARC 7.1 to Linux i386 7.6 the installer did a new install of the ARS binaries, but an upgrade on the database. ** ** Fred ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer *Sent:* Tuesday, June 25, 2013 10:24 AM *To:* arslist@ARSLIST.ORG *Subject:* Re: Moving from Solaris to Linux ** ** ** Misi/Fred, Yes, I given the lecture of proper programming practices regarding table ID's but they choose to continue to do it. You can all read my mind on what I would be saying to them ... lol We are using a temporary server place to try this all out. Fred, your sequence of events is what we originally tried. But the upgrade 8.1 did not like the fact that 7.5 wasn't there first and we had to do several lib additions etc to get past that, but could never get a successful 8.1 install. Support said 7.5 has to be there first. This is where we left off when we couldn't get past the 10g client issue. Thanks for the thoughts... Susan ** ** -Original Message- On Tue, Jun 25, 2013 at 9:49 AM, Misi Mladoniczky wrote: Hi, I know of no good way to do that, except importing the forms in such an order that the numbers stay the same. Maybe a tool can be created for that... In any event, it seems wrong to build stuff that depends on the table numbers. You should try to use the database-Views, the API or similar to access stuff from remote systems. A migration such as that is a good time to clean up your environment ;-) In any event, I guess you can use RRR|Chive to minimize downtime even if you work on an upgraded database. You might have a temporary linux system where you install 10g and then upgrade everything. When you have a db-dump of the upgraded system, you can start over again with a fresh linux, version 11g and install 8.1 against that db-dump. Best Regards - Misi, RRR AB, http://rrr.se ** ** ** ** -Original Message- Hi Misi, The last time we did that process we imported forms/objects to the new server and did use rrrChive for the data. The issue was that the forms changed table ID on the new server which caused issues with other programs accessing Remedy. Is there a way to get the forms over there without changing table ID's? Thanks, Susan ** ** -Original Message- On Tue, Jun 25, 2013 at 9:11 AM, Misi Mladoniczky wrote: Hi, I would do a fresh install of version 8.1 on Linux, and then migrate definitions and data over. Probably using RRR|Chive for the data part. This would make it possible to keep the outage down to a single hour or so during the final delta-sync and switch. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. Hi Everyone, Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS 7.5P4. We are trying to move to a Linux CentOS release 6.4 Final (Red Hat Linus 6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances. We are finding the Linux box does want Oracle 10g. Since we are moving to a new server we wanted to do fresh installs at the 10g level and do an import of our database, then proceed with the oracle upgrade and ARS upgrade. So we thought we would start with an 11g db on the linux box and go from there but when we tried the 7.5 install it said it wouldn't work on 11g. When I check the compatibility chart it indicated 10g or higher for 7.5. So the basic steps we'd like to do: Install 11g on the linux server. Export 10g from current server and import it into 11g. Install ARS 7.5 (we received an error at this point saying it wouldn't work on 11g ???) Install ARS 8.1 Has anyone done something similar? Is there something wrong with our approach? Appreciate any feedback you can provide. Thanks, Susan Susan Palmer ShopperTrak 233 S Wacker Drive 41st floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com ** ** ** ** _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20
Re: Moving from Solaris to Linux
Fred, I also have experience with previous versions allowing an upgrade of the DB on new hardwarebut when I did the 8.1 upgrade here on our Dev system...I had to first install 7.5 (our current version) in 'upgrade' mode on a restore of the db, then run the 8.1 installer to get it upgraded Susan, One thing you MAY try is to do a NEW install of 8.1 into a 'dummy' db, then once you have 8.1 installed, shut it down, delete the DB, restore your actual DB, and then do an upgrade of that DB...it 'should' work, but untested by me at this point (although I suspect it'll be tested in a month or so when I do our Prod app server installs :) On Tue, Jun 25, 2013 at 9:32 AM, Grooms, Frederick W frederick.w.gro...@xo.com wrote: ** Hmmm… I know when I did Solaris SPARC 7.1 to Linux i386 7.6 the installer did a new install of the ARS binaries, but an upgrade on the database. ** ** Fred ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer *Sent:* Tuesday, June 25, 2013 10:24 AM *To:* arslist@ARSLIST.ORG *Subject:* Re: Moving from Solaris to Linux ** ** ** Misi/Fred, Yes, I given the lecture of proper programming practices regarding table ID's but they choose to continue to do it. You can all read my mind on what I would be saying to them ... lol We are using a temporary server place to try this all out. Fred, your sequence of events is what we originally tried. But the upgrade 8.1 did not like the fact that 7.5 wasn't there first and we had to do several lib additions etc to get past that, but could never get a successful 8.1 install. Support said 7.5 has to be there first. This is where we left off when we couldn't get past the 10g client issue. Thanks for the thoughts... Susan ** ** -Original Message- On Tue, Jun 25, 2013 at 9:49 AM, Misi Mladoniczky wrote: Hi, I know of no good way to do that, except importing the forms in such an order that the numbers stay the same. Maybe a tool can be created for that... In any event, it seems wrong to build stuff that depends on the table numbers. You should try to use the database-Views, the API or similar to access stuff from remote systems. A migration such as that is a good time to clean up your environment ;-) In any event, I guess you can use RRR|Chive to minimize downtime even if you work on an upgraded database. You might have a temporary linux system where you install 10g and then upgrade everything. When you have a db-dump of the upgraded system, you can start over again with a fresh linux, version 11g and install 8.1 against that db-dump. Best Regards - Misi, RRR AB, http://rrr.se ** ** ** ** -Original Message- Hi Misi, The last time we did that process we imported forms/objects to the new server and did use rrrChive for the data. The issue was that the forms changed table ID on the new server which caused issues with other programs accessing Remedy. Is there a way to get the forms over there without changing table ID's? Thanks, Susan ** ** -Original Message- On Tue, Jun 25, 2013 at 9:11 AM, Misi Mladoniczky wrote: Hi, I would do a fresh install of version 8.1 on Linux, and then migrate definitions and data over. Probably using RRR|Chive for the data part. This would make it possible to keep the outage down to a single hour or so during the final delta-sync and switch. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. Hi Everyone, Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS 7.5P4. We are trying to move to a Linux CentOS release 6.4 Final (Red Hat Linus 6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances. We are finding the Linux box does want Oracle 10g. Since we are moving to a new server we wanted to do fresh installs at the 10g level and do an import of our database, then proceed with the oracle upgrade and ARS upgrade. So we thought we would start with an 11g db on the linux box and go from there but when we tried the 7.5 install it said it wouldn't work on 11g. When I check the compatibility chart it indicated 10g or higher for 7.5. So the basic steps we'd like to do: Install 11g on the linux server. Export 10g from current server and import it into 11g. Install ARS 7.5 (we received an error at this point saying it wouldn't work on 11g ???) Install ARS 8.1 Has anyone
Re: Moving from Solaris to Linux
You can't convert a non-Unicode ARS database to a Unicode one - which is what I think you're suggesting using the steps below. You'll need a clean install of 8.1/Unicode and some sort of migration of data. If you check back through the archives there are various threads which go into the details of why the conversion is not likely to work. Mark From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Susan Palmer Sent: 25 June 2013 15:04 To: arslist@ARSLIST.ORG Subject: Moving from Solaris to Linux ** Hi Everyone, Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS 7.5P4. We are trying to move to a Linux CentOS release 6.4 Final (Red Hat Linus 6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances. We are finding the Linux box does want Oracle 10g. Since we are moving to a new server we wanted to do fresh installs at the 10g level and do an import of our database, then proceed with the oracle upgrade and ARS upgrade. So we thought we would start with an 11g db on the linux box and go from there but when we tried the 7.5 install it said it wouldn't work on 11g. When I check the compatibility chart it indicated 10g or higher for 7.5. So the basic steps we'd like to do: Install 11g on the linux server. Export 10g from current server and import it into 11g. Install ARS 7.5 (we received an error at this point saying it wouldn't work on 11g ???) Install ARS 8.1 Has anyone done something similar? Is there something wrong with our approach? Appreciate any feedback you can provide. Thanks, Susan Susan Palmer ShopperTrak 233 S Wacker Drive 41st floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.commailto:spal...@shoppertrak.com _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Moving from Solaris to Linux
good point, I hadn't caught the attempted conversion from non to unicode. The only way to do this is a fresh install on a new DB and move the data through API like RRR tools like Misi said before...good catch. On Tue, Jun 25, 2013 at 10:12 AM, Walters, Mark mark_walt...@bmc.comwrote: ** You can’t convert a non-Unicode ARS database to a Unicode one – which is what I think you’re suggesting using the steps below. You’ll need a clean install of 8.1/Unicode and some sort of migration of data. If you check back through the archives there are various threads which go into the details of why the conversion is not likely to work. ** ** Mark ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer *Sent:* 25 June 2013 15:04 *To:* arslist@ARSLIST.ORG *Subject:* Moving from Solaris to Linux ** ** ** Hi Everyone, Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS 7.5P4. We are trying to move to a Linux CentOS release 6.4 Final (Red Hat Linus 6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances.** ** We are finding the Linux box does want Oracle 10g. Since we are moving to a new server we wanted to do fresh installs at the 10g level and do an import of our database, then proceed with the oracle upgrade and ARS upgrade. So we thought we would start with an 11g db on the linux box and go from there but when we tried the 7.5 install it said it wouldn't work on 11g. When I check the compatibility chart it indicated 10g or higher for 7.5.** ** So the basic steps we'd like to do: Install 11g on the linux server. Export 10g from current server and import it into 11g. Install ARS 7.5 (we received an error at this point saying it wouldn't work on 11g ???) Install ARS 8.1 Has anyone done something similar? Is there something wrong with our approach? Appreciate any feedback you can provide. Thanks, Susan Susan Palmer ShopperTrak 233 S Wacker Drive 41st floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Moving from Solaris to Linux
Hi Mark, The unicode conversion happened separately from our steps. In our steps we were using the unicode database. Thanks, Susan On Tue, Jun 25, 2013 at 11:12 AM, Walters, Mark mark_walt...@bmc.comwrote: ** You can’t convert a non-Unicode ARS database to a Unicode one – which is what I think you’re suggesting using the steps below. You’ll need a clean install of 8.1/Unicode and some sort of migration of data. If you check back through the archives there are various threads which go into the details of why the conversion is not likely to work. ** ** Mark ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer *Sent:* 25 June 2013 15:04 *To:* arslist@ARSLIST.ORG *Subject:* Moving from Solaris to Linux ** ** ** Hi Everyone, Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS 7.5P4. We are trying to move to a Linux CentOS release 6.4 Final (Red Hat Linus 6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances.** ** We are finding the Linux box does want Oracle 10g. Since we are moving to a new server we wanted to do fresh installs at the 10g level and do an import of our database, then proceed with the oracle upgrade and ARS upgrade. So we thought we would start with an 11g db on the linux box and go from there but when we tried the 7.5 install it said it wouldn't work on 11g. When I check the compatibility chart it indicated 10g or higher for 7.5.** ** So the basic steps we'd like to do: Install 11g on the linux server. Export 10g from current server and import it into 11g. Install ARS 7.5 (we received an error at this point saying it wouldn't work on 11g ???) Install ARS 8.1 Has anyone done something similar? Is there something wrong with our approach? Appreciate any feedback you can provide. Thanks, Susan Susan Palmer ShopperTrak 233 S Wacker Drive 41st floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Moving from Solaris to Linux
Well, and that's because we put the new 11g database right on the linux server and the dba did the 10g to 11g conversion at that time. Maybe he needed to that unicode conversion in a separate place first. On Tue, Jun 25, 2013 at 11:17 AM, Susan Palmer suzanpal...@gmail.comwrote: Hi Mark, The unicode conversion happened separately from our steps. In our steps we were using the unicode database. Thanks, Susan On Tue, Jun 25, 2013 at 11:12 AM, Walters, Mark mark_walt...@bmc.comwrote: ** You can’t convert a non-Unicode ARS database to a Unicode one – which is what I think you’re suggesting using the steps below. You’ll need a clean install of 8.1/Unicode and some sort of migration of data. If you check back through the archives there are various threads which go into the details of why the conversion is not likely to work. ** ** Mark ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer *Sent:* 25 June 2013 15:04 *To:* arslist@ARSLIST.ORG *Subject:* Moving from Solaris to Linux ** ** ** Hi Everyone, Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS 7.5P4. We are trying to move to a Linux CentOS release 6.4 Final (Red Hat Linus 6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances.* *** We are finding the Linux box does want Oracle 10g. Since we are moving to a new server we wanted to do fresh installs at the 10g level and do an import of our database, then proceed with the oracle upgrade and ARS upgrade. So we thought we would start with an 11g db on the linux box and go from there but when we tried the 7.5 install it said it wouldn't work on 11g. When I check the compatibility chart it indicated 10g or higher for 7.5.* *** So the basic steps we'd like to do: Install 11g on the linux server. Export 10g from current server and import it into 11g. Install ARS 7.5 (we received an error at this point saying it wouldn't work on 11g ???) Install ARS 8.1 Has anyone done something similar? Is there something wrong with our approach? Appreciate any feedback you can provide. Thanks, Susan Susan Palmer ShopperTrak 233 S Wacker Drive 41st floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
ADS Integration with People form Issue
Hi, I am writing a code for Active Directory data sync with the People form. When i am running a escalation which copies data from Staging form to People form one of the field value is not being set that is 'Unrestricted Access'. I want this field set to yes but its not working without which User cannot login. Even i created a separate escalation to just set this field to Yes but its not working for some reason. Also there is a mandatory field 'Site' which i am not able to add value through escalation. Can you please suggest me any ideas how i can get through these two problems. Thanks. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: ADS Integration with People form Issue
Sri, There is a filter that fires on submit that verifies that the person is a member of the appropriate group...AR_ESCALATOR is of course not an actual user, and as such isn't a member of the group, so it unchecks the check box. Running a filter log will give you the name of the filter in question. Regarding Site, the value that you need to set in that field should be an 'alias' for the site. Again, turn on filter logging and you should be able to identify the fields that need to be populated to be able to specify the site. I have done both of these things through Escalation in the past, so I can guarantee you it's possible :) On Tue, Jun 25, 2013 at 11:37 AM, Sri teja cooldd...@gmail.com wrote: Hi, I am writing a code for Active Directory data sync with the People form. When i am running a escalation which copies data from Staging form to People form one of the field value is not being set that is 'Unrestricted Access'. I want this field set to yes but its not working without which User cannot login. Even i created a separate escalation to just set this field to Yes but its not working for some reason. Also there is a mandatory field 'Site' which i am not able to add value through escalation. Can you please suggest me any ideas how i can get through these two problems. Thanks. ___ 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: BMC Footprints
Thanks Jim and LJ, Just wanted to see if anyone out there said something like OH MY GOSH, STAY AS FAR AWAY FROM IT AS YOU CAN!! But I haven't heard that, so it sounds like a good product. I saw it demo'd a couple of months ago and it looked nice, but the demos always look nice. smile -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jim Manara Sent: Tuesday, June 25, 2013 11:36 AM To: arslist@ARSLIST.ORG Subject: Re: BMC Footprints I have some experience with Footprints. It is a fine product for companies at a stage or their growth cycle where resources are at a premium (I know this can be true for many larger companies as well). As with any implementation, understanding the client's need is the overriding factor. Jim Manara jim.man...@thecambiaregroup.com 480-273-0934 Change is Growth, Change is Cambiare! Has anyone had any experience with Footprints? Would you categorize it as ITSM lite? Looking for a smaller tool for a midsized client. Lisa Kemes Remedy Consultant Dev Technology Group __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Moving from Solaris to Linux
Hi, Mark is right. You need to do the Unicode conversion through the API and through importing def-files. If you have no Unicode-characters in your system whatsoever, it might work with a straight database conversion. The problem is that the AR System in most cases counts Bytes and not Characters, which really makes things confusing. My RRR|DefDiff utility actually do compare a non-unicode-def-file with a unicode-def-file, but I had to do some changes in the byte-counts of character-strings to get it working... Best Regards - Misi, RRR AB, http://rrr.se Well, and that's because we put the new 11g database right on the linux server and the dba did the 10g to 11g conversion at that time. Maybe he needed to that unicode conversion in a separate place first. On Tue, Jun 25, 2013 at 11:17 AM, Susan Palmer suzanpal...@gmail.comwrote: Hi Mark, The unicode conversion happened separately from our steps. In our steps we were using the unicode database. Thanks, Susan On Tue, Jun 25, 2013 at 11:12 AM, Walters, Mark mark_walt...@bmc.comwrote: ** You can’t convert a non-Unicode ARS database to a Unicode one – which is what I think you’re suggesting using the steps below. You’ll need a clean install of 8.1/Unicode and some sort of migration of data. If you check back through the archives there are various threads which go into the details of why the conversion is not likely to work. ** ** Mark ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer *Sent:* 25 June 2013 15:04 *To:* arslist@ARSLIST.ORG *Subject:* Moving from Solaris to Linux ** ** ** Hi Everyone, Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS 7.5P4. We are trying to move to a Linux CentOS release 6.4 Final (Red Hat Linus 6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances.* *** We are finding the Linux box does want Oracle 10g. Since we are moving to a new server we wanted to do fresh installs at the 10g level and do an import of our database, then proceed with the oracle upgrade and ARS upgrade. So we thought we would start with an 11g db on the linux box and go from there but when we tried the 7.5 install it said it wouldn't work on 11g. When I check the compatibility chart it indicated 10g or higher for 7.5.* *** So the basic steps we'd like to do: Install 11g on the linux server. Export 10g from current server and import it into 11g. Install ARS 7.5 (we received an error at this point saying it wouldn't work on 11g ???) Install ARS 8.1 Has anyone done something similar? Is there something wrong with our approach? Appreciate any feedback you can provide. Thanks, Susan Susan Palmer ShopperTrak 233 S Wacker Drive 41st floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: ADS Integration with People form Issue
Hi llongwing, Thanks for your response. I found the filter which making to NULL, Can i go ahead and disable it, am worried that disabling it might make some functions not work properly. Thanks. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Data Management Tool fof version 8.0.00
Can someone tell me where to find the Data Management tool as I cannot locate it in the BMC Site for download. Or if you have the zip file you could forward that as well. Thanks in Advance V/R Abdul Baytops CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. This information is intended only for the use of the individual to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to the intended recipient, please notify us by return email or by telephone, and destroy this email along with any attachments. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Moving from Solaris to Linux
Unicode is only in our data. We had a unicode database, then an outsourcer dba created our new db in '09 to be non-unicode but this went unnoticed for a year. We have a China office and they didn't mention their 'data' characters were not appearing correctly, so in worklog type fields we have ??? where unicode type characters were. We need to go back to unicode for our data. I don't use unicode type characters in the objects so that should not be an issue. The dba already did a unicode conversion on the db side and there were only 160 records affected and we are choosing just to replace extraneous characters with an x. It works for us in the situations where that data exists. So from a unicode perspective I think we're ok. My understanding, although it could be in error, is that ARS isn't specified as unicode per se, it takes on whatever oracle is. We just spent time on the phone with Support and we're going to try this approach this afternoon. Install empty oracle 11g db on new linux server 10g client Install ARS 7.5P4 Export/import the oracle database (dba oracle function) In ar.conf change db path from ARSYSTEM to ARSYSTEM1 Test to confirm we can connect via Remedy Then do the 8.1 install Slightly different than our first two attempts, will let you know how it goes! Thanks for all the info ... Susan On Tue, Jun 25, 2013 at 1:42 PM, Misi Mladoniczky m...@rrr.se wrote: Hi, Mark is right. You need to do the Unicode conversion through the API and through importing def-files. If you have no Unicode-characters in your system whatsoever, it might work with a straight database conversion. The problem is that the AR System in most cases counts Bytes and not Characters, which really makes things confusing. My RRR|DefDiff utility actually do compare a non-unicode-def-file with a unicode-def-file, but I had to do some changes in the byte-counts of character-strings to get it working... Best Regards - Misi, RRR AB, http://rrr.se Well, and that's because we put the new 11g database right on the linux server and the dba did the 10g to 11g conversion at that time. Maybe he needed to that unicode conversion in a separate place first. On Tue, Jun 25, 2013 at 11:17 AM, Susan Palmer suzanpal...@gmail.com wrote: Hi Mark, The unicode conversion happened separately from our steps. In our steps we were using the unicode database. Thanks, Susan On Tue, Jun 25, 2013 at 11:12 AM, Walters, Mark mark_walt...@bmc.comwrote: ** You can’t convert a non-Unicode ARS database to a Unicode one – which is what I think you’re suggesting using the steps below. You’ll need a clean install of 8.1/Unicode and some sort of migration of data. If you check back through the archives there are various threads which go into the details of why the conversion is not likely to work. ** ** Mark ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer *Sent:* 25 June 2013 15:04 *To:* arslist@ARSLIST.ORG *Subject:* Moving from Solaris to Linux ** ** ** Hi Everyone, Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS 7.5P4. We are trying to move to a Linux CentOS release 6.4 Final (Red Hat Linus 6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances.* *** We are finding the Linux box does want Oracle 10g. Since we are moving to a new server we wanted to do fresh installs at the 10g level and do an import of our database, then proceed with the oracle upgrade and ARS upgrade. So we thought we would start with an 11g db on the linux box and go from there but when we tried the 7.5 install it said it wouldn't work on 11g. When I check the compatibility chart it indicated 10g or higher for 7.5.* *** So the basic steps we'd like to do: Install 11g on the linux server. Export 10g from current server and import it into 11g. Install ARS 7.5 (we received an error at this point saying it wouldn't work on 11g ???) Install ARS 8.1 Has anyone done something similar? Is there something wrong with our approach? Appreciate any feedback you can provide. Thanks, Susan Susan Palmer ShopperTrak 233 S Wacker Drive 41st floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Data Management Tool fof version 8.0.00
There is no Data management Tool shipped separately for 8.0. User tool and DMT are not supported from 8.0 and onwards. Regards, Aditya Sent from my BlackBerry® smartphone from !DEA -Original Message- From: Abdullah Baytops abayt...@onefederalsolution.com Sender: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG Date: Tue, 25 Jun 2013 18:50:49 To: arslist@ARSLIST.ORG Reply-To: arslist@ARSLIST.ORG Subject: Data Management Tool fof version 8.0.00 Can someone tell me where to find the Data Management tool as I cannot locate it in the BMC Site for download. Or if you have the zip file you could forward that as well. Thanks in Advance V/R Abdul Baytops CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. This information is intended only for the use of the individual to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to the intended recipient, please notify us by return email or by telephone, and destroy this email along with any attachments. ___ 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: Data Management Tool fof version 8.0.00
Release 8 introduced UDM. Sent from my iPhone On Jun 25, 2013, at 3:17 PM, SUBSCRIBE arslist Aditya Sharma heloits...@gmail.com wrote: ** ** There is no Data management Tool shipped separately for 8.0. User tool and DMT are not supported from 8.0 and onwards. Regards, Aditya Sent from my BlackBerry® smartphone from !DEA From: Abdullah Baytops abayt...@onefederalsolution.com Sender: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG Date: Tue, 25 Jun 2013 18:50:49 + To: arslist@ARSLIST.ORG ReplyTo: arslist@ARSLIST.ORG Subject: Data Management Tool fof version 8.0.00 Can someone tell me where to find the Data Management tool as I cannot locate it in the BMC Site for download. Or if you have the zip file you could forward that as well. Thanks in Advance V/R Abdul Baytops CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. This information is intended only for the use of the individual to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to the intended recipient, please notify us by return email or by telephone, and destroy this email along with any attachments. _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Data Management Tool fof version 8.0.00
I guess I need to figure out something else new. Is there is a guide V/R Abdul Baytops CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. This information is intended only for the use of the individual to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to the intended recipient, please notify us by return email or by telephone, and destroy this email along with any attachments. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Rjust Sent: Tuesday, June 25, 2013 3:22 PM To: arslist@ARSLIST.ORG Subject: Re: Data Management Tool fof version 8.0.00 ** Release 8 introduced UDM. Sent from my iPhone On Jun 25, 2013, at 3:17 PM, SUBSCRIBE arslist Aditya Sharma heloits...@gmail.commailto:heloits...@gmail.com wrote: ** ** There is no Data management Tool shipped separately for 8.0. User tool and DMT are not supported from 8.0 and onwards. Regards, Aditya Sent from my BlackBerry® smartphone from !DEA From: Abdullah Baytops abayt...@onefederalsolution.commailto:abayt...@onefederalsolution.com Sender: Action Request System discussion list(ARSList) arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Date: Tue, 25 Jun 2013 18:50:49 + To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG ReplyTo: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Data Management Tool fof version 8.0.00 Can someone tell me where to find the Data Management tool as I cannot locate it in the BMC Site for download. Or if you have the zip file you could forward that as well. Thanks in Advance V/R Abdul Baytops CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. This information is intended only for the use of the individual to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to the intended recipient, please notify us by return email or by telephone, and destroy this email along with any attachments. _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Moving from Solaris to Linux
I have done that a few times; build a fresh junk ARSystem db and then once I have a working Remedy app server connect to the real db I want to work with. Works like a champ! Jason On Tue, Jun 25, 2013 at 11:57 AM, Susan Palmer suzanpal...@gmail.comwrote: ** Unicode is only in our data. We had a unicode database, then an outsourcer dba created our new db in '09 to be non-unicode but this went unnoticed for a year. We have a China office and they didn't mention their 'data' characters were not appearing correctly, so in worklog type fields we have ??? where unicode type characters were. We need to go back to unicode for our data. I don't use unicode type characters in the objects so that should not be an issue. The dba already did a unicode conversion on the db side and there were only 160 records affected and we are choosing just to replace extraneous characters with an x. It works for us in the situations where that data exists. So from a unicode perspective I think we're ok. My understanding, although it could be in error, is that ARS isn't specified as unicode per se, it takes on whatever oracle is. We just spent time on the phone with Support and we're going to try this approach this afternoon. Install empty oracle 11g db on new linux server 10g client Install ARS 7.5P4 Export/import the oracle database (dba oracle function) In ar.conf change db path from ARSYSTEM to ARSYSTEM1 Test to confirm we can connect via Remedy Then do the 8.1 install Slightly different than our first two attempts, will let you know how it goes! Thanks for all the info ... Susan On Tue, Jun 25, 2013 at 1:42 PM, Misi Mladoniczky m...@rrr.se wrote: Hi, Mark is right. You need to do the Unicode conversion through the API and through importing def-files. If you have no Unicode-characters in your system whatsoever, it might work with a straight database conversion. The problem is that the AR System in most cases counts Bytes and not Characters, which really makes things confusing. My RRR|DefDiff utility actually do compare a non-unicode-def-file with a unicode-def-file, but I had to do some changes in the byte-counts of character-strings to get it working... Best Regards - Misi, RRR AB, http://rrr.se Well, and that's because we put the new 11g database right on the linux server and the dba did the 10g to 11g conversion at that time. Maybe he needed to that unicode conversion in a separate place first. On Tue, Jun 25, 2013 at 11:17 AM, Susan Palmer suzanpal...@gmail.com wrote: Hi Mark, The unicode conversion happened separately from our steps. In our steps we were using the unicode database. Thanks, Susan On Tue, Jun 25, 2013 at 11:12 AM, Walters, Mark mark_walt...@bmc.comwrote: ** You can’t convert a non-Unicode ARS database to a Unicode one – which is what I think you’re suggesting using the steps below. You’ll need a clean install of 8.1/Unicode and some sort of migration of data. If you check back through the archives there are various threads which go into the details of why the conversion is not likely to work. ** ** Mark ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Susan Palmer *Sent:* 25 June 2013 15:04 *To:* arslist@ARSLIST.ORG *Subject:* Moving from Solaris to Linux ** ** ** Hi Everyone, Our current environment is Solaris 10 with Oracle 10g non-unicode and ARS 7.5P4. We are trying to move to a Linux CentOS release 6.4 Final (Red Hat Linus 6.4) with Oracle 11g unicode and ARS 8.1. These are VM instances.* *** We are finding the Linux box does want Oracle 10g. Since we are moving to a new server we wanted to do fresh installs at the 10g level and do an import of our database, then proceed with the oracle upgrade and ARS upgrade. So we thought we would start with an 11g db on the linux box and go from there but when we tried the 7.5 install it said it wouldn't work on 11g. When I check the compatibility chart it indicated 10g or higher for 7.5.* *** So the basic steps we'd like to do: Install 11g on the linux server. Export 10g from current server and import it into 11g. Install ARS 7.5 (we received an error at this point saying it wouldn't work on 11g ???) Install ARS 8.1 Has anyone done something similar? Is there something wrong with our approach? Appreciate any feedback you can provide. Thanks, Susan Susan Palmer ShopperTrak 233 S Wacker Drive 41st floor Chicago, IL 60606 312-529-5325 spal...@shoppertrak.com _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are
Re: Will OS Upgrade affect my ITSM
Also ensure to upgrade all app servers if you are in server group, Regards, Ashish On Tue, Jun 25, 2013 at 4:43 AM, Hullule, Kiran kiran_hull...@bmc.comwrote: ** No , RHEL 3.9.3 is supported for 7603 ITSM. However it is advisable to have File System and database backup beforehand. ** ** Regards, Kiran H ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Sagar Valse *Sent:* Tuesday, June 25, 2013 2:06 PM *To:* arslist@ARSLIST.ORG *Subject:* Will OS Upgrade affect my ITSM ** ** ** Hi, I am currently running on ITSM Version 7.6.03 on Linux OS Version 2.6.18-308.8.2.el5. I want to upgrade Linux to Version 3.9.3 or above. Does anyone knows whether this Linux Version 3.9.3 will make any impact on Remedy or ITSM Services 7.6.03. Also is there any document from BMC which mentions about the same. Thanks and Regards, Sagar Valse _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: BMC Footprints
My company had both Footprints and Remedy ITSM as a result of acquisitions. I mostly just saw Footprints from the outside looking in, but I can see how it could be used effectively for small organizations. I personally wouldn't suggest it for a mid-size organization though, especially if they are a company that may experience growth, because some of the shortcuts that are taken in a smaller tool could become major problems if they grow. For example, I wouldn't consider Footprints to be ITIL-based in any way. It's more of a record tracking system where you can add on to the framework, so it doesn't seem to really adopt any best practices. Where this has bit us is that a lot of people who moved from Footprints to Remedy have struggled with the differences between the different modules within ITSM. We got questions about the difference between an Incident and a Change Request. Forget Problem Management entirely if you'd like to split out the back end longer term issue resolution from your quick fixes and workarounds to get people up and running. There's no real structured workflow, so what you have is basically as strong as what your decision makers decide and what the Footprints administrator can do. Personally, I'd probably suggest a mid-size company go with something like a hosted Remedy ITSM suite, or another product line altogether. Footprints seems to fit well in small organizations with limited use cases (which could be a small company, a small I.T. shop, or a small department using it for non-I.T. things.) Thanks, Shawn Pierson Remedy Developer | Energy Transfer From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, June 25, 2013 8:40 AM To: arslist@ARSLIST.ORG Subject: BMC Footprints ** Has anyone had any experience with Footprints? Would you categorize it as ITSM lite? Looking for a smaller tool for a midsized client. Lisa Kemes Remedy Consultant Dev Technology Group _ARSlist: Where the Answers Are and have been for 20 years_ Private and confidential as detailed here: http://www.energytransfer.com/mail_disclaimer.aspx . If you cannot access the link, please e-mail sender. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years