[Thinlinc-technical] HA++

Rui Lapa rui.lapa at ruilapa.net
Mon Apr 28 13:50:54 CEST 2014


Well, my previous affirmation is not correct.

The situation still persists, even though I disabled HA.

With tcpdump I see the tcp/904 packages:

Master:
12:47:55.085032 IP DMZ_IP.1022 > CLOUD_IP.904: Flags [S], seq 
1134206032, win 29200, options [mss 1460,sackOK,TS val 149295328 ecr 
0,nop,wscale 7], length 0
12:47:55.127040 IP CLOUD_IP.904 > DMZ_IP.1022: Flags [.], ack 
1879359532, win 229, options [nop,nop,TS val 434128492 ecr 152335306], 
length 0
12:47:55.127114 IP DMZ_IP.1022 > CLOUD_IP.904: Flags [R], seq 
2261775421, win 0, length 0

Agent:
12:48:21.308964 IP DMZ_EXTERNAL_IP.1022 > CLOUD_INTERNAL_IP.904: Flags 
[S], seq 2384510363, win 29200, options [mss 1460,sackOK,TS val 
149307566 ecr 0,nop,wscale 7], length 0
12:48:21.309028 IP CLOUD_INTERNAL_IP.904 > DMZ_EXTERNAL_IP.1022: Flags 
[.], ack 173, win 229, options [nop,nop,TS val 434140730 ecr 152335306], 
length 0
12:48:21.350525 IP DMZ_EXTERNAL_IP.1022 > CLOUD_INTERNAL_IP.904: Flags 
[R], seq 2261775421, win 0, length 0

Help?



On 04/23/2014 03:14 PM, Rui Lapa wrote:
> After disabling HA it started working.
>
> After re-enabling it got back to same strange on/off behavior.
>
> vsmserver.log
> 2014-04-23 15:09:10 INFO vsmserver: VSM Server version 4.1.1 build 4137
> started
> 2014-04-23 15:09:10 INFO vsmserver.license: Updating license data from
> disk to memory
> 2014-04-23 15:09:10 INFO vsmserver.license: License summary: 10
> concurrent users. Hard limit of 11 concurrent users.
> 2014-04-23 15:09:10 INFO vsmserver.session: Loaded 0 sessions for 0
> users from file
> ...
> 2014-04-23 15:09:50 WARNING vsmserver: Timeout getting load from VSM
> Agent EXTERNAL_IP1:904, marking as down
> 2014-04-23 15:09:50 WARNING vsmserver: Timeout getting load from VSM
> Agent EXTERNAL_IP2:904, marking as down
> 2014-04-23 15:11:10 WARNING vsmserver: Timeout getting load from VSM
> Agent EXTERNAL_IP1:904, marking as down
> 2014-04-23 15:11:10 WARNING vsmserver: Timeout getting load from VSM
> Agent EXTERNAL_IP2:904, marking as down
>
> We really wanted to HA the vsmservers.
>
> Any tips?
>
>
> On Wed, Apr 23, 2014 at 1:41 PM, Peter Astrand <astrand at cendio.se
> <mailto:astrand at cendio.se>> wrote:
>
>
>     Hi, comments below:
>
>
>             Currently, we have a centralized FreeNX scenario with 2
>         frontend servers and 29 backend servers, supporting +500 users,
>         all running in the LAN, on old server hardware.
>             This scenario has been running for 4 years. We created
>         message queuing and remote tasks to alleviate our stupid day to
>         day sysadmin jobs, ...
>              More info, on this 2 year old presentation (sorry, portuguese)
>
>         http://www.slideshare.net/rui___lapa/desktop-linux-na-__tranquilidade-portolinux-__presentation?qid=a331b942-__8a98-4ae9-aea0-c02698e698b4&v=__default&b=&from_search=1
>         <http://www.slideshare.net/rui_lapa/desktop-linux-na-tranquilidade-portolinux-presentation?qid=a331b942-8a98-4ae9-aea0-c02698e698b4&v=default&b=&from_search=1>
>
>             At the moment, we are evolving the solution to "crazy", so
>         we want to provide a desktop to external "entities" and shops
>         without internal network access, while still providing internal
>         linux desktops.
>             The crazy is, that the external desktops servers will run on
>         a cloud provider.
>             In the future, we plan to ONLY use cloud servers, while
>         keeping the 2 vsmservers on the DMZ.
>
>
>     I agree that this is crazy :-) As I mentioned, the VSM servers
>     should be located where the VSM agents are. There are several
>     reasons for this, security being one of them.
>
>
>
>              At this time we are doing our final test, where we have 2
>         DMZ vsmservers, 3 LAN agents and 2 Cloud agents.
>
>             The datacenter has 4 dedicated internet circuits, with 1 IP
>         each, in a in/output load balancing scenario. (F5 BigIp).
>
>             The cloud agents are getting 4 (tcp/904) pollings from each
>         external ip of each circuit.
>             Due to this, we configured cloud agents
>         "/vsmagent/allowed_clients" mapped to the 4 external NAT IP's.
>             Unfortunately, even though, we get the tcpdump from each IP
>         to TCP/904 and see the replies, the vsmservers webadmin status
>         load page keeps considering these servers one cycle up, the next
>         up/down, randomly.
>             The internal vsmserver have the
>         "/vsmserver/terminalservers", with the external cloud ip's and
>         the internal lan ips.
>
>             But, is there anything more we need to do?
>
>
>     The web interface communicate with the VSM Server, so apparently the
>     VSM server(s) loses contact with the cloud agents now and then. It's
>     difficult to tell why. You could start with one single VSM server,
>     ie disable HA, until the agent communication works reliably. Also,
>     check out vsmserver.log. tcpdump/Wireshark can probably also tell
>     you what's going on.
>
>     Regards, ---
>
>     Peter Astrand           ThinLinc Chief Developer
>     Cendio AB http://cendio.com
>     Teknikringen 8 http://twitter.com/ThinLinc
>     583 30 Linkoping http://facebook.com/ThinLinc
>     Phone: +46-13-214600 <tel:%2B46-13-214600>
>     http://google.com/+__CendioThinLinc <http://google.com/+CendioThinLinc>
>
>




More information about the Thinlinc-technical mailing list