[THIN] Re: Citrix and MSCS failover problem
- From: "Rowlandson, John" <John.Rowlandson@xxxxxxxxxxxxx>
- To: <thin@xxxxxxxxxxxxx>
- Date: Wed, 15 Jan 2003 21:02:03 +1100
david=20
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 =
letter
ie q: is \\file01\keystone\
when the cluster failed over, the oracle client will not reconnect and =
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 =
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 - =
depending
on settings.
There are some settings for office apps (eg excel) with respect to =
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]=20
> Sent: 14 January 2003 17:32
> To: 'thin@xxxxxxxxxxxxx'
> Subject: [THIN] Re: Citrix and MSCS failover problem
>=20
> No, all the WINS entries are made dynamically. =20
>=20
> I think this problem lies somewhere with the actual clustered=20
> file share - from a citrix server I issued a PING and ARP -a=20
> to show the MAC address used. Repeating this after a=20
> failover shows that the Citrix box is correctly resolving the=20
> same IP address to the 'new' MAC address.
>=20
> -----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
>=20
> You haven't got any static entries in WINS or lmhosts for=20
> cluster resource names, have you?
>=20
> > -----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
> >=20
> > Thanks, but I've checked that - the Citrix servers are set to
> > use the clustername. =20
> >=20
> > 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=20
> > failover without affecting the live share. Initially, I was=20
> > able to duplicate the problem - basically the share seems to=20
> > disappear when the group is failed over. However, following=20
> > further tests this afternoon, without changing anything, the=20
> > test setup is now working correctly through a=20
> > failover.....aaaaaargh! Ah well, could be a late evening,=20
> > we're going to test failover on the live system once the=20
> > users have gone home :(
> >=20
> > -----Original Message-----
> > From: Magnus [mailto:magnus@xxxxxxxx]
> > Sent: 14 January 2003 16:15
> > To: thin@xxxxxxxxxxxxx
> > Subject: [THIN] Re: Citrix and MSCS failover problem
> >=20
> > Make sure that you are using the clustername /cluster ip
> > address to point to those forms. I may be that they are set=20
> > up to use just the name or ip of one of the nodes in the=20
> > cluster instead of the cluster name
> >=20
> > -----Original Message-----
> > From: thin-bounce@xxxxxxxxxxxxx
> > [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of Lee, David=20
> > (CITY TREASURY)
> > Sent: Monday, January 13, 2003 12:47 PM
> > To: 'thin@xxxxxxxxxxxxx'
> > Subject: [THIN] Citrix and MSCS failover problem
> >=20
> > We have a Windows 2000 Advanced Server cluster which hosts a
> > file share containing forms for an Oracle application. Our=20
> > Win2K / Citrix servers (Metaframe XPe) run an application=20
> > which uses these forms. =20
> >=20
> > The problems started today when we needed to perform a
> > cluster failover for maintenance purposes - I was able to=20
> > successfully move all cluster resources to the other node,=20
> > but the helpdesk then started to receive calls from Citrix=20
> > users complaining about the Oracle application failing. =20
> > Basically, the application could no longer see the path to=20
> > the forms files, like the file share had gone down. However,=20
> > I was able to successfully browse the share from a Citrix=20
> > desktop, although the Windows explorer initially indicated=20
> > that the drive mapping was disconnected. I'm aware that=20
> > failover can interupt the service for a few seconds, but I=20
> > still had users in this state 20 minutes afterwards! Users=20
> > attempting to set up new sessions after the failover were=20
> > also affected.
> >=20
> > It is almost as if the Citrix servers were connecting direct
> > to the cluster node rather than the virtual server, hence=20
> > failover broke their connection. However, the Citrix servers=20
> > are configured to use the virtual server, so I've had to rule=20
> > that out as well. I've got everything back up now by=20
> > rebooting the Citrix servers (desperate!), but I'm still=20
> > concerned that the Citrix servers did not cope with an MSCS=20
> > failover, any ideas?
***********************************************************************
This e-mail and its attachments are intended for the above named=20
recipient(s) only and are confidential and may be privileged.
If they have come to you in error you must take no action based=20
on them, nor must you copy or disclose them or any part of=20
their contents to any person or organisation; please notify the=20
sender immediately and delete this e-mail and its attachments from=20
your computer system.
Please note that Internet communications are not necessarily secure=20
and may be changed, intercepted or corrupted. We advise that=20
you understand and observe this lack of security when e-mailing us=20
and we will not accept any liability for any such changes,=20
interceptions or corruptions.=20
Although we have taken steps to ensure that this e-mail and its=20
attachments are free from any virus, we advise that in keeping=20
with good computing practice the recipient should ensure they=20
are actually virus free.
Copyright in this e-mail and attachments created by us belongs=20
to Littlewoods.=20
Littlewoods takes steps to prohibit the transmission of offensive,=20
obscene or discriminatory material. If this message contains=20
inappropriate material please forward the e-mail intact to=20
postmaster@xxxxxxxxxxxxxxxxx and it will be investigated.=20
Statements and opinions contained in this e-mail may not=20
necessarily represent those of Littlewoods.
Please note that e-mail communication may be monitored.
Registered office:=20
Littlewoods Retail Limited,=20
Sir John Moores Building,=20
100 Old Hall Street,=20
Liverpool,
L70 1AB=20
Registered no: 421258 =20
http://www.littlewoods.com=20
***********************************************************************
***********************************************=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
Other related posts:
