[1840] in Release_7.7_team
ESRI needs an entry in /etc/services
daemon@ATHENA.MIT.EDU (Craig A. Counterman)
Mon Jun 28 16:29:47 1999
Message-Id: <199906282029.QAA05852@selenium.mit.edu>
To: release-team@MIT.EDU
In-Reply-To: [236]
Date: Mon, 28 Jun 1999 16:29:31 EDT
From: "Craig A. Counterman" <ccount@MIT.EDU>
See below. Can this be squeezed into 8.3?
Thanks,
Craig
------- Forwarded Message
Received: from SOUTH-STATION-ANNEX.MIT.EDU by po9.MIT.EDU (5.61/4.7) id AA13884; Mon, 28 Jun 99 16:22:01 EDT
Received: from DEPOT.MIT.EDU by MIT.EDU with SMTP
id AA29402; Mon, 28 Jun 99 16:21:21 EDT
Received: (from thg@localhost) by depot.mit.edu (8.9.3)
id QAA14447; Mon, 28 Jun 1999 16:21:59 -0400 (EDT)
Message-Id: <199906282021.QAA14447@depot.mit.edu>
X-Mailer: exmh version 2.0.2 2/24/98
To: f_l@MIT.EDU
Cc: jf@MIT.EDU, phils@MIT.EDU, karen@MIT.EDU
Subject: Services entry
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 28 Jun 1999 16:21:58 -0400
From: "Thomas H. Grayson" <thg@MIT.EDU>
Now that we have the ESRI site license, I request that a future Athena release
include the entry in /etc/services that the ESRI Spatial Database Engine (SDE)
requires:
esri_sde 5150/tcp
As confirmed by ESRI technical support (see below), SDE clients (e.g.,
Arc/Info and ArcView) will balk if this entry is missing. In a classroom or
lab setting, it is generally impractical to add this on the fly, especially
since the entry will probably disappear later when the workstation
reactivates. If there is any way to squeeze this into Athena 8.3 (so that it
could be useable for the fall), that would be great. Otherwise, please
schedule it for some future update.
Thanks,
Tom
- ------- Forwarded Message
From: "Michael Flynn-Downey" <mflynn-downey@esri.com>
To: <thg@MIT.EDU>
Subject: Incident #45170
Date: Mon, 28 Jun 1999 09:49:03 -0500
Greetings Thomas,
yes, you are correct, all client machines that access SDE (any version) must
have an entry for the SDE service in their services file. This is a standard
for TCP/IP services.
A possible workaround might be to create a script that copies a services
file from a central repository to all of your client machines. You will have
to contact you system administrator, though, to see if this is possible at
your site.
Please contact me if you have further questions about this issue.
Regards,
Michael
ESRI - Developer Support Group
Michael Flynn-Downey
e-mail: mflynn-downey@esri.com
phone: 909.793.3774
fax: 909.792.0960
http://www.esri.com/devsupport
===========================================================
My understanding is that all CLIENTS that access SDE V3.x.x.x need an entry
in
their 'services' file such as:
esri_sde 5150/tcp
So, for example, a user running ArcView under Windows (95/98/NT4/2000) who
tries to connect to an SDE server on some other machine would need this
entry
in the services file. Likewise for Unix clients.
Is there a way to get ArcView or Arc/Info to use a default port without
modifying the services file? The problem is that we have literally many
hundreds of Unix workstations, plus a few dozen PCs, that would need this
change, if it is REQUIRED to use SDE. Naturally, we'd like to avoid this if
we can.
Our customer number is 148530.
- ------- End of Forwarded Message
------- End of Forwarded Message
