[duxhelp] Re: Network install
- From: "Peter Sullivan" <peter@xxxxxxxxxx>
- To: <duxhelp@xxxxxxxxxxxxx>
- Date: Thu, 30 Mar 2006 10:53:11 -0500
Michael,
I agree about the documentation of port 8080.
FYI, it is possible to change the port that we use. Here's what you've have
to do:
1. Before installing the service, edit the slsService.ini file. There is a
line there that contains the text "/port:8080". Presumably it's obvious how
you'd change that.
2. When specifying the server path as you run "msiexec /a", add ":n" to the
path. e.g. to use port 5320 on server.mydomain.com, specify the path as
"server.mydomain.com:5320".
- Peter
-----Original Message-----
From: duxhelp-bounce@xxxxxxxxxxxxx [mailto:duxhelp-bounce@xxxxxxxxxxxxx]
Sent: Thursday, March 30, 2006 9:59 AM
To: duxhelp@xxxxxxxxxxxxx
Subject: [duxhelp] Re: Network install
Fair enough. Creating transforms was the next item on my testing list, so I
will create a couple and test deployment with a policy.
Just as a FYI, one thing you will want to add to the documentation is that
the slsService consumes TCP port 8080. I was about to report that the
license server did not work, when in fact I had a conflicting service that
prevented the license from being found.
+-------------------------------------------+
| Michael Surato |
| Resource Center for Persons |
| with Disabilities |
| Michigan State University |
| 120 Bessey Hall |
| East Lansing, MI 48824 |
| Voice: (517) 353-9643 Fax: (517) 432-3191 |
+-------------------------------------------+
> -----Original Message-----
> From: duxhelp-bounce@xxxxxxxxxxxxx
> [mailto:duxhelp-bounce@xxxxxxxxxxxxx] On Behalf Of Peter Sullivan
> Sent: Thursday, March 30, 2006 9:00 AM
> To: duxhelp@xxxxxxxxxxxxx
> Subject: [duxhelp] Re: Network install
>
> Michael,
>
> It should be possible to apply a transform to reset the activation
> path.
> It's simply a property in the MSI file.
>
> However, I advise this on the basis of very limited knowledge and
> experience. I've developed an MSI installer, but haven't worked with
> them much. And I've never worked with applying transforms.
>
> In any case, I appreciate your feedback.
>
> - Peter
>
> -----Original Message-----
> From: duxhelp-bounce@xxxxxxxxxxxxx
> [mailto:duxhelp-bounce@xxxxxxxxxxxxx]
> Sent: Thursday, March 30, 2006 8:45 AM
> To: duxhelp@xxxxxxxxxxxxx
> Subject: [duxhelp] Re: Network install
>
> It has been my experience that IT staff that allows users to install
> their own software have many more difficulties than simply installing
> it themselves. It has been my practice (with MSI) to install software
> by policy (with a transform if required). Adding the flexibility to
> change the license location in the network install will allow for a
> single network install location to split the licenses between several
> different license servers.
> (using "msiexec /i <path>\dbt.msi
> TRNASFORMS=<path>\server1.mst /qb+" or "msiexec /i <path>\dbt.msi
> TRANSFORMS=<path>\server2.mst /qb+") This would use less server
> resources than "msiexec /i <path>\server1\dbt.msi" and "msiexec /i
> <path>\server2\dbt.msi".
>
> This in the end is my opinion, but it seems to be the "standard"
> method of using MSI in a network environment.
>
> +-------------------------------------------+
> | Michael Surato |
> | Resource Center for Persons |
> | with Disabilities |
> | Michigan State University |
> | 120 Bessey Hall |
> | East Lansing, MI 48824 |
> | Voice: (517) 353-9643 Fax: (517) 432-3191 |
> +-------------------------------------------+
>
>
> > -----Original Message-----
> > From: duxhelp-bounce@xxxxxxxxxxxxx
> > [mailto:duxhelp-bounce@xxxxxxxxxxxxx] On Behalf Of Peter Sullivan
> > Sent: Wednesday, March 29, 2006 5:15 PM
> > To: duxhelp@xxxxxxxxxxxxx
> > Subject: [duxhelp] Re: Network install
> >
> > Michael,
> >
> > There really hasn't been a change in the way the setup
> process works.
> >
> > It is indeed true that the "activation server" location is selected
> > while running "msiexec /a". This has been true right along. So I
> > suppose that you've just followed the instructions better. Chances
> > are that you didn't confuse anybody other than me last time around.
> > So far nobody else is looking at multi-user installations
> seriously.
> > (We do have some other beta testers who will -- but they
> just haven't
> > weighed in yet.) So my guess is that most of the list simply tuned
> > out your comments.
> >
> > I find them valuable, but then I designed the current process.
> >
> > We've been working on the assumption that we'd follow your
> "plan B" --
> > give a careful set of instructions, with screen dumps and all.
> > However, your "plan A" does make some sense too. I had the feeling
> > that asking questions about the activation location when doing the
> > actual software installation would simply confuse end
> users. But my
> > perspective is probably tainted by the (perhaps incorrect)
> assumption
> > that an IT person would create the installation image and
> and end user
> > would generally do the software installation.
> >
> > I'll be interested in hearing from any and all network
> administrators
> > on the validity of my assumption. Is it instead the case
> that the IT
> > person generally sets up the workstation too?
> >
> > Now that you've been through the "msiexec /a" wringer once, I don't
> > anticipate that you'll have any more problems specifically
> related to
> > your network setup. Specifically, I believe that the RAID-related
> > issues we had with DBT 10.5 are a thing of the past.
> >
> > - Peter
> >
> > -----Original Message-----
> > From: duxhelp-bounce@xxxxxxxxxxxxx
> > [mailto:duxhelp-bounce@xxxxxxxxxxxxx] On Behalf Of Michael Surato
> > Sent: Wednesday, March 29, 2006 4:33 PM
> > To: duxhelp@xxxxxxxxxxxxx
> > Subject: [duxhelp] Network install
> >
> > Hi,
> >
> > The network licensing appears to work as outlined in the
> documentation
> > for beta 3. This is either due to some work on the
> installer for this
> > version, or (more likely) I have followed the steps better. What I
> > noticed this time is that the location of the license server was
> > determined during the "msiexec /a" process, and not configurable
> > during the second install. If this was the way it worked in
> the last
> > beta, then I apologize for confusing everyone. For
> reference, I have
> > attached the install logs from this install.
> >
> > What I would suggest is a couple of items: First, I would think
> > carefully about making this dialog available during the network
> > install process so that the user could change which server
> to look for
> > licenses from during this install. If this could switch from server
> > based, to file based it would be ideal. Second, if switching from
> > server to file based is not possible, then I would mention this
> > carefully in the network install instructions. I would also
> remove the
> > "network assisted"
> > install section, as that is not possible.
> >
> > Now that this seems to be working, I will move to a more
> interesting
> > model of computer that has RAID arrays and other such interesting
> > things.
> > Hopefully that does not completely change the environment.
> >
> > +-------------------------------------------+
> > | Michael Surato |
> > | Resource Center for Persons |
> > | with Disabilities |
> > | Michigan State University |
> > | 120 Bessey Hall |
> > | East Lansing, MI 48824 |
> > | Voice: (517) 353-9643 Fax: (517) 432-3191 |
> > +-------------------------------------------+
> >
> >
> >
> > * * *
> > * This message is via list duxhelp at freelists.org.
> > * To unsubscribe, send a blank message with
> > * unsubscribe
> > * as the subject to <duxhelp-request@xxxxxxxxxxxxx>. You may also
> > * subscribe, unsubscribe, and set vacation mode and other
> subscription
> > * options by visiting //www.freelists.org. The list archive
> > * is also located there.
> > * Duxbury Systems' web site is http://www.duxburysystems.com
> > * * *
> >
> * * *
> * This message is via list duxhelp at freelists.org.
> * To unsubscribe, send a blank message with
> * unsubscribe
> * as the subject to <duxhelp-request@xxxxxxxxxxxxx>. You may also
> * subscribe, unsubscribe, and set vacation mode and other subscription
> * options by visiting //www.freelists.org. The list archive
> * is also located there.
> * Duxbury Systems' web site is http://www.duxburysystems.com
> * * *
>
>
> * * *
> * This message is via list duxhelp at freelists.org.
> * To unsubscribe, send a blank message with
> * unsubscribe
> * as the subject to <duxhelp-request@xxxxxxxxxxxxx>. You may also
> * subscribe, unsubscribe, and set vacation mode and other subscription
> * options by visiting //www.freelists.org. The list archive
> * is also located there.
> * Duxbury Systems' web site is http://www.duxburysystems.com
> * * *
>
* * *
* This message is via list duxhelp at freelists.org.
* To unsubscribe, send a blank message with
* unsubscribe
* as the subject to <duxhelp-request@xxxxxxxxxxxxx>. You may also
* subscribe, unsubscribe, and set vacation mode and other subscription
* options by visiting //www.freelists.org. The list archive
* is also located there.
* Duxbury Systems' web site is http://www.duxburysystems.com
* * *
* * *
* This message is via list duxhelp at freelists.org.
* To unsubscribe, send a blank message with
* unsubscribe
* as the subject to <duxhelp-request@xxxxxxxxxxxxx>. You may also
* subscribe, unsubscribe, and set vacation mode and other subscription
* options by visiting //www.freelists.org. The list archive
* is also located there.
* Duxbury Systems' web site is http://www.duxburysystems.com
* * *
Other related posts:
