That is quite the mystery. Much as I'd like to dig in with a pipe and magnifying glass, a more pragmatic part of me asks this question: what is the behavior if you create yet another CF instance on that machine? 'Cause if another instance's sessions work, I'd consider just replacing the broken one with it. :) Or, what happens if you create a new IIS instance (give it a new IP or a different port number) and attach it to the broken CF instance? This may be an IIS quirk, not CF. Good luck, there's a lot of moving parts with sessions and it can be hard to see what's having issues.
-CPC On Thu, Jun 5, 2008 at 11:18 AM, Mike Gillespie <[EMAIL PROTECTED]> wrote: > > We use Pass thru auth since this server is in the intranet zone. We > have a dozen or so CF servers, all configured the same, all > authenticated and have no problems logging into any of them and > maintaining sessions. All are in the same domain, each with it's > specific name (www1, www2, www3, etc) > > On the server with the trouble, there are 2 instances of CF, one > instance sticks the sessions, the other one does not; unless you are > using Win2k client. I am pretty sure it is not the client that is the > issue, but some setting in CF that is messed up. It could be that the > WinXP browser is configured to accept http 1.1 and cf is using http > 1.0 (just an example; this is not actually the case; we checked). > > Never in my experience have I seen 2 instances behave differently when > configured the same. We have validated that every CF Admin setting is > the same except of course for pathing and datasources.. and the JRUN > JVM path setting noted in the original post. > > On Jun 5, 11:05 am, "Ken Auenson, II" <[EMAIL PROTECTED]> wrote: > > Mike: > > Are you using IIS's NT authentication (disabled Anon Access to popup > > username/password prompt for users)? > > I had an issue on one of my production servers where some XP PCs would > not > > store session state on applications where I was using this authentication > > technique. > > > > I never found the root cause, but my solution was to manually add the > Token > > information into each and every URL (including form submissions, etc), so > > that the session was manually passed to each page. > > > > -- > > Ken > > > > > > > > On Thu, Jun 5, 2008 at 10:58 AM, Mike Gillespie <[EMAIL PROTECTED]> > wrote: > > > > > Browser does not make much difference. Have tried IE6, IE7 and FF 2. > > > FF and IE6 on Win2k stick the sessions, but not on XP. > > > > > On Jun 5, 9:37 am, Shane Heasley <[EMAIL PROTECTED]> wrote: > > > > What browser are you using on each machine? IE 7 has issue with > > > > maintaining sessions if there are odd characters in the site name. > > > > Like a hyphen. There might be others but that comes to mind. For > > > > examplehttp://test-box/index.cfm > > > > > > However, I have only seen that happen at random - not with every page > > > > refresh. > > > > > > I assume the cookie data is changing each time? > > > > > > On Jun 4, 7:43 pm, Mike Gillespie <[EMAIL PROTECTED]> wrote: > > > > > > > Need some help here, everything I/we have tried is not working. > > > > > > > We have a CFMX 6.1 on a win2k3 server with 2 instances on it. The > > > > > cfusion instance assigns a new cfid,cftoken,jsessionid on every > page > > > > > refresh. The cfusion2 instance is working like it is supposed to. > > > > > > > There are only 2 websites on the box, each with it's own IP and DNS > > > > > entry. Both instances have had the same patches and hot fixes > > > > > applied. > > > > > > > The second instance was created using these instructions, which is > how > > > > > all servers with multiple instances are configured here, and this > is > > > > > the only one giving us trouble. > > > > > > http://www.adobe.com/devnet/coldfusion/articles/multi_instances.html > > > > > > > BUT, the really strange thing is that if you access a page and > refresh > > > > > from a windows 2000 client, the session sticks; even if you delete > > > > > cookies. But hit the same page on an XP Pro machine and the > session > > > > > does not stick. I have never seen anything like it, and have been > > > > > googling and cannot find anything on it. > > > > > > > So, I am hoping someone may have seen something like this and may > have > > > > > some suggestions. > > > > > > > The only strange thing I see is in the cold fusion administrator, > > > > > system settings page. The Java path sections in each administrator > > > > > are pointing to the servers/cfusion folder. Based on the > instructions > > > > > linked above, this does not suprise me since we are basically > copying > > > > > cfusion folder into cfusion2 folder to create the second instance, > but > > > > > checking other servers installed the same way shows the same thing, > > > > > but there are not issues. > > > > > > > The client store on both instances are using seperate Oracle > schemas. > > > > > What is also strange is that on the server that is sticking the > > > > > seesions, the client tables in oracle are blank, but on the server > > > > > that is not sticking the database has entries. Both instances were > > > > > using the registry for the first few weeks they were online (these > are > > > > > fresh installs to upgrade the hardware for dev/test environments. > > > > > > > Any ideas? I/we are stumped.. > > > > > > > M- Hide quoted text - > > > > > > - Show quoted text -- Hide quoted text - > > > > - Show quoted text - > > > -- ------------------------ Houston ColdFusion Users Group www.houcfug.org [EMAIL PROTECTED] --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the "Houston ColdFusion Users' Group" discussion list. To unsubscribe, send email to [EMAIL PROTECTED] For more options, visit http://groups.google.com/group/houcfug?hl=en -~----------~----~----~----~------~----~------~--~---
