Yes you could...:)...it's almost an honor system...but they have the ability to audit...
-----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Dwayne Martin Sent: Thursday, September 06, 2007 7:59 AM To: [email protected] Subject: Re: 7.1 available today? (some more questions regarding licenses) (UNCLASSIFIED) You mean I could tell it that I have purchased a thousand fixed licenses? Don't tempt me. I am trying to live a clean honest life. Dwayne Martin James Madison University ---- Original message ---- >Date: Thu, 6 Sep 2007 07:53:27 -0600 >From: "L. J. Head" <[EMAIL PROTECTED]> >Subject: Re: 7.1 available today? (some more questions regarding >licenses) (UNCLASSIFIED) >To: [email protected] > >My understanding (not having my hands on a 7.1 server yet) is that you >simply tell it how many of each type of license you have purchased and >it accepts that...no keys needed > >-----Original Message----- >From: Action Request System discussion list(ARSList) >[mailto:[EMAIL PROTECTED] On Behalf Of HARTWICK, SCOTT G CTR DISA >JSSC >Sent: Thursday, September 06, 2007 7:40 AM >To: [email protected] >Subject: Re: 7.1 available today? (some more questions regarding >licenses) >(UNCLASSIFIED) > >Classification: UNCLASSIFIED >Caveats: NONE > > >We are building a 7.1 server from scratch. I know we will have to >install a Server license. > >Will we have to install the other ITSM licenses prior to installing >each product? > >You say below that it will upload the license file to the form. So how >would a clean install work? > >Thanks, >Scott. > >-----Original Message----- >From: Action Request System discussion list(ARSList) >[mailto:[EMAIL PROTECTED] On Behalf Of Easter, David >Sent: Tuesday, September 04, 2007 7:07 PM >To: [email protected] >Subject: Re: 7.1 available today? (some more questions regarding >licenses) > >** >Vincent, > > As Doug suggested, it is best just to leave that directory alone. > >> 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 > > Best course of action is to just leave everything alone. AR System >will just ignore the .lic files after the upgrade. If you really need >a couple of bytes back on your file system, you can delete the multilicense.lic file. > >Thanks, > >-David J. Easter >Sr. Product Manager, Service Management Business Unit BMC Software, Inc. > >The opinions, statements, and/or suggested courses of action expressed >in this E-mail do not necessarily reflect those of BMC Software, Inc. >My voluntary participation in this forum is not intended to convey a >role as a spokesperson, liaison or public relations representative for >BMC Software, Inc. > > >________________________________ > >From: Action Request System discussion list(ARSList) >[mailto:[EMAIL PROTECTED] On Behalf Of Vincent RIEDWEG >Sent: Tuesday, September 04, 2007 4:06 PM >To: [email protected] >Subject: Re: 7.1 available today? (some more questions regarding >licenses) > > >** > >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___ __20060125_______________________This posting was submitted >with HTML in it___ __20060125_______________________This posting was >submitted with HTML in it___ >Classification: UNCLASSIFIED >Caveats: NONE > >_______________________________________________________________________ >_____ >___ >UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >ARSlist:"Where the Answers Are" > >_______________________________________________________________________ >________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >ARSlist:"Where the Answers Are" Dwayne Martin Computing Support James Madison University ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
