Hi Scott:
Here's the installation script we used for building a new server and
applying ITSM patch 005, our error logs were clean afterwards.
Hopefully it will be of some help to you:
1. install AR Server 7.0.1 patch 003
2. install 7.0.1 patch 003 clients as desired (User Tool, Admin
Tool, Alert)
3. load application licenses
4. install Email 7.0.1 patch 003
5. install ARS Mid Tier 7.0.1 patch 003
6. install CMDB 2.0.1
7. install EIE 7.0.1 patch 004
8. install AR Server applications
a. install Approval 7.0.1 patch 003
b. install Assignment 7.0.1 patch 003
9. install applications
a. install Asset Management 7.0.2
b. install Incident Management 7.0.2
c. install Problem Management 7.0.2
d. install Change Management 7.0.2
e. install Service Level Management 7.0.2
10. import DSL data
11. apply CMDB 2.0.1 patch 003
12. apply ITSM applications 7.0.2 patch 005
13. apply SLM 7.0.2 patch 004
14. install DSL patches
a. apply DSL patch 1516
b. apply DSL patch 004
15. configure Email
16. install CI Viewer 2.0.1 patch 003
17. install Help Files
18. install Flashboards 7.0.1
21. install Service Request Mgmt (if necessary)
a. install SRMS 2.0
b. install SRMS integrations
c. apply SRMS 2.0 patch 001
d. install SRMS Help Files
-----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 8:09 AM
To: arslist@ARSLIST.ORG
Subject: Re: 7.1 available today? (some more questions regarding
licenses) (UNCLASSIFIED)
Classification: UNCLASSIFIED=20
Caveats: NONE
Mr. Black,
I'm working on a checklist to do as "Clean" an install as possible with
=
all our licensed products. I am working on this list right now and would
=
like to post it here for feedback/additional insights. I'm trying to get
=
additional information/insights from BMC Support (continuous), but never
=
seem to get anything beyond what I discover myself through trial and =
error or documentation.
We have a Production environment, but it was built before I arrived and
=
everything is out of sync(but working), but almost current 7.0X.x(both =
ARS & ITSM). So I'm taking the opportunity to rebuild everything and =
then migrate the live data from Incident, Problem and Change management
=
into a new Production server I can trust (to whatever degree that is =
possible).
Some burning questions:
1. Can/should SLM be installed before or after the other ITSM products?
=
(documentation refers to installing before will allow apps to integrate
=
themselves vs running the integration tool separately).
2. Has anyone spent time analyzing the importance of the error message =
in the arxref.log file? On our servers including one we just built with
=
a "Clean" 7.0.1p3 ARS server with ITSM 7.0.2p5 apps, there are thousands
=
of errors regarding CMDB and missing field references as well as =
Business Time, etc.
3. What is the lastest version of ITSM 7.0x products you should install
=
before installing the 7.0.2p5 patch. BMC support says cumulative, but of
=
course it is not. The patch is a windows only based installer, we need =
the best Linux or Solaris base install before applying the 7.0.2p5 =
patch. (best I can determine is 7.0.2)
4. Why is Remedy Developer Plus listed everywhere on BMC Remedy's =
website as 6.0? You have to devine the latest version from the "Patches"
=
section 6.3p1492.(rhetorical question - as are all questions to BMC =
support become). (similar to your request for "What does 7.0.2p5 =
actually install")
5. Lots more to come with install checklist.
I hope others with similar environments will be able to benefit from a =
tested install checklist. Will post shortly. Look forward to feedback.
Best Regards,
Scott.
-----Original Message-----
From: Action Request System discussion list(ARSList) =
[mailto:[EMAIL PROTECTED] On Behalf Of Carey Matthew Black
Sent: Thursday, September 06, 2007 10:11 AM
To: arslist@ARSLIST.ORG
Subject: Re: 7.1 available today? (some more questions regarding =
licenses) (UNCLASSIFIED)
Scott,
Well.. there is "clean" and there is "clean"....
If you mean that the host is a entierly new host that does not have an =
existing ARS server license key/file then when you install the new
v7.1 server it has no file to "read" so it would be unlicensed. (And =
operating in a demo mode)
You would likely need to do a purge to move an existing key or buy a new
=
key for the new server.
Or...
If you mean that you uninstalled/deleted/turned off an existing ARS =
server on an existing host and installed the v7.1 server into a new =
directory on the existing server then there might be an existing license
=
key/file for the install to read and it would auto "convert"
the key into the DB where the v7.1 server keeps those things now.
And as far as the ITSM app license go.... you can configure the server =
to think you have purchased the products already and the installers will
=
run against that server. No application keys from BMC are technically =
required for the installers to run or the application to function. =
However, you are still obligated by the license agreement to BUY the =
products. So you should not add more licenses than you have purchased.
But you could tell the server that you have Migrator when you have not =
purchased it... then later go pay BMC for it too.
--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS =3D Action Request System(Remedy)
Love, then teach
Solution =3D People + Process + Tools
Fast, Accurate, Cheap.... Pick two.
On 9/6/07, HARTWICK, SCOTT G CTR DISA JSSC <[EMAIL PROTECTED]>
=
wrote:
> 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)=20
> [mailto:[EMAIL PROTECTED] On Behalf Of Easter, David
> Sent: Tuesday, September 04, 2007 7:07 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: 7.1 available today? (some more questions regarding=20
> 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=20
> > and deleting it removes functionality
> > 2) Delete the multilicense.lic file if you want because it is no=20
> > longer used
> > 3) Leave the arsystem.lic file as documentation/backup even
though=20
> > it is no longer used and once the 7.1 or later system is
installed,=20
> > 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)=20
> [mailto:[EMAIL PROTECTED] On Behalf Of Vincent RIEDWEG
> Sent: Tuesday, September 04, 2007 4:06 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: 7.1 available today? (some more questions regarding=20
> 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)=20
> [mailto:[EMAIL PROTECTED] De la part de Mueller, Doug Envoy=E9 :=20
> mardi 4 septembre 2007 22:18 =C0 : arslist@ARSLIST.ORG 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=20
> 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=20
> 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=20
> file, and in the future, applications will put
>
> the data in that internal form. For now, the system will check
both=20
> the internal form AND this file for the tag
>
> information and will use it appropriately. HOWEVER, the upgrade
does=20
> 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=20
> 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=20
> and deleting it removes functionality
>
> 2) Delete the multilicense.lic file if you want because it is no=20
> longer used
>
> 3) Leave the arsystem.lic file as documentation/backup even though
it=20
> is no longer used and once the 7.1 or
>
> later system is installed, all licenses in this file are
uploaded=20
> into the new license form
>
>
>
>
>
> ".. shared systems..."
>
>
>
> As David noted, since all the servers in a server group are
pointing=20
> to the same DB and since the license data
>
> is now a table in the DB, there is no need to generate parallel=20
> 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=20
> group. You can enter multiple AR
>
> System server licenses. Each will be tied to the Host ID of the=20
> 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=20
> how it validates itself. Other licenses are on
>
> the server in a table and by validating the server license, the
rest=20
> of the contents of the license are
>
> accepted/validated
>
>
>
> In a server group, ALL licenses apply to ALL servers (other than
the=20
> AR System server license which is per
>
> server). There is no need to identify which are mine and which are=20
> 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=20
> in it___ __20060125_______________________This posting was
submitted=20
> with HTML in it___ __20060125_______________________This posting
was=20
> submitted with HTML in it___
> Classification: UNCLASSIFIED
> Caveats: NONE
>
> ______________________________________________________________________
> _________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org=20
> ARSlist:"Where the Answers Are"
>
________________________________________________________________________
_=
______
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
=
the Answers Are"
Classification: UNCLASSIFIED=20
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"
