SYSMGT Digest for Tuesday, November 04, 2003.
1. Specifying a new Intralink Server
2. Pop-up info
3. Summary - Wildfire and Whiteboxes
4. Summary:Pop-up info
5. SUMMARY - failed to connect to server
----------------------------------------------------------------------
Subject: Specifying a new Intralink Server
From: ewunsch@lutron.com
Date: Tue, 4 Nov 2003 09:07:37 -0500
X-Message-Number: 1
The IT group at my company is in the process of specifying a new Intralink
server. I wanted to ping this group to see if anyone has experience with
a machine configured similiarly. Have we covered everything? What should
we watch out for? We expect this machine to last 5 years.
IBM x345 with 2.8GHZ Xeon processor, dual ethernet cards
IBM EXP300 Storage Expansion Unit
2 - 36.4GB 10,000RPM hard disks (RAID 1) for the OS and ProE
4 - 146GB 10,000RPM hard disks (RAID 5 w/ Hot Spare) for the ProE data
24x7x4 hour warranty service
Hot Swap Power Supplies
Windows 2000 Server or 2003 Server
IBM ServeRAID-4Mx Controller
2.5GB RAM
Thanks in advance
Ed Wunsch
Sr. CAD Systems Engineer
Lutron Electronics
----------------------------------------------------------------------
Subject: Pop-up info
From: "Andrew Mansfield" <Andrew.Mansfield@ki.com>
Date: Tue, 4 Nov 2003 08:56:48 -0600
X-Message-Number: 2
One of our engineers came back from a vendor and said he'd seen Pro/E
running with what appeared to be some sort of "balloon" help where some
basic information on any feature underneath the cursor would appear after
a short interval.
Assuming he wasn't imagining things (or looking at some other CAD app) has
anybody else heard of this, or could this be a toolkit app?
If its a standard feature, some of our users might like it enabled.. I
couldn't find anything in the help system.
We're running Pro/E 2001 right now.
Thanks in advance for any replies & I'll post a summary if anything turns
up..
Andrew Mansfield
KI
Green Bay, WI
____________________________________________________________________
World-class sales team seeks ambitious sales professionals. If you are an
innovative, customer-focused individual, KI would like to talk with you!
http://ki.com/careers
----------------------------------------------------------------------
Subject: Summary - Wildfire and Whiteboxes
From: "Darin Sensabaugh" <darins@fnmfg.com>
Date: Tue, 4 Nov 2003 12:45:33 -0500
X-Message-Number: 3
Thanks to those who responded. There is s fundamental difference in =
opinion in some cases for those who use white boxes and those who don't. =
But that's ok, that's what makes America great, we have choices. =20
The issue remains unresolved. I have tested all suggestions. Here is =
the original post and the responses.
________________________________________________________________________
Original Post
All,=20
Let me preface this email by saying I know how difficult it is to =
certify individual hardware components. The limitless combination of =
motherboards and video cards is mind boggling.=20
Having said this....what are companies that use white boxes to do for =
hardware support? We have an excellent IT department that saves our =
company a tremendous amount of money by building custom machines at our =
facility. Before the introduction of Wildfire, we had tremendous success =
using 2001 on the machines supplied to us. Since the release of Wildfire =
our R&D department has taken a hit in production due to the instability =
of Wildfire on our machines.=20
I contacted PTC support and the 1st thing I was asked to do was disable =
my video card drivers by setting graphics to win32_gdi. After doing =
this, magically, most of the crashes disappeared and I was told that the =
problem wasn't with Wildfire but with my system, specifically the video =
card. That was it.....end of PTC support. (note: I am aware of =
repeatable aborts that are software related and PTC continues to help =
with those, but 80% of our aborts are hardware related)=20
Next thing I did was contact 3Dlabs. After verifying that I was using =
the "certified" driver. I was sent a username and password to access =
their beta drivers and was told to check occasionally for driver =
updates. I've tried each beta driver as they've been released with no =
success. (note: 3Dlab's website has the same disclaimer as PTC's stating =
that the driver is only certified in a particular system)=20
There isn't enough room here to list every test that I have performed =
while trying to pinpoint a specific setting that might be causing the =
problem. I will be ordering several video cards from different companies =
within the next couple of days for testing. I hate to swap out 30-40 =
cards what are my options? If you are running Wildfire on white boxes at =
your company I would greatly appreciate it if you could forward me your =
combination of mobo and video card along with any additional tidbits you =
may have.=20
If you are running the VP760 in a white box successfully without 3-4 =
crashes a day, I would love to know what your secret is.=20
One final thought I would like to add....Our problems did not exist =
until the release of Wildfire. I believe the core problem exist in the =
code. Our sister companies are using certified machines and they to are =
experiencing instability, although as significant.=20
Our set-up=20
MSI P4 845 mobo=20
3Dlabs Wildcat VP760=20
Windows 2000 SP4=20
Wildfire 2003370=20
________________________________________________________________________
Responses
Are you sure the problem isn't SP4 on Windows 2000? I know of issues =
with
other OpenGL software running W2K
I would note that you might want to focus also on the JAVA stability and =
Internet Explorer. Though the proper O.S. Service Pack and the Latest =
I.E. should be enough to stabilize the JAVA.
ProductView Express the new Preview Pane of the navigator in Wildfire =
uses JAVA that your O.S., Graphic Card, I.E. Build could be having =
trouble with. Add in an Optical Mouse Driver and your JAVA could be =
effecting you.
Though my Optical Mouse issues went away with later builds of Wildfire. =
Some users on the Exploder updated drivers to stop crashes.
by chance do you have netmeeting installed? if so uninstall it and see =
what
happens. i had a number of video problems that were eventually traced =
to
netmeeting hijacking the video
Have you checked the PTC website for approved graphics cards. Some of =
the cards on there list are affordable. I would go this route before =
ordering a bunch of video cards to test.=20
No offense to you or your IT department Darin, and I know you don't=20
want to hear this, but we don't use white boxes for this very reason.=20
Stick with name brand. It may seem more costly upfront, but you have=20
to consider the total cost of ownership. Not just the initial cost.=20
We don't have an army of IT folks building and even more of a burden, =
maintaining=20
custom hardware we would go broke as an IT dept. already overburdened =
and under budgeted.=20
You don't need me preaching to you, you need help fixing your issues, =
but I couldn't=20
resist. Our older PIII name brand hardware still runs wildfire in a very =
stable mode (slower of course, PIII).=20
So does our newer P4 stuff. Also name brand. . .(HP)=20
After many years on this exploder (Day one for me) I've seen horror =
story after horror=20
story of those who use the white box approach. Where do you want to =
spend your money?=20
The initial cost? or nickel and diming it's way to =3D/> the initial =
cost of a brand name?=20
As you put it: The combinations of components are mind boggling...to me =
this equates to=20
the possibilities of getting it to work in harmony also in that same =
mind boggeling category.=20
I hope you find a solution. The Nvidia cards work great for us! (Nvidia =
Quadro4 980XGL).
----------------------------------------------------------------------
Subject: Summary:Pop-up info
From: "Andrew Mansfield" <Andrew.Mansfield@ki.com>
Date: Tue, 4 Nov 2003 11:49:24 -0600
X-Message-Number: 4
The setting that controls this behaviour is "selection preferences"
In 2001: Edit --> Selection Preferences.
Selecting "Geometry Entities" and enabling "Pre-selection Hilighting"
results in a pop-up balloon that lists the feature number and feature type
and this is what our engineer saw.
I recall turning this off when we started using 2001 as it can be annoying
:-)
Thanks to all that replied..
Andrew Mansfield
KI
Green Bay, WI
____________________________________________________________________
World-class sales team seeks ambitious sales professionals. If you are an
innovative, customer-focused individual, KI would like to talk with you!
http://ki.com/careers
----------------------------------------------------------------------
Subject: SUMMARY - failed to connect to server
From: "Terrence McFall" <terrence.mcfall@varian.com>
Date: Tue, 4 Nov 2003 13:24:37 -0800
X-Message-Number: 5
This is a multi-part message in MIME format.
------=_NextPart_000_0042_01C3A2D6.FFAE2610
Content-Type: multipart/related;
boundary="----=_NextPart_001_0043_01C3A2D6.FFB07000"
------=_NextPart_001_0043_01C3A2D6.FFB07000
Content-Type: multipart/alternative;
boundary="----=_NextPart_002_0044_01C3A2D6.FFB07000"
------=_NextPart_002_0044_01C3A2D6.FFB07000
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
This was sent to the Datamgt group also:
Okay... I tried **EVERYTHING** and was ready to reinstall Windows when
someone suggested spyware as the culprit. I ran Lavasoft's Ad-aware
(free download at http://download.com.com/3000-2144-10186632.html) and
about fell out of my chair when it worked... many thanks to Cole Lano
for his suggestion.
As a note for the Weird News of the Day column, one suggestion
recommended going back to an earlier version of ProE 2001. I tried build
2001240 and it worked for ProE but Intralink still wouldn't run.
Again, thank you everyone who offered suggestions. For those who also
are dealing with this problem I have compiled the multitude of responses
in the attached response.txt file.
-Ter
Terrence (Terry) McFall
CAD Administrator
Varian Medical Systems
911 Hansen Way
Palo Alto, CA 94304
650-424-6039 voice
877-751-4685 pager
650-842-5187 fax
ORIGINAL QUESTION:
I have one user out of 25 that cannot login to Intralink. IL loads up
fine on his system but when he attempts to login he gets this msg:
"Oracle connect failed while loading Pro/INTRALINK schema. The client
has failed to connect to the Data Server. Check that the Data
Server/Host is running."
- Intralink 3.0 build 2001200, both client and server
- user has been able to login successfully on this machine for the past
few months
- cannot login as a different user on affected machine
- can login as affected user on a different machine
- user cannot login to ProE either; unable to gain a license
------=_NextPart_002_0044_01C3A2D6.FFB07000
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<TITLE id=3DridTitle>Message</TITLE>
<STYLE><!-- body { font-family: Arial, Helvetica; font-size: 10pt; =
color: #993300; margin-top: 25px; margin-left: 15px; } --></STYLE>
<META content=3D"MSHTML 6.00.2800.1264" name=3DGENERATOR></HEAD>
<DIV>face=3DArial> <SPAN=20
class=3D562551922-03112003><SPAN class=3D359155423-03112003>This was =
sent to the=20
Datamgt group also:</SPAN></SPAN>
<DIV><SPAN class=3D562551922-03112003></SPAN> </DIV>
<DIV><SPAN class=3D562551922-03112003>Okay... I =
tried=20
**EVERYTHING** and was ready to reinstall Windows when someone =
suggested spyware as the culprit. I ran Lavasoft's =
Ad-aware (free=20
download at <A=20
href=3D"http://download.com.com/3000-2144-10186632.html">http://download.=
com.com/3000-2144-10186632.html)=20
and about </SPAN><SPAN class=3D562551922-03112003>fell out =
of my chair=20
when it worked... many thanks to Cole Lano for his =
suggestion.</SPAN></DIV>
<DIV><SPAN class=3D562551922-03112003></SPAN> </DIV>
<DIV><SPAN class=3D562551922-03112003>As a note for the Weird News of =
the Day=20
column, one suggestion recommended going back to an =
earlier version of=20
ProE 2001. I tried build 2001240 and it worked for ProE but =
Intralink still=20
wouldn't run.</SPAN></DIV>
<DIV><SPAN class=3D562551922-03112003></SPAN> </DIV>
<DIV><SPAN class=3D562551922-03112003>Again, thank you everyone who =
offered=20
suggestions. For those who also are dealing with this problem I have =
compiled=20
the multitude of responses <SPAN class=3D562442121-04112003>in the =
attached=20
response.txt file.</SPAN></SPAN></DIV>
<DIV><SPAN class=3D562551922-03112003></SPAN> </DIV>
<DIV>-Ter</DIV>
<DIV> </DIV>
<DIV align=3Dleft>Terrence (Terry) McFall
CAD Administrator =
Varian Medical=20
Systems
911 Hansen Way
Palo Alto, CA 94304 </DIV>
<DIV> </DIV>
<DIV align=3Dleft>650-424-6039 voice
877-751-4685 =
pager
650-842-5187=20
fax</DIV>
<DIV align=3Dleft> </DIV>
<DIV align=3Dleft> </DIV>
<DIV align=3Dleft><SPAN class=3D562551922-03112003></SPAN>O<SPAN=20
class=3D562551922-03112003>RIGINAL QUESTION:</SPAN></DIV><SPAN=20
class=3D562551922-03112003></SPAN>
<DIV align=3Dleft>I have one user out of 25 that cannot login to =
Intralink. IL=20
loads up fine on his system but when he attempts to login he gets this=20
msg:</DIV>
<DIV align=3Dleft> </DIV>
<DIV align=3Dleft>"Oracle connect failed while loading Pro/INTRALINK =
schema. The=20
client has failed to connect to the Data Server. Check that the Data =
Server/Host=20
is running."</DIV>
<DIV> </DIV>
<DIV>
<DIV><SPAN class=3D515343918-30102003>- Intralink 3.0 build 2001200, =
both client=20
and server</SPAN></DIV>
<DIV><SPAN class=3D515343918-30102003>- user has been able to login =
successfully on this machine for the past few months</SPAN></DIV>
<DIV><SPAN class=3D515343918-30102003>- cannot login as a different user =
on=20
affected machine</SPAN></DIV>
<DIV><SPAN class=3D515343918-30102003>- can login as affected user on a =
different=20
machine</SPAN></DIV>
<DIV><SPAN class=3D515343918-30102003><SPAN class=3D562551922-03112003>- =
user cannot=20
login to ProE either; unable to gain a=20
license</SPAN></SPAN></DIV></DIV></DIV>
<DIV> </DIV>
<DIV align=3Dleft>
<SPAN id=3D_AthCaret>color=3D#800000></SPAN></DIV>
------=_NextPart_002_0044_01C3A2D6.FFB07000--
------=_NextPart_001_0043_01C3A2D6.FFB07000
Content-Type: image/jpeg;
name="Leaves Bkgrd.jpg"
Content-Transfer-Encoding: base64
Content-ID: <562442121@04112003-10FA>
/9j/4AAQSkZJRgABAgEASABIAAD/7QZAUGhvdG9zaG9wIDMuMAA4QklNA+0AAAAAABAASAAAAAEA
AQBIAAAAAQABOEJJTQPzAAAAAAAIAAAAAAAAAAA4QklNBAoAAAAAAAEAADhCSU0nEAAAAAAACgAB
AAAAAAAAAAI4QklNA/UAAAAAAEgAL2ZmAAEAbGZmAAYAAAAAAAEAL2ZmAAEAoZmaAAYAAAAAAAEA
MgAAAAEAWgAAAAYAAAAAAAEANQAAAAEALQAAAAYAAAAAAAE4QklNA/gAAAAAAHAAAP//////////
//////////////////8D6AAAAAD/////////////////////////////A+gAAAAA////////////
/////////////////wPoAAAAAP////////////////////////////8D6AAAOEJJTQQIAAAAAAAQ
AAAAAQAAAkAAAAJAAAAAADhCSU0ECQAAAAAEzwAAAAEAAACAAAAAgAAAAYAAAMAAAAAEswAYAAH/
2P/gABBKRklGAAECAQBIAEgAAP/+ACdGaWxlIHdyaXR0ZW4gYnkgQWRvYmUgUGhvdG9zaG9wqCA0
LjAA/+4ADkFkb2JlAGSAAAAAAf/bAIQADAgICAkIDAkJDBELCgsRFQ8MDA8VGBMTFRMTGBEMDAwM
DAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAENCwsNDg0QDg4QFA4ODhQUDg4ODhQRDAwM
DAwREQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM/8AAEQgAgACAAwEiAAIRAQMR
Af/dAAQACP/EAT8AAAEFAQEBAQEBAAAAAAAAAAMAAQIEBQYHCAkKCwEAAQUBAQEBAQEAAAAAAAAA
AQACAwQFBgcICQoLEAABBAEDAgQCBQcGCAUDDDMBAAIRAwQhEjEFQVFhEyJxgTIGFJGhsUIjJBVS
wWIzNHKC0UMHJZJT8OHxY3M1FqKygyZEk1RkRcKjdDYX0lXiZfKzhMPTdePzRieUpIW0lcTU5PSl
tcXV5fVWZnaGlqa2xtbm9jdHV2d3h5ent8fX5/cRAAICAQIEBAMEBQYHBwYFNQEAAhEDITESBEFR
YXEiEwUygZEUobFCI8FS0fAzJGLhcoKSQ1MVY3M08SUGFqKygwcmNcLSRJNUoxdkRVU2dGXi8rOE
w9N14/NGlKSFtJXE1OT0pbXF1eX1VmZ2hpamtsbW5vYnN0dXZ3eHl6e3x//aAAwDAQACEQMRAD8A
6/v5hJJLhPYlA/glwklMpKVolP3pp7p++iSldvNKR3+SRS8klK+SU+CRSSUrv5JSOEo7pT2SUpKN
EpMeJSJSUr4pJdkvjykp/9Dr+QkJIShKQT8E9iUEvJJLVJStfmkPw8UvglOsH70lK+PCUd0hwl8U
lK8kvhwEvNL4JKUSkEtOEklKjxS0S58vNIpKUlB+SUa6duUoSU//0evTd0/YjhL569k9iUUkktJ8
0lKSBKR5S5SUrRLVIeSY68d0lL9vimGif+KXkkpWiXhHzS4S1RUoifIJaBKdPJL4oKV5/elOmiXw
SnXQpKf/0uv14SOqQ8PuSPMp7EpLulKRn5JKUkPvT88pu89+ySlJQAl/rCRjg/JJS3h+Cf8AIkkf
E/gkpXKQ8kvuSmPJJStO6RSS/KkpXhPdJKfH5JJKf//T69LjQpf6yl+RPYlf6hLzSB/3JdklK8+3
glz/ABKSUapKVPilx/sSB8PklISUqNP70vxCRSSUrRJKI80vNJSu6RS5S0+SSlJcaH70pCUJKf/U
6/4JDwS+CXKexK+KRMJaz8Eo7JKV3SidTwkkQkpRPyS7pSEklK5SS8+6SSla8pJtDpx5J0lLaJz/
ALwl240SJhJSo1+HZL8qXmlqR8UlP//V67wP4JylH3pTrHfunsSkuPNL8vZLySUrlJNyU6SlJdpS
Snx7d0lK158UvMfclyNO6XCSlHRIJfxSSUpIpJQkpQ1SS1kSkkp//9br5180pHZKUpjT8U9iVyUu
2iXxCWqSldvBJLTsUuP4pKV2SA/2Jo08E6SlTokEuNEklKmEkw5TwOUlK8kkvwKRSUqfx4TpkuNB
80lP/9kAOEJJTQQGAAAAAAAHAAMBAQABAQD//gAnRmlsZSB3cml0dGVuIGJ5IEFkb2JlIFBob3Rv
c2hvcKggNC4wAP/uACFBZG9iZQBkAAAAAAEDABADAgMGAAAAAAAAAAAAAAAA/9sAhAAKBwcHCAcK
CAgKDwoICg8SDQoKDRIUEBASEBAUEQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM
AQsMDBUTFSIYGCIUDg4OFBQODg4OFBEMDAwMDBERDAwMDAwMEQwMDAwMDAwMDAwMDAwMDAwMDAwM
DAwMDAwMDAz/wgARCADIAMgDAREAAhEBAxEB/8QAfgABAQEBAAAAAAAAAAAAAAAAAAECBgEBAQEB
AAAAAAAAAAAAAAAAAAECAxABAAICAwEBAQEAAAAAAAAAAQARECEgMDFBAkASEQACAgIDAAIDAQEB
AQAAAAAAAREhMUEQUWFxgZGxwaEi0RISAQAAAAAAAAAAAAAAAAAAAJD/2gAMAwEBAhEDEQAAAO04
bikKQpAUCpAUgWyKigVIpAAi0iUJGqghQCpLRI1QkQpagiLUAtiWKZtsgBSAFJZcVpBbZIW1JAUk
tsgKkUAVYlIKsRakBSLUliWkFtSSFKQUJFpKQQ1bItkgFlzVkWhDSySLQEUi2ySLbKQQKublLaRC
iipAoJF0kUJGiAhVtSQi6QsQAFBEtsgUAlVGbLAaJUjVFkSyyLpIWWWRagWoIUiGrZIFIUEBSAAR
aiFWWI1UgAW2SAsssKCUiipFJLbIWxLELbBJaKEhSQqxm2pVkNEEFIAqrIWJRKsikQ1UEC1JZZVi
USrEKLEFhSBDVSBFWWFJZZYhS1IAW1IqRSQoEC1FJVJFJF0kqrJCwokCgKspIAWpIW1M22KkUhVS
KlIIVFokW2CFiKKQFCS2xAAUgWpBVgKRFqRCikFIpEKC2wjNVEXVkEQq2ySLUW2SBRUS5soAgqgE
isrtIW2QCLRcpYhVWSKCFAsSrZJSFBC0gpFIUEAWsy1FUzFAtSC25LCkiggi2S1FpIWFUhJdWQKC
BAAUiKssKCWWJbYktslIUyUssspKQhq2TNagsSyxJpYWpKsSLUC25Z1LAUlJZZYUgssslosgKCFI
hRZVkBf/2gAIAQIAAQUAIvB43Di8bhF6Hh84srh86Xh5wOZzewxVdD7wOm4YXsOIcXoHrM1Lx87L
xeXFR5XHF4OFc71weB0OQzXI5PXUeV9dS49PvTeXIcnocXzqV03lOlw4Hk4vFYeF4ZXK++8Vyeyp
XOudwjn501m8HH5kIPO8ByZXA4E+4cJ1+SuusXPnJ43yvJkzUqXfCs3moPVUeF8w7L4BisOK4h0P
vQuXoWf/2gAIAQMAAQUAcMviS4RzeLyS4Rw8jqrorBmuFdd5DjWLw5cV1L0vReDvDFQxXKsuPMOa
zfA51ip8hK76wOb43KzX8Liug51/EuayS+Rwrg9FcTsZceN8CXyqpfZXC+dxxfA7jFx7GEcGXB11
hyub4Xi+VcbxfKo8CVj5wDhWaycSLLwcXJkOgl8F5s8x8vi9t32LiulwcmGHi5vNcL5EOLxOFcDs
qViv4nj/AP/aAAgBAQABBQB3KK1LQ9B1W2jF78XcQDTN17Bmr1CXvxdyitRN6nsps3EIaLl2hWKh
GiVPJ+Xe0BlQExUPFZbELusUEFly9u4bKUZQMbpqqi1EE8w2zcQvSm4XGbt8giaxe/SmXEubC9XB
uaJW2VcJ5DcLpLmiBu5VzUqEWNk1B2T6tRKgBNRqW3aSyNSyVPJphG5uqAra/wCf02Mrfsqi5Uqb
H47hRPv6LN1shufKI3Wp4nhYlMZutT/NR8FuJA/UEZaT8q4tEblg6nylZRYjKouVLhcQs9+1Ladw
dBSEux/WtRu0YVaNghY4ojsBuUXGfm5VwoKx7C4XL3Re58LiDA2rC6Ze/taKZQpo3PES/Z5HT+bp
LGA0JPI7gVKqPjU3ZcQumWkvcqo6Ft+lrPmrqXoVjTEQuwhWKLUw3C61EH9O0d/arHsChuWQlaib
u3CWWEYfkjUslVDzYlM+toanksSkbYT8iS9sWJZYRnsq5e/Y7n0bmgu1CCTxFtI7l7Z8hVexLnsq
5e7lkPPJWnR/ot3ELqaIm/I+/l3tAZThtKlXCowGts3gES7hNxahbAoqoeLqF2gwsX38ui2IkVq9
CsdzcJuVtdiP5GimDSgu7fal4qoeem4Lfj+q/RWoCYqXr40wuos/IxALt9gVKJtjcLpJRAl1Ny7H
FXNxN6on27xtiteT6lyowtbh5RZdK4TdF1YXTU1VDNBdqEu4x9+XumJZu1pKW9Rj6TyAMaIaKKik
fH8wd0T7dTUoi6LIeOzyXEZe7qaI1NRowWxodMNKtg0yy/Volq1csIOkYk8jcKnr+jXw1jTGKyiN
1qbsGUW0z75FpG0uErZH9UEaZdN3PIlxRh+ZqbcUWI4fV15LbTXgu9M3QrA38XXy0al0E+t2DVRQ
dMfC1QzbZuOwNkbq2eRDNt//2gAIAQICBj8AHH//2gAIAQMCBj8AHH//2gAIAQEBBj8AgghaIm++
MV2SSTJ50KLfRBHRR72RtEQekkpnnQot9EEELQoO+M0j4zx5xmHonJ6Si8mInohueHV9jimS/sp/
BesnpKLIIxw+uJmOz9Mt4EnXF0U4fEiapHpD3xPHpZWeJIWuLJRk/hGOLvo9McTMwJf5x2UuJyie
f0KL7P4XkvJ6hLb1x+idk9FZ0Xksqy983ronTJR/rI0ecOiiyrP0OWT+CGRvQuxlCT3sUX2eFuij
9HyOcOyPwVh5Ksh48P8A562y6XZCr1CTyubK5yfI4wfBR+xfoon/AAUWtkf6LtFYGlbREcJ9Hmyh
w76KI2LTRP5Jgg+eK+yiUeo7PCinHFqCe+HBOiNEaPT50Mtyxfvj0rJKqMk6I+zwrGx9PBDJeRQf
sgvHHR/Bel/klOUyfwf+jjOkTt6474slYZ6RsSX2JHheDw8If0Q8n9Ieez4ou+jMHnRCZ7zWGTsZ
Z1xTzwl3sjmBp/SJxx0YJVsT70WRw5Vd8x3hkTZOyetmbRZGivxxiCMoTj5LVlkdEJiivSHxars9
I2eMnZ4uPMnjHcJHq4umXZSlH8JQp/wgcX4yH+Sl9kHpGzx8TscqCSVokh0fOSiUUdvUmBa4hokp
Vxk9RD+nxOxyoFURxD/PMvAl2Qvsnok+T4IL2Or7HFMl/YiCETvjqD+kPPZaI09lE95RZGirIJeh
PRZKeSxVMiQiMEZIMQxMzkuuOjJEkcQj1Ek5Jynoql4Rh8fI4/HGBw+LP6eHfhDtekdEJl6yekov
JOxdmMcUy/s7POz9Dl4JOhrehVfRkjOy8E7RKsspfZZTh9nRK4/0fR1HDKV9FcRkrAv2OVSwyZ4n
D4rPXGaIzGxXZDyhTkr74+clEorifwK/khZEiE4YkQSvtMkU/nifwLfZ/CcPZWNkTPpZGxLbIE5t
E/k84Z/zsmP+iXo7TPT0iD+FOCBn/JLJMcOU0xtk/jh96PdlEL8EYKox9n7Q+lokrBB8kkZIwQqY
qvZiyehzoS6O+ysc5Op4XWyNEFmIjfMqhmJ8I+hdbLxw7nwV42UZyekY7PETB8E6JWDw/pEEctYj
RVwTEEjg8I/0hI92T3ji8HjIbvs9QlviFkTxGUdrYqzgsnKeD0vJi9lYITtlo8Z2tirOCycp4P/Z
------=_NextPart_001_0043_01C3A2D6.FFB07000--
------=_NextPart_000_0042_01C3A2D6.FFAE2610
Content-Type: text/plain;
name="response.txt"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
filename="response.txt"
REPLIES:
***********************
are you working from a clean install or ?? I had that problem a while =
ago when the user was upgraded and the tnsnames.ora file was goofed- a =
simple delete of install and reinstall fixed the problem.
=20
***********************
=20
Pls check that the Pro/client loaded on user's machine is of same =
version and build.=20
=20
***********************
=20
I've seen that many times in the past. Usually it was due to a =
communication issue. In my case, our department was 2000 miles away =
from the license, data, and file server(s). Our whole office would get =
that occasionally; but so would some at the main office. That sounds =
like a DNS problem.
=20
Here's a few things to check:
Check the ping times on the workstation to the server (comparative).=20
Login as another user, can they connect on that workstation (user =
account problem).=20
Make sure that you can ping the server by name or direct IP number in a =
command prompt (DNS failures).=20
Is the client setup pointing to the DNS name or direct IP of the server =
(DNS failures. See ptcsetup).
In our case, we had to not point to the server by name (Proeserver); but =
by the IP address of the server (10.72.38.37). Of course your numbers =
would differ.
=20
***********************
=20
There are some questions in front:
1) is it user or workstation related, which means that it depends on the =
user name or on the workstation
2) was a client application be implemented on this workstation before - =
at any time?
(if so, it may happen that some fragments of the old version are still =
active)
3) does this also happen, once an administrator of the network has been =
logged in to the workstation
(sometimes it is an security issue from the network
4) simple but important, does the tnsnames.ora point to the actual =
dataserver and not to another testbox?
=20
***********************
=20
I had this happen a couple of times. Once, the proiclient became =
corrupt. Had to delete the dir, and place a new copy on users machine. =
2nd, they somehow managed to get ahold of an old copy. They were trying =
to use an older build!
=20
My recommendations:
1. Make sure it is the correct build. Same as dataserver.
2. Make sure it's pointing to the right place. (tnsnames.ora will have =
the dataserver pointer in it.)
3. If these fail, delete the whole dir, and replace it. (Don't just =
overwrite it)
=20
***********************
=20
This error message that you're seeing when launching the Proiclient is =
due to not seeing the DataServer. Can you "Ping" the DataServer server =
from the client system? You may have to add the IP Address and Server =
name, to the hosts file that's located in the, =
"c:\WINNT\System32\drivers\etc" folder.
=20
Make sure that in the Proiclient software setup that the DataServer name =
is correctly spelled. Also make and check the client system, =
"start/settings/control panel/system/Advanced/Environment Variable/" =
System/Path doesn't have an old Proiclient installation.=20
=20
***********************
=20
Possible issues:
Wrong build code of ProIIt sounds like he cannot resolve the dataserver =
name. If you are on Windows, you may want to check your wins setting.
=20
Can you ping the server by the name (short vs long) in the setup of the =
client.... If the client machine is configured as My-server, you need =
to be able reach it a my-server vs my-server.varian.com.
=20
Mulitple builds of ProI
Mulitple versions of Oracle
Non patched unix client
=20
Try in a command prompt on the client: tnsping INTRALINK this should =
show a contact to the server. If not try ping to make sure you can see =
the server. If these are successful, assuming windows, uninstall and =
verify the registry is clean of Intralink and Oracle, then reinstall.
=20
***********************
=20
Check to see if Microsoft proxy client is installed, I am currently =
running Wildfire with intralink and had the same problem. It is going =
to be fixed in later builds. This is something that was working fine at =
one time and when just pops up.=20
=20
***********************
=20
Is the portmap service loaded on this PC (found under Pro/E =
loadpoint\bin)? Is Pro/E and Ilink loaded locally or from a network =
drive? If it is loaded locally is it configured correctly? Could it be =
that the start in directory has a space in it's name? At a DOS Window =
can you ping the Intralink server (ping servername)? Have you tried =
renaming the .proi directory, local config.pro and config.win to see if =
the problem lies in one of these files?=20
=20
***********************
=20
I get that message when some aspect of the dataserver is down. I go to =
DSMU and shutdown the server and then start the server. If only 1 person =
is getting the message, try reloading the client on their machine.
=20
***********************
=20
Check the permissions of that user. It may be that some obscure network =
permission is keeping them from connecting. Start by running ptcstatus =
to see if the machine in question can see the servers, then ping the =
data and file servers. We had something like this before; IT had to =
change access permissions for the problem machine, then everything =
worked.
=20
***********************
=20
This happens to us when the user's machine is not connected to the =
network, or there's some network related problem such as insufficient =
rights or the user's account isn't on the correct domain.
=20
Have you tried logging on as Administrator to the ill-fated machine, or =
has the user tried to logging on as him/herself on another machine? =
Also, have you tried re-running Pro/I ptcsetup.bat. This might =
re-awaken something.
=20
Lastly, it's possible for the machine to be connected to the network BUT =
not be formally recognized by the networks primary domain controller. =
I'm shaky on the details. If all points to that machine, and not the =
user's account then this might be the case. Talk with your I.S. folks.
=20
***********************
=20
You can try and ping the server using the exact server name shown in the =
tnsnames.ora file. We have seen this if the network settings are not =
correctly setup on the PC. (domain search order listing).
=20
(ipconfig /all will show the network settings on win2k and XP)
=20
***********************
=20
I am sure you have done this already but in case you haven't:
=20
1. ping the dataserver, if ok
2. tnsping the dataserver, if ok
3. try connecting to another Oracle instance from this client, if ok
4. try connecting to the data server from a command line window i.e. =
sqlplus=20
=20
I am betting you sqlnet client is corrupted on this machine. An install =
of the Intralink client should fix
=20
***********************
=20
I have observed that error when...
- The wrong client connectd to the server. Generally speaking the =
client and server must be identical builds of Pro/INTRALINK=20
- The database is specified wrong in the startup script. =20
- The database is down.
=20
***********************
=20
Here are the things I would check for:
- Is the client at the same build code as the server? This is a must!=20
- Can the host resolve the server name? Look at the tnsnames.ora file =
and see what server is being queried ( Host =3D ... ). Use nslookup ... =
to see if the hostname can be resolved.=20
- Can the host be pinged (ping ...)?=20
- Schema problem... This could be that the .proi directory on the =
client machine is of an older version of Pro/Intralink. Try deleting it =
and a new one will get created with the newer schema.=20
- Is it always the same clients that can't connect or is it an =
intermittent problem? If intermittent, this points to the server. =
Maybe you are running out of available sessions. If so increase =
processes entry in /dataserver/oracle/dbs/initilnk.ora.
=20
***********************
=20
Several thoughts come to mind on this. Some versions of Intralink do not =
work with the most recent version of Java Runtime (JRE). This usually =
happens with Windows 2000 and Intralink 3.0 (3.1). The solution is to =
download the jre-1_2_2_008-win.exe. TAN109065 gives more info on the =
problem with Pent 4=92s.=20
=20
A second thought is the user is not logging in promptly after launching =
Intralink. There is a timeout (I don=92t remember the specific file) =
that limits the network connection to occur within about 5 minutes. If a =
user launches Intralink, and doesn=92t log in within this time, an error =
something like what you mention will be launched when the user tries to =
launch Pro/E. Have the user restart his windows (log out of windows, and =
log back in). Watch what happens when they launch Intralink for how long =
it is before they log into Intralink.
=20
Another possibility is this user may have another Oracle related program =
that is interfering. TAN 103777 discusses this, but I thought it was =
resolved in Release 2 of Intralink.
=20
It=92s also possible that user=92s ORACLE_HOME or TNS_ADMIN environment =
variables are not pointing to the right place.=20
=20
***********************
=20
Somehow that user has something in their environment which is causing =
the connectivity to the Oracle backend to fail.
=20
Culprit environment components include the following environemnt =
variables:
=20
TNS_ADMIN
TWO_TASK
ORACLE_SID
=20
I don't see here whether that user is on a PC or a unix workstation but =
these and ORACLE_HOME would influence the
ability to connect. I see this all the time with other oracle based =
applications I support. I have to switch environments alot
to connect to Pro/Intralink.
=20
***********************
=20
try copying the intralink client from another computer that works.,=20
=20
first: make sure you can ping the dataserver from the client computer =
in a dos cmd window. if you can't ping the dataserver, notice the ip =
address it is trying to look for, then go to a computer that works and =
ping it from there and see if its looking for tha same ip address, if it =
is different then the problem could be in a hosts file that exists =
locally.=20
=20
hope this helps or points you in the right direction
=20
***********************
=20
Sometimes could mean that his build is at a different version that that =
of the Dataserver. They have to be identical. Otherwise I have =
received this message when the Oracle TNS listener is not running on the =
Dataserver. However if everyone else is able to run probably not the =
case. So for trouble shooting:
=20
=B7 Make sure that build is the same
=B7 Check to see (through the client setup) if you are pointing to the =
correct Dataserver
=B7 Check to see if there is something currently running on their IP =
port 1525
=20
The last one has to do with the TNS protocol and port it runs on. You =
can use a freeware viewer such as =93Active Ports=94 =
(http://www.tucows.com/preview/213738.html)=20
=20
***********************
=20
I didnt read your attachments, but I want you to check one thing: make =
sure the clock on your client machines matches=20
your server.Intralink is real funny about this.
=20
***********************
=20
I had the same problem. There is a file called sqlnet.ora in your =
Intralink loadpoint folder. Rename this file to sqlnet.ora.old. PTC =
tech support gave me this solution.
=20
***********************
=20
I just remembered one other thing and your information below jogged my =
memory. We had a client a couple of weeks back that had a very similar =
situation and it might also be your problem. He actually figured out =
the problem so I can=92t take credit for it but this is what he =
discovered:
=20
He was able to login from a client on the server and he was also able to =
ping the server from the problem machine. But when he got to looking at =
the information from the returned ping (by name) he noticed that the IP =
number for the host (Dataserver) was different than what it should have =
actually been. It turned out to be a DNS error for the server which =
they corrected and it then worked fine. So just because you can ping =
the machine by name doesn=92t mean the IP number is resolved correctly.
=20
So with your situation it could be similar. Ping the server and the =
client and see if the IP numbers come back correct. Also on the client =
machine look at the hosts file and see if there is an entry for the =
server hard coded that has the wrong IP number. =20
=20
***********************
=20
One thing I always check first is the start folder for proi, the place =
where all the .proi.log.xxx files get written. You can just do a search =
on .proi.log. Select them all and delete them. Behavior can get very =
erratic when there are many log files.
=20
***********************
=20
Is he on a different Windows Domain than your other users? If so, TPI =
117860 is your answer. =20
=20
***********************
=20
I'll bet you have Mcafee as your antivirus application? PTC does have =
issues with Mcafee. Go to their Tech Support/Knowledge base and do a =
search for Mcafee. You many have to go to the Mcafee website and =
reference the manual removal instructions to delete any Registry keys, =
etc., for Mcafee.=20
=20
***********************
=20
when you do ptcstatus does it get you a feedbac fast? Did you try to add =
the DNS into the network properties.
Example : your server is called ptcserver your domian name is =
varianinternal.com try to add varianinternal.com into your DNS =
properties and see what is the result.
=20
We had a similar problem here at Ferrari and this is how we solved it. =
also check the definition of your server during the PTCSETUP
did you set up the server to the IP or to the ptcserver or to =
ptcserver.varianinternal.com(this should be the best)
=20
***********************
=20
We had a similar problem a while back, although it affected all of our =
users. The problem was related to a scheduler that was implemented to =
run backups on the server in the middle of the night. The scheduler =
shut down some process that Intralink needs to login. We found that as =
soon as rebooted the data server, everything ran fine. =20
=20
***********************
=20
Try this as well to make sure the anti-virus software did not enable =
port filtering (Windows 2000):
=20
- Right click on the My Network Places Icon and select properties.
- Right click the active adapter and select properties.
- Select Internet Protocol (TCP/IP) from the list and select Properties.
- Select the Advanced button.
- Select the options tab.
- Highlight TCP/IP Filtering and select Properties.
- Make sure Enable TCP/IP Filtering is unchecked. If any of the windows =
say "Permit Only", make sure Pro/e's licensing port is not in the list.
=20
I think this will keep windows 2000 from filter any ports.
=20
***********************
=20
By default the PTC licenses use two ports, 7788 and unless specified it =
uses a dynamic port starting at 1024 and increments from there=20
dynamically- Firewalls will typically kill anything it has not been told =
to allow.
=20
To fix this, at the end of the PTC_D line (second line in license.dat =
file) add PORT=3D7789 and restart server. This will force the PTC_D =
daemon to bind to port 7789
=20
***********************
=20
I had a similar problem when I first installed I/LINK. It turned out to =
be an environment variable called NLS_LANG which must be the same on the =
dataserver and client.=20
=20
***********************
=20
I just had a client get some spyware and this prevented both Pro/E and =
IntraLink from getting a license. The SAPagent.exe and msbb.exe showed =
up in task manager.
=20
***********************
=20
I don't now how to unblock the port used by ptc, but as far as =
verification I think one of the two methods may apply. From a dos(cmd) =
window do a netstat -a This should list all the ports in use on the =
workstation.
=20
look for 7788 (the ptc port) or you could pipe it to findstr=20
=20
netstat -a | findstr /i "7788"
=20
Alternatively you could down load "tcpview"; This is an excellent =
utility. http://www.sysinternals.com/ntw2k/source/tcpview.shtml
=20
http://www.sysinternals.com/ntw2k/freeware/tdimon.shtml might work =
better, especially since you can capture all activity and write to a log =
file. Then you could search for 7788
------=_NextPart_000_0042_01C3A2D6.FFAE2610--
---
END OF DIGEST
---
You are currently subscribed to sysmgt as: datajett@aol.com
To unsubscribe send a blank e-mail to leave-sysmgt-135894G@ptcuser.org
For assistance, contact listadmin@ptcuser.org or visit our web site at www.ptcuser.org/exploder .
PTC/USER and the PTC/USER logo are registered trademarks of PTC/USER, Inc.
Pro/ENGINEER is a registered trademark of PTC.
Message authors are solely responsible for the content of their posts.