S10 disconnecting sessions

  • This topic is empty.
Viewing 14 posts - 91 through 104 (of 104 total)
  • Author
    Posts
  • #18194
    Avatarcroach77
    Member
    • Total Post: 8
    • Newbie

    Has anyone made any progress to this particular issue? I too have had random lockups on our V10L units. Sometimes the units will appear with the TPF error, but on more occasions the Win XP vm will just freeze.

    Just like another person mentioned, I’m able to ping the vm via IP and host name without issue. However I can’t console into the locked session via vCenter. A reset of the vm will fix the issue and all returns to normal. One thing I’ve noticed is when a V10L unit freezes up the vm session, the cpu consumption for the vm will spike 95-100% and stay there until I reset it. Has anyone else experienced this?

    Wyse allowed me to download the latest version of 6.5.0._34, but the problem still exists. Hopefully someone has made some progress. Thanks.

    Chris

    #18336
    Avatarkarmakoma
    Member
    • Total Post: 73
    • Back Stage Pass
    • ★★★★

    Hi,

    We are experiencing a similar kind of issue. Citrix published desktop on XenApp 5.0. Helpdesk attempt to shadow a session and on random occasions the users session is disconnected. Sometimes the trap error is generated and a restart is required. Sometimes an out of memory error is displayed and user is brought back to the login screen. These errors are generated by the Wyse (V10L and C10L running 6.5.0_34).

    Like most people have commented it appears to be an issue with certain websites. For us it appears to be due to Citrix session size. We are running on 22″ wide screens with 1920 x 1080 resolution. A login with only a couple of windows open is fine. Open a few more windows and it will crash every time.

    However, we can reproduce this issue on a Windows PC with ICA client 12 running a published XenApp desktop at the same resolution. When you attempt to shadow the session it just disconnects from on the client pc.

    Does anyone have any details on what AltCacheDisable setting does?

    #18372
    Avatarmdemarcay
    Member
    • Total Post: 1
    • Newbie

    After a month long struggle we found our router that the terminal server was attached to did not have an MTU setting (changed to 1432) and problem solved.

    All S10s connect fine to Win2008 R2 terminal server.

    #18376
    ConfGenConfGen
    Keymaster
    • Total Post: 9912
    • Jedi Master
    • ★★★★★★★

    Great feedback.
    Thanks for that.

    CG

    #18474
    Avataryanni2247
    Member
    • Total Post: 1
    • Newbie

    We fixed this issue by setting the color depth in the RDP session to 16-bit. It was previously set to 24-bit.

    After this all problems have gone!

    #18482
    Avatarm0rris
    Member
    • Total Post: 2
    • Newbie

    We had the similar problem but i’ve solved the problem with switching the cable from a 1gbs port too a 100mbs port. (This was using a RDP session)

    Its seems the thin client can’t handle a 1gbs connection.

    Other settings are;
    – Firmware 6.5.0_30
    – Color settings on 32bit

    #18565
    Avatarioan
    Member
    • Total Post: 1
    • Newbie

    Hi all, we’ve been having the same problem for about 5 months and tried almost all firmware for both 1200LE and S10. Our environment uses 2008 windows servers 32bit with xenapp 5. The solution to this problem was altering the registry key under. This was tried before but as i found out later the key was overwritten by a server restart and the value set automatically was not the default!!! The value was “1” at every restart.
    If the key is missing then the default value of “5” is the active one and it should fix your problem. In our case we made a computer policy for all terminal servers with this key and a value of “10”, just to be sure. 5 months of pain is finally over. We have also tested it with older firmware 6.2.18 without problems. So check it out.

    TcpMaxDataRetransmissions
    Key: TcpipParameters
    Value Type: REG_DWORD – Number
    Valid Range: 0 – 0xFFFFFFFF
    Default: 5
    Description: This parameter controls the number of times that TCP retransmits an individual data segment (non-connect segment) before it aborts the connection. The retransmission timeout is doubled with each successive retransmission on a connection. It is reset when responses resume. The base timeout value is dynamically determined by the measured round-trip time on the connection.

    #18585
    Avatarm0rris
    Member
    • Total Post: 2
    • Newbie

    @m0rris wrote:

    We had the similar problem but i’ve solved the problem with switching the cable from a 1gbs port too a 100mbs port. (This was using a RDP session)

    Its seems the thin client can’t handle a 1gbs connection.

    Other settings are;
    – Firmware 6.5.0_30
    – Color settings on 32bit

    I spoke a bit too soon, the problem still occurs (but not as often)

    I’ve also checked my switch and it gives the following “problem” on the ports that are connected with the Wyse S10 clients
    – Excessive CRC/Alignment Errors on port XX

    Note that this only happens on the ports where a S10 client is appointed too. The cables have been re-measured just too be sure but they were ok.

    #18797
    AvatarSyswatch
    Member
    • Total Post: 1
    • Newbie

    Hi guys,
    I have the same problem with some of my clients.
    But I do not have access to firmwares from Wyse, can anyone try send me the newest by email ?

    My device:
    Model No: SX0
    PROD ID: Winterm S10

    #18800
    ConfGenConfGen
    Keymaster
    • Total Post: 9912
    • Jedi Master
    • ★★★★★★★

    NO, NO, NO, AGAIN, if I ever get to know that someone is sending around firmware, he will be banned from this site and the contact details are passed to Wyse.
    Sharing WTOS firmware is illegal and we do not support illegal task here.

    Contact Wyse and ask them. If they don’t provide it for free, you would have to buy an upgrade.

    CG

    #18911
    AvatarHectorG
    Member
    • Total Post: 3
    • Newbie

    We had the same issues with the Wyse C10LEs with firmware 6.5.046 and using Citrix XenDesktop. We solved our case (3 days without errors so far) by:

    1-Following this VMware KB:
    http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1007914

    Where you modify this registry setting in the base image/vdisk:

    Browse to the following registry key:
    HKEY_LOCAL_MACHINESystemCurrentControlSetControlTerminalServer
    Add or edit the MaxOutstandingConnect key with type DWORD.
    Set the value to hexadecimal 32.

    2-Modify the parameter in the base image/vdisk:

    Browse to the following registry key: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters
    Add or edit the TcpMaxDataRetransmissions key with type DWORD.
    Set the value to hexadecimal A(Decimal 10).

    3-Disable the Session Reability at the XenDesktop farm level and on the wyse devices. Enabled ICA KeepAlive at the XD farm Level.

    4-Also set the ICA protocol encryption to Basic.

    It’s always recommended to certify that DNS is functioning properly.

    Hope this Helps,

    HectorD

    #18933
    Avatarkarmakoma
    Member
    • Total Post: 73
    • Back Stage Pass
    • ★★★★

    This is all very interesting.

    I wonder if this will solve our random session disconnects in our XenApp 5 farm.
    With the ICA Keep Alive, should this be set via Citrix farm settings and not via registry? What is a recommended value? Currently ours is set for 180 secs.

    Thanks!

    #18951
    AvatarHectorG
    Member
    • Total Post: 3
    • Newbie

    karmakoma,

    I’d say modify it at the farm level and put a value of 60 for example. It’s going to send a TTL every 60 secs to see if the session is alive, if not it’ll put it in a disconnect state.

    Regards,

    #19171
    Avatarkarmakoma
    Member
    • Total Post: 73
    • Back Stage Pass
    • ★★★★

    Just thought I’d let everyone know that a week after adding TcpMaxDataRetransmissions key with a value of 10 and disabling session reliability we have not had a single session disconnect!

    Thanks everyone for you help!

Viewing 14 posts - 91 through 104 (of 104 total)
  • You must be logged in to reply to this topic.