[duxhelp] Re: Network install

  • From: "Peter Sullivan" <peter@xxxxxxxxxx>
  • To: <duxhelp@xxxxxxxxxxxxx>
  • Date: Thu, 6 Apr 2006 14:19:01 -0400

George,

Not at all.  I've already found the spot where the error is.  I introduced
in in "code cleanup" several weeks ago and didn't retest this functionality.

- Peter 

-----Original Message-----
From: duxhelp-bounce@xxxxxxxxxxxxx [mailto:duxhelp-bounce@xxxxxxxxxxxxx] On
Behalf Of George Bell
Sent: Thursday, April 06, 2006 2:16 PM
To: duxhelp@xxxxxxxxxxxxx
Subject: [duxhelp] Re: Network install

Peter,

"grannies" and "eggs" come to mind here, but......

Could the "......\SOFTWARE\Acudata" be involved here?

George.

-----Original Message-----
From: duxhelp-bounce@xxxxxxxxxxxxx
[mailto:duxhelp-bounce@xxxxxxxxxxxxx] On Behalf Of Peter Sullivan
Sent: 06 April 2006 17:33
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: