[duxhelp] Re: Network install
- From: "Peter Sullivan" <peter@xxxxxxxxxx>
- To: <duxhelp@xxxxxxxxxxxxx>
- Date: Thu, 6 Apr 2006 14:07:26 -0400
Michael,
You've found another big thing we overlooked. Thanks; and I'm sorry about
the trouble. Sometime in the last six weeks, this appears to have stopped
working.
It will be fixed for beta 5.
- Peter
-----Original Message-----
From: duxhelp-bounce@xxxxxxxxxxxxx [mailto:duxhelp-bounce@xxxxxxxxxxxxx] On
Behalf Of Michael Surato
Sent: Thursday, April 06, 2006 1:50 PM
To: duxhelp@xxxxxxxxxxxxx
Subject: [duxhelp] Re: Network install
:server:license.server.local:8090
+-------------------------------------------+
| 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, April 06, 2006 1:33 PM
> To: duxhelp@xxxxxxxxxxxxx
> Subject: [duxhelp] Re: Network install
>
> Michael,
>
> I'm not immediately sure what the problem is. The client determines
> where to look for activation by reading a value in the key:
>
> HKEY_LOCAL_MACHINE\SOFTWARE\Duxbury Systems,
> Inc.\5369-8731-2729-7642-5710
>
> The value name is "Path". What do you find there?
>
> - Peter
>
> -----Original Message-----
> From: duxhelp-bounce@xxxxxxxxxxxxx
> [mailto:duxhelp-bounce@xxxxxxxxxxxxx] On Behalf Of Michael Surato
> Sent: Thursday, April 06, 2006 1:30 PM
> To: duxhelp@xxxxxxxxxxxxx
> Subject: [duxhelp] Re: Network install
>
> Hi,
>
> As part of testing out this new beta, I followed this procedure, and
> got it to partially work. Editing the slsService.ini file does indeed
> change the port claimed by the slsService (verified with a local
> utility), however when this takes place I do not get a license for the
> client.
> When I run a packet trace (how I found the port 8080 issue), I still
> see the client attempting to contact the license server at port 8080.
> As you can tell from the attached registry export, I did change the
> port during the install.
> Have I mis-applied the instructions, or is there another problem that
> I need to resolve? Thank you very much!
>
> +-------------------------------------------+
> | 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 10:53 AM
> > To: duxhelp@xxxxxxxxxxxxx
> > Subject: [duxhelp] Re: Network install
> >
> > 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
> > * * *
> >
>
>
> * * *
> * 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:
