[THIN] Re: Citrix and MSCS failover problem
- From: "Lee, David (CITY TREASURY)" <David.Lee@xxxxxxxxxxxxxxx>
- To: "'thin@xxxxxxxxxxxxx'" <thin@xxxxxxxxxxxxx>
- Date: Wed, 15 Jan 2003 14:01:06 -0000
Thanks John. Did you implement the dedicated forms server because you also
have a large number of PC clients? I'm now starting to think in terms of
installing a local copy of the Oracle forms folder onto each Citrix server;
we don't have PCs accessing the app, so this wouldn't be too much trouble to
maintain.
-----Original Message-----
From: Rowlandson, John [mailto:John.Rowlandson@xxxxxxxxxxxxx]
Sent: 15 January 2003 11:36
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Citrix and MSCS failover problem
sp3 on both
sp3 on the cluster helped but did not not solve the problem
we ran up a standalone oracle forms file server for our largest office =
(900 users)
oracle is our biggest headache internally
if a notebook user uses oracle in the office they get it via MF due to =
wireless drop outs whilst moving from floor to floor in the lift, MF =
lets them reconnect to their session. where as across the network, =
oracle wont cope withlosing and refinding the forms file share. =
seeingour forms and orant is 5 gb we cant load it locally on all pcs
we wrote an app that reads the IP of the pc and looks thru a ini file of =
subnets and codes
ie
172.22.18. c:\program files\citrix\pn.exe /app sydp.ica
172.22.100+ q:\keystone ifrun60.exe "blah blah"
our client is 6i developer, ifrun60.exe is version 6.0.8.16
John
-----Original Message-----
From: Lee, David (CITY TREASURY) [mailto:David.Lee@xxxxxxxxxxxxxxx]
Sent: Wednesday, 15 January 2003 10:07 PM
To: 'thin@xxxxxxxxxxxxx'
Subject: [THIN] Re: Citrix and MSCS failover problem
After proper failover testing last night, I've now verified that the =
file
share is moving over correctly, so it seems that the Oracle app is =
indeed
sensitive to the brief disconnect. =20
John, what version of the Oracle client are you running? Also, are you
running Win2k SP3 on the cluster, on the Citrix boxes, or both? We're
running SP3 on the cluster, but have stayed with SP2 on the Citrix =
boxes.
Thanks
Dave Lee=20
-----Original Message-----
From: Rowlandson, John [mailto:John.Rowlandson@xxxxxxxxxxxxx]
Sent: 15 January 2003 10:02
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Citrix and MSCS failover problem
david=3D20
we have same setup
2k clusters with oracle forms on a share
in our case the desktops used theforms on the clusters as a mapped drive =
=3D
letter
ie q: is \\file01\keystone\
when the cluster failed over, the oracle client will not reconnect and =
=3D
carry on, forcing the user to close the app
Sp3 for 2k has made this a lot better though
on my MF boxes i have the oracle install and the code locally to each =
=3D
box to cut down network IO
this way i am getting 70+ users on a dual p3 866 2gb ram 10k disk
hth
john
-----Original Message-----
From: Braebaum, Neil [mailto:neil.braebaum@xxxxxxxxxxxxxxxxxxxxxxxx]
Sent: Wednesday, 15 January 2003 8:56 PM
To: 'thin@xxxxxxxxxxxxx'
Subject: [THIN] Re: Citrix and MSCS failover problem
I suspect it's purely an app thing, then.
The drive will show as being disconnected, until it's accessed - =3D
depending
on settings.
There are some settings for office apps (eg excel) with respect to =3D
problems
occurring with things like macros post failover.
It could just be that some apps are just a bit sensitive to failover /
drives going offline / disconnecting - even if only for brief periods.
Neil
> -----Original Message-----
> From: Lee, David (CITY TREASURY) =
[mailto:David.Lee@xxxxxxxxxxxxxxx]=3D20
> Sent: 14 January 2003 17:32
> To: 'thin@xxxxxxxxxxxxx'
> Subject: [THIN] Re: Citrix and MSCS failover problem
>=3D20
> No, all the WINS entries are made dynamically. =3D20
>=3D20
> I think this problem lies somewhere with the actual clustered=3D20
> file share - from a citrix server I issued a PING and ARP -a=3D20
> to show the MAC address used. Repeating this after a=3D20
> failover shows that the Citrix box is correctly resolving the=3D20
> same IP address to the 'new' MAC address.
>=3D20
> -----Original Message-----
> From: Braebaum, Neil [mailto:neil.braebaum@xxxxxxxxxxxxxxxxxxxxxxxx]
> Sent: 14 January 2003 17:09
> To: 'thin@xxxxxxxxxxxxx'
> Subject: [THIN] Re: Citrix and MSCS failover problem
>=3D20
> You haven't got any static entries in WINS or lmhosts for=3D20
> cluster resource names, have you?
>=3D20
> > -----Original Message-----
> > From: Lee, David (CITY TREASURY) [mailto:David.Lee@xxxxxxxxxxxxxxx]
> > Sent: 14 January 2003 17:02
> > To: 'thin@xxxxxxxxxxxxx'
> > Subject: [THIN] Re: Citrix and MSCS failover problem
> >=3D20
> > Thanks, but I've checked that - the Citrix servers are set to
> > use the clustername. =3D20
> >=3D20
> > We have a spare disk resource on the SAN hosting the cluster,
> > so I've been able to build a new file share group to test=3D20
> > failover without affecting the live share. Initially, I was=3D20
> > able to duplicate the problem - basically the share seems to=3D20
> > disappear when the group is failed over. However, following=3D20
> > further tests this afternoon, without changing anything, the=3D20
> > test setup is now working correctly through a=3D20
> > failover.....aaaaaargh! Ah well, could be a late evening,=3D20
> > we're going to test failover on the live system once the=3D20
> > users have gone home :(
> >=3D20
> > -----Original Message-----
> > From: Magnus [mailto:magnus@xxxxxxxx]
> > Sent: 14 January 2003 16:15
> > To: thin@xxxxxxxxxxxxx
> > Subject: [THIN] Re: Citrix and MSCS failover problem
> >=3D20
> > Make sure that you are using the clustername /cluster ip
> > address to point to those forms. I may be that they are set=3D20
> > up to use just the name or ip of one of the nodes in the=3D20
> > cluster instead of the cluster name
> >=3D20
> > -----Original Message-----
> > From: thin-bounce@xxxxxxxxxxxxx
> > [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of Lee, David=3D20
> > (CITY TREASURY)
> > Sent: Monday, January 13, 2003 12:47 PM
> > To: 'thin@xxxxxxxxxxxxx'
> > Subject: [THIN] Citrix and MSCS failover problem
> >=3D20
> > We have a Windows 2000 Advanced Server cluster which hosts a
> > file share containing forms for an Oracle application. Our=3D20
> > Win2K / Citrix servers (Metaframe XPe) run an application=3D20
> > which uses these forms. =3D20
> >=3D20
> > The problems started today when we needed to perform a
> > cluster failover for maintenance purposes - I was able to=3D20
> > successfully move all cluster resources to the other node,=3D20
> > but the helpdesk then started to receive calls from Citrix=3D20
> > users complaining about the Oracle application failing. =3D20
> > Basically, the application could no longer see the path to=3D20
> > the forms files, like the file share had gone down. However,=3D20
> > I was able to successfully browse the share from a Citrix=3D20
> > desktop, although the Windows explorer initially indicated=3D20
> > that the drive mapping was disconnected. I'm aware that=3D20
> > failover can interupt the service for a few seconds, but I=3D20
> > still had users in this state 20 minutes afterwards! Users=3D20
> > attempting to set up new sessions after the failover were=3D20
> > also affected.
> >=3D20
> > It is almost as if the Citrix servers were connecting direct
> > to the cluster node rather than the virtual server, hence=3D20
> > failover broke their connection. However, the Citrix servers=3D20
> > are configured to use the virtual server, so I've had to rule=3D20
> > that out as well. I've got everything back up now by=3D20
> > rebooting the Citrix servers (desperate!), but I'm still=3D20
> > concerned that the Citrix servers did not cope with an MSCS=3D20
> > failover, any ideas?
***********************************************************************
This e-mail and its attachments are intended for the above named=3D20
recipient(s) only and are confidential and may be privileged.
If they have come to you in error you must take no action based=3D20
on them, nor must you copy or disclose them or any part of=3D20
their contents to any person or organisation; please notify the=3D20
sender immediately and delete this e-mail and its attachments from=3D20
your computer system.
Please note that Internet communications are not necessarily secure=3D20
and may be changed, intercepted or corrupted. We advise that=3D20
you understand and observe this lack of security when e-mailing us=3D20
and we will not accept any liability for any such changes,=3D20
interceptions or corruptions.=3D20
Although we have taken steps to ensure that this e-mail and its=3D20
attachments are free from any virus, we advise that in keeping=3D20
with good computing practice the recipient should ensure they=3D20
are actually virus free.
Copyright in this e-mail and attachments created by us belongs=3D20
to Littlewoods.=3D20
Littlewoods takes steps to prohibit the transmission of offensive,=3D20
obscene or discriminatory material. If this message contains=3D20
inappropriate material please forward the e-mail intact to=3D20
postmaster@xxxxxxxxxxxxxxxxx and it will be investigated.=3D20
Statements and opinions contained in this e-mail may not=3D20
necessarily represent those of Littlewoods.
Please note that e-mail communication may be monitored.
Registered office:=3D20
Littlewoods Retail Limited,=3D20
Sir John Moores Building,=3D20
100 Old Hall Street,=3D20
Liverpool,
L70 1AB=3D20
Registered no: 421258 =3D20
http://www.littlewoods.com=3D20
***********************************************************************
***********************************************=3D20
This Weeks Sponsor: WM Software
WMS Messenger for TSE
Affordable Instant Messaging for Terminal Servers
http://www.wmsoftware.com/wmsm/
************************************************
For Archives, to Unsubscribe, Subscribe or=3D20
set Digest or Vacation mode use the below link.
http://thethin.net/citrixlist.cfm
***********************************************=20
This Weeks Sponsor: WM Software
WMS Messenger for TSE
Affordable Instant Messaging for Terminal Servers
http://www.wmsoftware.com/wmsm/
************************************************
For Archives, to Unsubscribe, Subscribe or=20
set Digest or Vacation mode use the below link.
http://thethin.net/citrixlist.cfm
***********************************************=20
This Weeks Sponsor: WM Software
WMS Messenger for TSE
Affordable Instant Messaging for Terminal Servers
http://www.wmsoftware.com/wmsm/
************************************************
For Archives, to Unsubscribe, Subscribe or=20
set Digest or Vacation mode use the below link.
http://thethin.net/citrixlist.cfm
***********************************************
This Weeks Sponsor: WM Software
WMS Messenger for TSE
Affordable Instant Messaging for Terminal Servers
http://www.wmsoftware.com/wmsm/
************************************************
For Archives, to Unsubscribe, Subscribe or
set Digest or Vacation mode use the below link.
http://thethin.net/citrixlist.cfm
***********************************************
This Weeks Sponsor: WM Software
WMS Messenger for TSE
Affordable Instant Messaging for Terminal Servers
http://www.wmsoftware.com/wmsm/
************************************************
For Archives, to Unsubscribe, Subscribe or
set Digest or Vacation mode use the below link.
http://thethin.net/citrixlist.cfm
Other related posts:
