/srv/irclogs.ubuntu.com/2011/10/17/#edubuntu.txt

=== alkisg1 is now known as alkisg
dgrooshi alkisg getting a vinagre:5928 Warning Resolving failed: timeout reached message.  How can I resolve this?19:13
dgroosI quit epoptes, restart it, but still get this error coming from a client.  Or that's what I infer -- I'm accessing the server remotely (NX).19:14
dgroosBy quitting the terminal window, reopening it and reopening epoptes I was able to view a computer screen again that I had been unable, so that's great.  I still get the warning, though with a different #.19:27
=== dgroos_ is now known as dgroos
alkisgHi dgroos, /me reads...19:44
alkisgSo, you're logging in with NX, and want to broadcast your screen to the classroom?19:45
dgroosI logged in to the server via NX, opened terminal and opened epoptes.  I double-clicked on a screen, saw it, chose to execute/send message, did so.19:54
dgroosThen I closed epoptes, noticing that there were quite a few of those messages.  Then I reopened epoptes via terminal again...19:55
dgroosand tried to open the screen to which I had sent the message but it only opened up gray.19:56
dgroosclosing down epoptes again I saw a lot of those messages, again tried to access the screen by re-opening epoptes and double clicking on the icon but still gray screen.19:57
dgroosI closed terminal window, reopened a window, reopened epoptes and then was able to view the screen by double clicking on the icon.  So, that was good.19:58
dgroosthere were still those Vinagre warnings though with a different number.19:59
alkisg(10:56:41 μμ) dgroos: and tried to open the screen ==> when you say "open a screen", do you mean a VNC connection with vinagre?20:00
alkisg(i.e. double click on the client thumbnail)?20:00
dgroos_yes. yes.20:00
alkisgdgroos_: read this please, I reported it 2 weeks ago, maybe it's the vinagre bug you're mentioning? https://bugzilla.gnome.org/show_bug.cgi?id=66128920:01
ubottuGnome bug 661289 in VNC "Closing vinagre leaves 5500 port in TIME_WAIT state" [Normal,Unconfirmed]20:01
alkisgIn short, vinagre has a bug in that it leaves the port open for 1 minute and can't reuse it.20:03
alkisgIt can be avoided if one uses the toolbar [x close] button instead of the title bar [x] button20:03
=== dgroos_ is now known as dgroos
dgroosI'll experiment and see if that seems to apply (with the x out factor).20:04
alkisgnetstat -nap | grep TIME_WAIT might also be of use20:04
alkisgHmmm we'll need a faq or troubleshooting page in the site for such known bugs of other programs...20:05
dgroosI made a new connection to the server via NX as I had disconnected.20:09
dgroosI opened epoptes via terminal.  School is over and only 1 computer was still logged in, though it had a black screen...20:10
dgroosI double clicked on the screen's icon, it opened showing a black screen (NOT gray).  The warnings on the terminal window about the VINAGRE warning appeared...20:11
alkisgWarning Resolving failed: timeout reached message => that probably means that your server is not aware about your thin/fat client DNS name, I don't think it's anything to worry about20:13
alkisgSo, now try closing the connection with the toolbar [x close] button20:13
dgroosI disconnected from the vinagre window cy clicking on the x icon, not by the x button in the title bar.20:13
alkisgDon't close the vinagre window20:13
alkisgAh ok20:13
alkisgGo with that test first, ok20:13
alkisgSo vinagre now is still open?20:14
dgrooswhen reopening the window it was gray...20:14
alkisg(the window, not the connectino)20:14
dgroosthen I closed that with the x in the title bar.  waited a couple of minutes, reopened and it opened just fine.20:14
dgroosI repeated these tests and got similar results.20:15
alkisg(11:13:34 μμ) dgroos: I disconnected from the vinagre window cy clicking on the x icon, not by the x button in the title bar. ==> did you close the vinagre window then?20:15
alkisgTry keeping the vinagre window open20:15
alkisgClose the connection with the [x close] toolbar button, and minimize the window20:16
alkisgAnd try double-clicking on the client thumbnail again20:16
dgroosto conclude, the waiting of re-opening the connection made a difference but which button I used to end the session, didn't.20:16
dgroosok I'll read your stuff now :)20:16
alkisgYou should be able to do that as many times as you want without vinagre having the bug20:16
alkisgIf you want, I can also check with vnc20:17
dgroosOK, I'll check about closing the connection but not the window and re-clicking on the icon...20:18
dgroosBut right now the teacher just logged out so there aren't any logged in users at that school :)20:18
alkisgHeh, you can use ldm_autologin if you want,and reboot a client20:18
dgroosCheck this page for the netstat results from the test I did a while back...20:19
dgroospastie.org/271361520:19
dgrooshttp://pastie.org/271361520:19
dgroosno way!  how does one do that?20:20
dgroosoh! the teacher just logged back in :)  I'll message him to say logged in...20:20
alkisgFor the TIME_WAIT problem, the affected port is 550020:21
dgroosOK, just tested and sure enough, I just need to leave the window open, just disconnected from client...20:24
alkisgIf you want, comment on that bug report so that it gets on "triaged" state...20:25
dgroossure enough, when I close the vinagre window, that's when it becomes unconnectable for a while.  Right now testing the 60 second thing... sure enough, it is a 60 sec wait required after closing the window.20:27
dgroosI'll comment on the bug report... :) 'the squeaky wheel' and all...20:28
dgroosalkisg, my results are a bit different than how I understand your report...20:42
alkisgShoot - it's been a long time since I looked at the problem, over a year, I just now took the time to report it, so I might have remembered something wrong...20:42
dgroosWhen I close with the toolbar and then close the window, I still can't get back to the window...20:42
alkisgWhat if you (1) close with the toolbar (2) wait 1 minute (3) close the window?20:43
dgroosin otherwords, x toolbar first doesn't prevent the issue of the the window needing to wait 60 seconds to be able to reestablish the functionality.20:43
dgroosI'll try...20:44
dgroosit works to do what you described above (wait minute after x-toolbar to x-window), how does this test jive with being able to x-toolbar and re-open with epoptes--this is confusing.20:47
alkisgNo it makes sense. The vinagre maintainers just need a REUSEADDR flag (don't remember the exact name) when they try to listen on 5500 the second time they launch20:50
dgrooshmmm... closing x-toolbar, wait 30 seconds, close x-window, wait 30 seconds, then try to restart and it works... :) hmmmm...20:50
alkisgSO_REUSEADDR20:51
dgroosNot sure of all the details to include in the bug report comment.20:51
alkisgIf they don't, for 12.04 I'll upload a fixed vinagre package to the greek schools ppa20:51
alkisgI think a confirmation, along with the fact that "if the window is closed, the user needs to wait for 1 min" should suffice20:52
dgroos'k, thanks.20:52
dgroosOK, will finish it up.20:52
alkisgnp :)20:52
dgroosSo, any idea of the timeline about having a beta to try that has the grouping of clients possible?  Both teachers are now using epoptes and there are about 40 clients showing up on the screen, and only about half are theirs.  I told them it might show up in a couple of weeks.20:53
dgroosSound about right?20:54
alkisgHmm it should be either sooner, or later :D20:56
alkisgI've uploaded a new version to the -proposed repository, which has the basis for launching epoptes in a fat client20:57
alkisgNow I'd also like to have an lts.conf setting to tell epoptes-client which server to prefer20:57
dgroosNot already part of the /etc/default/epoptes settings?20:58
alkisgThat doesn't suffice for thin clients20:58
alkisgThey all have the same file, but you want a different setting for half of them20:58
dgroosSure.20:59
alkisgdgroos: is your whole network gigabit, including the fat client where you work?20:59
dgroosNo, only between the server and the switches.21:00
alkisgThen it would go slower if your fat clients were used21:00
dgroosNot sure what you mean?21:00
alkisgYou broadcast to e..g 10 clients21:01
alkisgYour fat clients NIC is 100mbps21:01
alkisgThat makes for about 10mbps per client21:01
alkisgSame for your fellow teacher21:01
alkisgNow, if both of you were using the server for broadcasting (e.g. with remoteapps), you'd get21:01
alkisg(the server is gigabit) 1000 / 20 clients = 50 mbps per client21:02
alkisg5 times better performance if you use remoteapps21:02
alkisgdgroos: btw, the filter is already working now, you just need to pass it as a command line parameter21:03
dgrooshmmm... that math seemed to be buried somewhere in my intuition--this analysis confirms this...21:03
alkisgepoptes --filter = xxx21:03
dgroosreally!?21:03
alkisgYes, we're just planning to remove that when the classroom editing dialogs get in place21:03
alkisgWe won't remove it before the UI is there21:04
* alkisg checks the code, it's: epoptes --filter-host=xxx ,....21:05
dgroosI'll try this, then we'll update the lts.conf file, then I'll make a launcher for these 2 teachers for their desktops w/the correct filter.  Thanks again....21:05
dgroosright.21:05
alkisgRight21:06
dgroos! ldm_autologin21:20
dgroosthought I'd try...21:20
alkisgNot here - only in #ltsp21:26
=== dgroos_ is now known as dgroos

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!