Doug,
The armonitor.conf is in /etc/arsystem/<server_name>... If we delete the /et/arsystem, did the AR System server start ? Did the 7.1 use the armonitor.conf or this file is obsolete or in another location? Regards, Vincent. ________________________________ De : Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] De la part de Mueller, Doug Envoyé : mardi 4 septembre 2007 22:18 À : [email protected] Objet : Re: 7.1 available today? (some more questions regarding licenses) Joe, Just to help David out a bit with a couple of answers: ... delete the folder /etc/arsystem/ .... Maybe... how is that for a crisp, clear, consise and definitive answer! We will no longer be using the arsystem.lic file or the multlicense.lic file. Those files are obsolete as of the 7.1 release. However, there is one more file that you might have (you definitely have if you are an ITSM customer). It is called arsystem.tag. That file is still important. This is a file with some licensing information for the approval server. There is a form in the system that can hold the data that is in this file, and in the future, applications will put the data in that internal form. For now, the system will check both the internal form AND this file for the tag information and will use it appropriately. HOWEVER, the upgrade does not copy the content of this file into the form (because there are versions of the applications that still will install in this file rather than the form). There is no need for you to do anything, the system will still reference the file if it is present. Over time, all apps will be updated to use the internal table that is now present and this file will not be needed. BUT, for the interum, you need this file. So, don't delete the directory if there is a .tag file in it. You can get rid of the two .lic files (although it is suggested that you keep a backup copy of arsystem.lic just in case and why not leave it there). In summary, 1) KEEP the directory because the arsystem.tag file is still needed and deleting it removes functionality 2) Delete the multilicense.lic file if you want because it is no longer used 3) Leave the arsystem.lic file as documentation/backup even though it is no longer used and once the 7.1 or later system is installed, all licenses in this file are uploaded into the new license form ".. shared systems..." As David noted, since all the servers in a server group are pointing to the same DB and since the license data is now a table in the DB, there is no need to generate parallel licenses for applications, options, services, users on each server in the server group. They all share the same definitions. HOWEVER, you will still need a server license for each server in the group. You can enter multiple AR System server licenses. Each will be tied to the Host ID of the respective server. You cannot enter multiple of other licenses, you just specify total counts for things like users (much easier than having to add them up). Each server will have its host ID in one of the licenses and that is how it validates itself. Other licenses are on the server in a table and by validating the server license, the rest of the contents of the license are accepted/validated In a server group, ALL licenses apply to ALL servers (other than the AR System server license which is per server). There is no need to identify which are mine and which are not. It is a single logical server environment so all the app/user/option licenses are identical across the logical group. Hopefully, this answers the "tech detail" aspects of your questions, Doug Mueller __20060125_______________________This posting was submitted with HTML in it___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
