Hi Jon,
Do you have a support contract? If so, can you please open a case. It will help 
getting a bug addressed that is causing this. Basically the session manager 
(perhaps more) gets confused when the instances all have the same IP. 

On Feb 9, 2012, at 2:38 PM, "Jonathan C. Bailey" <[email protected]> 
wrote:

> Hello,
> 
> I'm in the process of trying to set up a test environment for multihead with 
> OVDC. I've created two OVDC profiles - MH1 and MH2 and am launching OVDC 
> appropriately with the --profile option. Individually, the OVDC sessions work 
> fine. If I put the two OVDC "terminals" into a multihead group (like below) 
> and try to connect, rather than acting like a multihead group, the server 
> kicks both connections over and over.
> 
> Although I figure this is probably really unsupported, does anyone know why 
> this isn't working (and how I might get it to work)?
> 
> Multihead Group    Geometry           CIDs
> ------------------ ------------------ --------------------------------
> jcbovdc            geometry=2x1       MD5.78441888f8e2cff3f08064c04abb8e4d (P)
>                                      MD5.8b35eedea94ebd39d01a8876edf06a28
> 
> Log entries that are probably related:
> 
> Feb  9 16:25:56 apollo utauthd: JobQGroup UNEXPECTED: SessionManager.permit: 
> line="ERR/permit InvalidArg6"
> Feb  9 16:25:56 apollo utauthd: JobQGroup UNEXPECTED: Cannot connect on port 
> change
> Feb  9 16:25:56 apollo utauthd: JobQGroup NOTICE: DISCONNECT 
> MD5.8b35eedea94ebd39d01a8876edf06a28, pseudo.78441888f8e2cff3f08064c04abb8e4d 
> destroy
> Feb  9 16:25:56 apollo utauthd: JobQGroup NOTICE: DESTROY 
> pseudo.78441888f8e2cff3f08064c04abb8e4d lifetime=15
> Feb  9 16:25:56 apollo utauthd: JobQGroup NOTICE: DISCONNECT 
> MD5.78441888f8e2cff3f08064c04abb8e4d, pseudo.78441888f8e2cff3f08064c04abb8e4d 
> destroy
> Feb  9 16:25:56 apollo utauthd: JobQGroup NOTICE: DESTROY 
> pseudo.78441888f8e2cff3f08064c04abb8e4d lifetime=2006
> Feb  9 16:25:56 apollo utauthd: JobQGroup UNEXPECTED: AuthRecord.taskEvent: 
> Terminal is null. returning.
> 
> 
> 
> -Jon
> _______________________________________________
> SunRay-Users mailing list
> [email protected]
> http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

Reply via email to