Hi , I have implemented one High availability with mysql cluster database. It was working fine for one year.
All of sudden one issue after login to VDI login 1800 Secondary A and Secondary B having Serious issue. Whenever I click pool or Desktop provider it never do any thing. Working by command mode ./vda and handover to customer you know how difficult to convince. By da way there are some desktop start job pending. I am not able to cancel ./vda job-cancel . I have even upgrade the all primary ,sec A and sec B to Vdi 3.1.1 to VDI 3.2.1 Still no luck. Need advise from Sun ray Gurus , how i enable back the VDI gui. Best Regards, KTG On Mon, Feb 7, 2011 at 7:13 PM, <[email protected]> wrote: > Send SunRay-Users mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.filibeto.org/mailman/listinfo/sunray-users > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of SunRay-Users digest..." > > > Today's Topics: > > 1. Re: Redhat 5.6 + firefox 3.6.13 + SRSS 5.1 > (Philippe Bourdeu d'Aguerre) > 2. Re: 26D problems SRSS 5.1 (Detlev Habicht) > 3. VDI 3.2.2 - grid lines, etc missing? (Jonathan C. Bailey) > 4. Re: Redhat 5.6 + firefox 3.6.13 + SRSS 5.1 (Bob Doolittle) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 7 Feb 2011 12:14:32 +0100 > From: "Philippe Bourdeu d'Aguerre" <[email protected]> > To: "SunRay-Users mailing list" <[email protected]> > Subject: Re: [SunRay-Users] Redhat 5.6 + firefox 3.6.13 + SRSS 5.1 > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Le lundi 7 f?vrier 2011, Alexander Koponen a ?crit : > > How did you get chrome running on RedHat? > > > http://www.cs.bham.ac.uk/~cxs548/chrome > -- > Philippe BOURDEU d'AGUERRE > AIME - Campus de l'INSA http://www.aime-toulouse.fr/ > 135, av. de Rangueil Tel +33 561 559 885 > 31077 TOULOUSE Cedex 4 - FRANCE Fax +33 561 559 870 > > > ------------------------------ > > Message: 2 > Date: Mon, 7 Feb 2011 13:56:35 +0100 > From: Detlev Habicht <[email protected]> > To: SunRay-Users mailing list <[email protected]> > Subject: Re: [SunRay-Users] 26D problems SRSS 5.1 > Message-ID: <[email protected]> > Content-Type: text/plain; charset=us-ascii > > Hello, > > we have similar problems and maybe the same. > > I can also see the gdm user for example. > > Mostly we see this problem when a user tries to login > via smartcard or want to go to another terminal (with the smartcard). > > Sometimes this problem appears for a smartcard and so the > problem goes with the smartcard. > > Sometimes this problem appears for a terminal only. > > And every time only a few user have this problem. > > The last days we had the effect, waiting 5 until 15 minutes > solved the problem and the effect was gone. We have a two > server FOG and when i login in the Admin GUIs always one of this > servers can't show the sessions or show no sessions. As i say, a few > minutes > later everything was ok again. > > We are running Red Hat Linux. > > So it would be nice to see a solution .... > > :-) > > Greetings > > Detlev > > > > > Am 04.02.2011 um 17:44 schrieb Carsten John: > > > Hi folks, > > > > we are still having problems. > > > > What I found out in the meantime is that definitely gdm is the problem. > > > > It works for about a day (or a few days?). Then suddenly gdm does not > > provide login service any more, resulting the DTUs to hang in 26D. > > > > Obviously gdmdynamic stops communication with gdm. A "gdmdynamic -l -v" > > at the command line does not give any results and needs to be > > interrupted via CTRL+c. > > > > gdm also does not produce any further messages in syslog after the crash > > (debug mode is enabled). > > > > An "ps -fax | grep gdm" shows various alredy connected Xnewt sessions > > and some : > > > > > > \_ [gdm] <defunct > > > > as well as > > > > gdmdynamic -b -d $SOME-NUMBER > > > > processes. > > > > > > The strange thing is that "utsession -p" shows sessions belonging to the > > user "gdm" after the crash. That never showed up before: > > > > utsession -p > > > > Token ID Registered Name Unix ID Disp State > > ------------------------------ -------------------- ---------- ---- ----- > > Payflex.5011eb6900130100 ??? XXXXXXXX 13 D > > Payflex.5011eb6b00130100 ??? gdm 19 D > > Payflex.5011eb7300130100 ??? XXXXXXXX 11 U > > Payflex.5011eb7600130100 ??? gdm 31 D > > Payflex.5011eb7d00130100 ??? gdm 23 D > > pseudo.00144f96d6c4 ??? gdm 14 U > > pseudo.00144f9826a0 ??? XXXXX 34 U > > pseudo.00144f98290c ??? gdm 25 D > > pseudo.00144fa17e25 ??? XXXXX 41 U > > pseudo.00144fa65a8a ??? gdm 22 U > > pseudo.00144fa65b1e ??? gdm 45 D > > pseudo.00144fa7f723 ??? XXXXX 16 U > > pseudo.00144fa7f75b ??? XXXXX 30 U > > pseudo.00144fa7f765 ??? XXXXXX 40 U > > pseudo.00144fa807a3 ??? gdm 28 D > > pseudo.00144fa807b1 ??? gdm 18 U > > pseudo.00144fa807be ??? XXXXX 42 U > > pseudo.00144fa80858 ??? gdm 37 U > > pseudo.00144fd18b3a ??? XXXXXXXX 33 U > > pseudo.00144fd37c84 ??? XXXXXXXX 43 U > > pseudo.00144fd37c8e ??? gdm 24 D > > pseudo.0021283a2717 ??? gdm 27 D > > pseudo.002128763446 ??? gdm 20 D > > pseudo.002128763447 ??? gdm 17 U > > pseudo.00212876348f ??? XXXXXXX 12 U > > > > > > > > Our gdm.conf (gdm 2.20) as follows: > > > > > > grep -v -e "^#" /etc/gdm/gdm.conf | sed -e '/^$/d' > > [daemon] > > AutomaticLoginEnable=false > > AutomaticLogin= > > TimedLoginEnable=false > > TimedLogin= > > TimedLoginDelay=30 > > Greeter=/usr/lib/gdm/gdmlogin > > DefaultPath=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games > > > RootPath=/usr/local/bin:/usr/local/sbin:/sbin:/usr/sbin:/bin:/usr/bin:/usr/bin/X11:/usr/games > > User=gdm > > Group=gdm > > LogDir=/var/log/gdm > > PostLoginScriptDir=/etc/gdm/PostLogin/ > > PreSessionScriptDir=/etc/gdm/PreSession/ > > PostSessionScriptDir=/etc/gdm/PostSession/ > > DisplayInitDir=/etc/gdm/Init > > FailsafeXserver= > > XKeepsCrashing=/etc/opt/SUNWut/gdm/XKeepsCrashing.sunray > > RebootCommand= > > HaltCommand= > > SuspendCommand= > > HibernateCommand= > > SystemCommandsInMenu=HALT;REBOOT;HIBERNATE;SUSPEND;CUSTOM_CMD > > AllowLogoutActions=HALT;REBOOT;HIBERNATE;SUSPEND;CUSTOM_CMD > > RBACSystemCommandKeys= > > ServAuthDir=/var/lib/gdm > > BaseXsession=/etc/gdm/Xsession > > > SessionDesktopDir=/usr/share/gdm/BuiltInSessions/:/usr/share/xsessions/:/var/lib/menu-xdg/xsessions/:/etc/dm/Sessions/ > > DefaultSession=default.desktop > > UserAuthDir= > > UserAuthFBDir=/tmp > > UserAuthFile=.Xauthority > > StandardXServer=/usr/X11R6/bin/X > > Xnest=/usr/share/gdm/gdmXnestWrapper -br -audit 0 > > XnestUnscaledFontPath=true > > FirstVT=7 > > VTAllocation=false > > SoundProgram=/usr/lib/gdmplay > > DynamicXServers=true > > GdmXserverTimeout=30 > > [security] > > AllowRoot=true > > AllowRemoteRoot=true > > AllowRemoteAutoLogin=false > > RelaxPermissions=1 > > CheckDirOwner=true > > SupportAutomount=false > > DisallowTCP=true > > PamStack=gdm > > UtmpLineAttached=/dev/console > > UtmpLineRemote= > > UtmpPseudoDevice=false > > [xdmcp] > > Enable=false > > [gui] > > GtkTheme=Human > > [greeter] > > Browser=true > > MinimalUID=1000 > > Exclude=nobody > > IncludeAll=true > > LocaleFile=/etc/gdm/locale.conf > > Logo=/usr/share/pixmaps/gdmDebianLogo.xpm > > ConfigAvailable=false > > DefaultWelcome=true > > DefaultRemoteWelcome=true > > BackgroundColor=#000000 > > GraphicalThemedColor=#000000 > > GraphicalTheme=Human > > GraphicalThemeDir=/usr/share/gdm/themes/ > > GraphicalThemeRand=false > > SoundOnLoginFile=/usr/share/sounds/question.wav > > PreFetchProgram=/usr/lib/gdm/gdmprefetch @/etc/gdm/gdmprefetchlist > > [chooser] > > HostImageDir=/usr/share/hosts/ > > Hosts= > > Broadcast=true > > Multicast=false > > [debug] > > Enable=true > > Gestures=false > > [servers] > > 0=Standard device=/dev/console > > [server-Standard] > > name=Standard server > > command=/usr/X11R6/bin/X -br -audit 0 > > flexible=true > > [server-Terminal] > > name=Terminal server > > command=/usr/X11R6/bin/X -br -audit 0 -terminate > > flexible=false > > handled=false > > [server-Chooser] > > name=Chooser server > > command=/usr/X11R6/bin/X -br -audit 0 > > flexible=false > > chooser=true > > [customcommand] > > > > > > any suggestions? > > > > > > > > > > thx > > > > > > Carsten > > -- > > Max Planck Institut fuer marine Mikrobiologie > > - Network Administration - > > Celsiustr. 1 > > D-28359 Bremen > > Tel.: +49 421 2028568 > > Fax.: +49 421 2028565 > > PGP public key:http://www.mpi-bremen.de/Carsten_John.html > > _______________________________________________ > > SunRay-Users mailing list > > [email protected] > > http://www.filibeto.org/mailman/listinfo/sunray-users > > > > ------------------------------ > > Message: 3 > Date: Mon, 7 Feb 2011 08:36:44 -0600 (CST) > From: "Jonathan C. Bailey" <[email protected]> > To: SunRay-Users mailing list <[email protected]> > Subject: [SunRay-Users] VDI 3.2.2 - grid lines, etc missing? > Message-ID: <1029218718.69352.1297089404521.JavaMail.root@zimbra> > Content-Type: text/plain; charset="utf-8" > > Hello, > > We just upgraded from VDI 3.2.1 to 3.2.2 this weekend (so we now have SRWC > 2.3), and have noticed that in some applications, grid lines and/or other > elements are either missing, or corrupted (misaligned, etc). We're > connecting to XP SP3 VMs via Windows RDP. Nothing has changed on the VM > since the upgrade. > > I've attached a screenshot that hopefully get through to illustrate the > problem. The pargs for uttsc-bin of that session are below (sanitized): > > 8739: /opt/SUNWuttsc/lib/uttsc-bin -u jcb -N off -S 5 -i -d MCIS -r > usb:on -m -x :19. > argv[0]: /opt/SUNWuttsc/lib/uttsc-bin > argv[1]: -u > argv[2]: USERNAME > argv[3]: -N > argv[4]: off > argv[5]: -S > argv[6]: 5 > argv[7]: -i > argv[8]: -d > argv[9]: DOMAIN > argv[10]: -r > argv[11]: usb > argv[12]: -m > argv[13]: -x > argv[14]: :19.0 > argv[15]: VMIP > > > Any thoughts? > > > -Jon > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: sleuth_borkedlogin.png > Type: image/png > Size: 5777 bytes > Desc: not available > URL: < > http://www.filibeto.org/pipermail/sunray-users/attachments/20110207/6f8ac642/attachment-0001.png > > > > ------------------------------ > > Message: 4 > Date: Mon, 07 Feb 2011 10:12:13 -0500 > From: Bob Doolittle <[email protected]> > To: SunRay-Users mailing list <[email protected]> > Subject: Re: [SunRay-Users] Redhat 5.6 + firefox 3.6.13 + SRSS 5.1 > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > On 02/04/11 14:29, . wrote: > > > > This is because firefox actually listens to what the LD_PRELOAD is set > to. Your LD_PRELOAD for srss is setup via > /etc/opt/SUNWut/xinitrc.d/0100.SUNWut > > > > I had problems with other apps and LD_PRELOAD so I ended up commenting > out the 'export LD_PRELOAD' in the aforementioned script with no problems. > > Does audio work? > > -Bob > > > > > The problem I still have is with browser radio buttons not showing up. > What's peculiar is that if I use console or VNC on the server running srss > the radio buttons show up fine, but via dtu's the radio buttons do not > display properly or are totally gone. It is however fixed if I downgrade to > firefox 3.0, or use chrome. > > > > > > On 2/2/2011 7:22 AM, Patrick wrote: > >> > >> yeah or > >> unset LD_PRELOAD; firefox > >> also seems to work. > >> > >> thanks for commenting. > >> > >> On Wed, Feb 2, 2011 at 4:16 PM, Detlev Habicht < > [email protected] <mailto:[email protected]>> wrote: > >> > >> unsetenv LD_PRELOAD ???? > >> > >> Detlev > >> > >> > >> Am 02.02.2011 um 15:54 schrieb Patrick: > >> > >> > Hi all, > >> > > >> > Today I've updated one of our redhat servers to Redhat 5.6 and > >> which is running SRSS 5.1. > >> > Users all logon to the redhat desktop. > >> > > >> > Now i've noticed some ackward behavior in running firefox > >> 3.6.13; it doesn't start at all and it doesn't show any errors > >> what so ever. > >> > When logged onto the console of the server through DRAC > >> interface or by creating a ssh X11 tunnel to the server firefox > >> starts just fine for that user. > >> > > >> > I've removed and installed firefox a couple of time's but i'm > >> unable to get it working again. > >> > Anyone running same setup noticed like behaviour and maybe some > >> pointers to solve this or a fix ? > >> > > >> > thanks, > >> > > >> > Patrick > >> > > >> > _______________________________________________ > >> > SunRay-Users mailing list > >> > [email protected] <mailto:[email protected]> > >> > http://www.filibeto.org/mailman/listinfo/sunray-users > >> > >> _______________________________________________ > >> SunRay-Users mailing list > >> [email protected] <mailto:[email protected]> > >> http://www.filibeto.org/mailman/listinfo/sunray-users > >> > >> > >> > >> _______________________________________________ > >> 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 > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://www.filibeto.org/pipermail/sunray-users/attachments/20110207/3f449f6b/attachment.html > > > > ------------------------------ > > _______________________________________________ > SunRay-Users mailing list > [email protected] > http://www.filibeto.org/mailman/listinfo/sunray-users > > > End of SunRay-Users Digest, Vol 85, Issue 8 > ******************************************* >
_______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
