From radek at bursztynowski.waw.pl Thu Aug 1 10:04:24 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Thu, 1 Aug 2013 12:04:24 +0200 Subject: [K12OSN] local device Message-ID: <23848245.301375351464813.JavaMail.root@poczta.bursztynowski.waw.pl> Jeff, Good question. My experience with local device confirms that local device (including DVD/CD) could by managed by fuse mechanism. My experience: My favourite GUI is Xfce. Using Xfce I can see on thin client local USB stick after change the directory to /media/my_username/usb_stick_name, but I don't see DVD/CD device. When I log in with GNOME I can see both icons on my desktop - USB_stick and DVD/CD, and I can use both local devices. So it seems that fuse mechanism doesn't support Xfce environment the best. I switched on in Xfce environment "Running GNOME service within log in" option, but nothing helped. Best regards, Radek --- On 07/30/2013 01:16 PM, Radek Bursztynowski wrote: > Jeff, > > Many thanks for your explanation. I know it. But the same situation is > with USB stick - I can mount it locally on local console and see it > after log in LDM on my redirected server desktop. > > I expected similar mechanizm. Yes, that is true. fuse is leveraged to do some magic and remotely mount the client USB stick on the server. DVD drives aren't quite the same. Take, for example, an audio CD. You can't mount that and export it as a filesystem. So the question really becomes: does LTSP even look for optical devices and try to remotely mount them using fuse? I don't have an answer to that, but IME LTSP5 does not do this. That said I haven't tried connecting a client DVD recently and then setting the group to fuse. Hopefully someone can chime in on that. Jeff _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see ; From radek at bursztynowski.waw.pl Thu Aug 1 10:24:03 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Thu, 1 Aug 2013 12:24:03 +0200 Subject: [K12OSN] local device Message-ID: <14701184.341375352643776.JavaMail.root@poczta.bursztynowski.waw.pl> Let me add something else. I can't umount these local devices as a user. I can see dialog window with information that only root cant umount. It is true - on thin client, after switching on to shell and "su" command, I can umount theses devices. Notwithstanding, I expected that user can umount theses device in GUI too. Best regards, Radek -- Jeff, Good question. My experience with local device confirms that local device (including DVD/CD) could by managed by fuse mechanism. My experience: My favourite GUI is Xfce. Using Xfce I can see on thin client local USB stick after change the directory to /media/my_username/usb_stick_name, but I don't see DVD/CD device. When I log in with GNOME I can see both icons on my desktop - USB_stick and DVD/CD, and I can use both local devices. So it seems that fuse mechanism doesn't support Xfce environment the best. I switched on in Xfce environment "Running GNOME service within log in" option, but nothing helped. Best regards, Radek --- On 07/30/2013 01:16 PM, Radek Bursztynowski wrote: > Jeff, > > Many thanks for your explanation. I know it. But the same situation is > with USB stick - I can mount it locally on local console and see it > after log in LDM on my redirected server desktop. > > I expected similar mechanizm. Yes, that is true. fuse is leveraged to do some magic and remotely mount the client USB stick on the server. DVD drives aren't quite the same. Take, for example, an audio CD. You can't mount that and export it as a filesystem. So the question really becomes: does LTSP even look for optical devices and try to remotely mount them using fuse? I don't have an answer to that, but IME LTSP5 does not do this. That said I haven't tried connecting a client DVD recently and then setting the group to fuse. Hopefully someone can chime in on that. Jeff _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see ;; _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see ; From radek at bursztynowski.waw.pl Thu Aug 1 10:34:11 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Thu, 1 Aug 2013 12:34:11 +0200 Subject: [K12OSN] local device Message-ID: <10724481.381375353251649.JavaMail.root@poczta.bursztynowski.waw.pl> Let me correct myself. Using Xfce environment I can see both devices (USB stick and DVD/CD) after changing directory to /media/mu_username/ (file manager), but I can't see local devices' icons. Using GNOME all work normally (including local devices' icons). Best regards, Radek --- Let me add something else. I can't umount these local devices as a user. I can see dialog window with information that only root cant umount. It is true - on thin client, after switching on to shell and "su" command, I can umount theses devices. Notwithstanding, I expected that user can umount theses device in GUI too. Best regards, Radek -- Jeff, Good question. My experience with local device confirms that local device (including DVD/CD) could by managed by fuse mechanism. My experience: My favourite GUI is Xfce. Using Xfce I can see on thin client local USB stick after change the directory to /media/my_username/usb_stick_name, but I don't see DVD/CD device. When I log in with GNOME I can see both icons on my desktop - USB_stick and DVD/CD, and I can use both local devices. So it seems that fuse mechanism doesn't support Xfce environment the best. I switched on in Xfce environment "Running GNOME service within log in" option, but nothing helped. Best regards, Radek --- On 07/30/2013 01:16 PM, Radek Bursztynowski wrote: > Jeff, > > Many thanks for your explanation. I know it. But the same situation is > with USB stick - I can mount it locally on local console and see it > after log in LDM on my redirected server desktop. > > I expected similar mechanizm. Yes, that is true. fuse is leveraged to do some magic and remotely mount the client USB stick on the server. DVD drives aren't quite the same. Take, for example, an audio CD. You can't mount that and export it as a filesystem. So the question really becomes: does LTSP even look for optical devices and try to remotely mount them using fuse? I don't have an answer to that, but IME LTSP5 does not do this. That said I haven't tried connecting a client DVD recently and then setting the group to fuse. Hopefully someone can chime in on that. Jeff _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see ;;; _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see ;; _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see ; From burke at thealmquists.net Fri Aug 2 15:50:42 2013 From: burke at thealmquists.net (=?utf-8?B?YnVya2VAdGhlYWxtcXVpc3RzLm5ldA==?=) Date: Fri, 02 Aug 2013 10:50:42 -0500 Subject: [K12OSN] =?utf-8?q?local_device?= Message-ID: <201308021550.r72FoaGX015884@www.thealmquists.net> So it would appear it's mounting correctly, crew just doesn't give you the nice desktop icons. Maybe that's a setting you can adjust. ----- Reply message ----- From: "Radek Bursztynowski" To: "Support list for open source software in schools." Subject: [K12OSN] local device Date: Thu, Aug 1, 2013 5:34 AM Let me correct myself. Using Xfce environment I can see both devices (USB stick and DVD/CD) after changing directory to /media/mu_username/ (file manager), but I can't see local devices' icons. Using GNOME all work normally (including local devices' icons). Best regards, Radek --- Let me add something else. I can't umount these local devices as a user. I can see dialog window with information that only root cant umount. It is true - on thin client, after switching on to shell and "su" command, I can umount theses devices. Notwithstanding, I expected that user can umount theses device in GUI too. Best regards, Radek -- Jeff, Good question. My experience with local device confirms that local device (including DVD/CD) could by managed by fuse mechanism. My experience: My favourite GUI is Xfce. Using Xfce I can see on thin client local USB stick after change the directory to /media/my_username/usb_stick_name, but I don't see DVD/CD device. When I log in with GNOME I can see both icons on my desktop - USB_stick and DVD/CD, and I can use both local devices. So it seems that fuse mechanism doesn't support Xfce environment the best. I switched on in Xfce environment "Running GNOME service within log in" option, but nothing helped. Best regards, Radek --- On 07/30/2013 01:16 PM, Radek Bursztynowski wrote: > Jeff, > > Many thanks for your explanation. I know it. But the same situation is > with USB stick - I can mount it locally on local console and see it > after log in LDM on my redirected server desktop. > > I expected similar mechanizm. Yes, that is true. fuse is leveraged to do some magic and remotely mount the client USB stick on the server. DVD drives aren't quite the same. Take, for example, an audio CD. You can't mount that and export it as a filesystem. So the question really becomes: does LTSP even look for optical devices and try to remotely mount them using fuse? I don't have an answer to that, but IME LTSP5 does not do this. That said I haven't tried connecting a client DVD recently and then setting the group to fuse. Hopefully someone can chime in on that. Jeff _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see ;;; _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see ;; _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see ; _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see -------------- next part -------------- An HTML attachment was scrubbed... URL: From radek at bursztynowski.waw.pl Fri Aug 2 16:10:53 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Fri, 2 Aug 2013 18:10:53 +0200 Subject: [K12OSN] local device In-Reply-To: <201308021550.r72FoaGX015884@www.thealmquists.net> References: <201308021550.r72FoaGX015884@www.thealmquists.net> Message-ID: <1375459853.15006.2.camel@alpaga.bursztynowski.waw.pl> That's right. It is not big problem for me. I use very rally desktop icons and most people use GNOME. Best regards, Radek --- > So it would appear it's mounting correctly, crew just doesn't give you > the nice desktop icons. Maybe that's a setting you can adjust. > > > ----- Reply message ----- > From: "Radek Bursztynowski" > To: "Support list for open source software in schools." > > Subject: [K12OSN] local device > Date: Thu, Aug 1, 2013 5:34 AM > > > Let me correct myself. > > Using Xfce environment I can see both devices (USB stick and DVD/CD) > after changing directory to /media/mu_username/ (file manager), but I > can't see local devices' icons. > > Using GNOME all work normally (including local devices' icons). > > Best regards, > Radek > > --- > > Let me add something else. > I can't umount these local devices as a user. I can see dialog window > with information that only root cant umount. > It is true - on thin client, after switching on to shell and "su" > command, I can umount theses devices. > Notwithstanding, I expected that user can umount theses device in GUI > too. > > Best regards, > Radek > > -- > Jeff, > > Good question. My experience with local device confirms that local > device (including DVD/CD) could by managed by fuse mechanism. > > My experience: > My favourite GUI is Xfce. Using Xfce I can see on thin client local > USB stick after change the directory > to /media/my_username/usb_stick_name, but I don't see DVD/CD device. > > When I log in with GNOME I can see both icons on my desktop - > USB_stick and DVD/CD, and I can use both local devices. > > So it seems that fuse mechanism doesn't support Xfce environment the > best. I switched on in Xfce environment "Running GNOME service within > log in" option, but nothing helped. > > Best regards, > Radek > > > --- > > On 07/30/2013 01:16 PM, Radek Bursztynowski wrote: > > Jeff, > > > > Many thanks for your explanation. I know it. But the same situation > is > > with USB stick - I can mount it locally on local console and see it > > after log in LDM on my redirected server desktop. > > > > I expected similar mechanizm. > > Yes, that is true. fuse is leveraged to do some magic and remotely > mount the client USB stick on the server. > > DVD drives aren't quite the same. Take, for example, an audio CD. > You > can't mount that and export it as a filesystem. > > So the question really becomes: does LTSP even look for optical > devices > and try to remotely mount them using fuse? I don't have an answer > to > that, but IME LTSP5 does not do this. That said I haven't tried > connecting a client DVD recently and then setting the group to fuse. > Hopefully someone can chime in on that. > > Jeff > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see ;;; > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see ;; > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see ; > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see From jaap at jbril.net Fri Aug 2 17:04:56 2013 From: jaap at jbril.net (Jaap Bril) Date: Fri, 02 Aug 2013 19:04:56 +0200 Subject: [K12OSN] nbd-server on Centos 6.4 Message-ID: <51FBE6B8.5030105@jbril.net> LS, I'm having a problem getting ltsp to work with *nbd-server *on *Centos 6.4*. dhcp (different server) is ok; /pxelinux.0/ as well as /vmlinuz.ltsp/ and /initrd.ltsp/ arrive on the client. *nbd-server* starts and seems ok (expected *client-ipaddress*, /image-file/ */opt/ltsp/images/i386.img* and /file-size/ mentioned by *xinetd*) After that things get hectic (I took quiet off) and eventually go wrong; The client-screen blanks and nbd-server stops (exit=1). I think that the image is ok; I ran *ltsp-build-client* yesterday and *ltsp-update-image* today. How can I definitively *check* that the image is ok? Can I *pause* the client to get time to read the text? Any other suggestions? Jaap -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: jaap.vcf Type: text/x-vcard Size: 110 bytes Desc: not available URL: From enslaver at enslaver.com Sat Aug 3 00:34:24 2013 From: enslaver at enslaver.com (Joshua Trimm) Date: Fri, 02 Aug 2013 19:34:24 -0500 Subject: [K12OSN] nbd-server on Centos 6.4 In-Reply-To: <51FBE6B8.5030105@jbril.net> Message-ID: The issue may be related to the kernel module include in the client rpm's (nbd.ko) if its not found in on the client side it won't be able to net boot. First mount up your image file as a loopback, chroot into it then check to see if nbd.ko exists in your modules directory for your kernel: # ls /lib/modules/`uname -r`/kernel/drivers/block/nbd.ko Also make sure you have the nbd rpm installed on the server Note that nbd-3.3 hasn't been tested yet, nbd-2.9.20 is the current supported version. From: Jaap Bril Reply-To: "Support schools." Date: Fri, 02 Aug 2013 19:04:56 +0200 To: "Support schools." Subject: [K12OSN] nbd-server on Centos 6.4 LS, I'm having a problem getting ltsp to work with nbd-server on Centos 6.4. dhcp (different server) is ok; pxelinux.0 as well as vmlinuz.ltsp and initrd.ltsp arrive on the client. nbd-server starts and seems ok (expected client-ipaddress, image-file /opt/ltsp/images/i386.img and file-size mentioned by xinetd) After that things get hectic (I took quiet off) and eventually go wrong; The client-screen blanks and nbd-server stops (exit=1). I think that the image is ok; I ran ltsp-build-client yesterday and ltsp-update-image today. How can I definitively check that the image is ok? Can I pause the client to get time to read the text? Any other suggestions? Jaap _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see -------------- next part -------------- An HTML attachment was scrubbed... URL: From jaap at jbril.net Mon Aug 5 12:07:01 2013 From: jaap at jbril.net (Jaap Bril) Date: Mon, 05 Aug 2013 14:07:01 +0200 Subject: [K12OSN] nbd-server on Centos 6.4 In-Reply-To: References: Message-ID: <51FF9565.2010602@jbril.net> It turns out to be a server problem, nbd-server now works, BUT not as distributed; Without changing the image I disabled the *xinetd service* nbd-server and started it by hand (*nbd-server 2000 /opt/ltsp/images/i386.img*). The client now boots. Anyone seen similar behaviour? Jaap On 08/03/2013 02:34 AM, Joshua Trimm wrote: > The issue may be related to the kernel module include in the client > rpm's (nbd.ko) if its not found in on the client side it won't be able > to net boot. First mount up your image file as a loopback, chroot > into it then check to see if nbd.ko exists in your modules directory > for your kernel: > > # ls /lib/modules/`uname -r`/kernel/drivers/block/nbd.ko > > Also make sure you have the nbd rpm installed on the server > > Note that nbd-3.3 hasn't been tested yet, nbd-2.9.20 is the current > supported version. > > From: Jaap Bril > > Reply-To: "Support schools." > > Date: Fri, 02 Aug 2013 19:04:56 +0200 > To: "Support schools." > > Subject: [K12OSN] nbd-server on Centos 6.4 > > LS, > > I'm having a problem getting ltsp to work with *nbd-server *on *Centos > 6.4*. > > dhcp (different server) is ok; /pxelinux.0/ as well as /vmlinuz.ltsp/ > and /initrd.ltsp/ arrive on the client. > > *nbd-server* starts and seems ok (expected *client-ipaddress*, > /image-file/ */opt/ltsp/images/i386.img* and /file-size/ mentioned by > *xinetd*) > > After that things get hectic (I took quiet off) and eventually go wrong; > The client-screen blanks and nbd-server stops (exit=1). > > I think that the image is ok; I ran *ltsp-build-client* yesterday and > *ltsp-update-image* today. > > > How can I definitively *check* that the image is ok? > Can I *pause* the client to get time to read the text? > > Any other suggestions? > > Jaap > _______________________________________________ K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn For more info see > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see -------------- next part -------------- An HTML attachment was scrubbed... URL: From news at siddall.name Thu Aug 15 00:59:24 2013 From: news at siddall.name (Jeff Siddall) Date: Wed, 14 Aug 2013 20:59:24 -0400 Subject: [K12OSN] Window managers keep crashing? Message-ID: <520C27EC.2080109@siddall.name> Some months ago something got automatically updated on my SL6 LTSP server that began causing kwin to crash as soon as it started. It simply will not stay running even when started manually. The KDE developers, being pessimistic enough to predict this might happen, coded a dialog on initial login stating kwin has crashed a few times and offers to start metacity instead. OK, not great but functional. More recently metacity has also begun crashing after running for a while. The "while" had been days to weeks but today I had a few clients that logged in in the morning, started metacity, and by afternoon metacity had stopped too, leaving no window manager. It's near impossible to use a GUI desktop without a window manager so the users are understandably unhappy about this. Anyone know what has changed recently that would cause the window managers to become so flaky? I confirmed that my system is up to date with all the standard repositories. Thanks, Jeff From brcisna at eazylivin.net Thu Aug 15 12:53:51 2013 From: brcisna at eazylivin.net (Barry Cisna) Date: Thu, 15 Aug 2013 07:53:51 -0500 Subject: [K12OSN] Window managers keep crashing? Message-ID: <1376571231.20136.117.camel@localhost> Jeff, Are you using KDE as default desktop? Have you tried changing to Gnome to see if you get same results? We have 5 SL6/LTSP servers of various update scenarios,,,,and no window manager crashing. This is a standard 32-bit spin of SL6? Barry From news at siddall.name Thu Aug 15 14:19:12 2013 From: news at siddall.name (Jeff Siddall) Date: Thu, 15 Aug 2013 10:19:12 -0400 Subject: [K12OSN] Window managers keep crashing? In-Reply-To: <1376571231.20136.117.camel@localhost> References: <1376571231.20136.117.camel@localhost> Message-ID: <520CE360.7060205@siddall.name> On 08/15/2013 08:53 AM, Barry Cisna wrote: > Jeff, > > Are you using KDE as default desktop? Yes > Have you tried changing to Gnome to see if you get same results? No, not recently. Last time I tried it it worked fine, but I did not run it for any length of time so I can't be sure metacity was stable. If I had to guess I would think metacity would be more stable in gnome than KDE but there is no particular reason it should be. > We have 5 SL6/LTSP servers of various update scenarios,,,,and no window > manager crashing. > > This is a standard 32-bit spin of SL6? No, X86_64 server with 32 bit clients. I tried reverting the client image to an old version and the behavior didn't change -- which makes sense since the window manager runs on the server. Are the servers you are running also 32 bit? Also, somewhat related, is it possible to run the window manager on the client? I have never really understood how X ties together the various things running on the server and the client. Jeff From burke at thealmquists.net Mon Aug 19 04:04:01 2013 From: burke at thealmquists.net (Burke Almquist) Date: Sun, 18 Aug 2013 23:04:01 -0500 Subject: [K12OSN] LTSP on EL 6.4 Message-ID: <781BC6A9-2CFA-48DC-B990-2BB10FDAD32C@thealmquists.net> I've been unable to get LTSP to build on Scientific Linux 6.4. When I go to install ltsp-server (yum install ltsp-server) in cancels saying that it cannot find the 'mock' package, which is a dependency for ltsp-server. Has anyone else been able to install ltsp on CentOS 6.4 or RHEL 6.4? From emil.krotki at ekrotech.com Mon Aug 19 07:20:14 2013 From: emil.krotki at ekrotech.com (emil.krotki at ekrotech.com) Date: Mon, 19 Aug 2013 00:20:14 -0700 Subject: [K12OSN] LTSP on EL 6.4 Message-ID: <20130819002014.05d394f8f702b6ef793b0ec8fcf7c622.d857faedc9.wbe@email07.europe.secureserver.net> An HTML attachment was scrubbed... URL: From burke at thealmquists.net Tue Aug 20 04:24:59 2013 From: burke at thealmquists.net (Burke Almquist) Date: Mon, 19 Aug 2013 23:24:59 -0500 Subject: [K12OSN] LTSP on EL 6.4 In-Reply-To: <20130819002014.05d394f8f702b6ef793b0ec8fcf7c622.d857faedc9.wbe@email07.europe.secureserver.net> References: <20130819002014.05d394f8f702b6ef793b0ec8fcf7c622.d857faedc9.wbe@email07.europe.secureserver.net> Message-ID: <21F78FDF-37A5-4023-903B-6CB42902FDBC@thealmquists.net> On Aug 19, 2013, at 2:20 AM, wrote: > Hi, > Yes, I was hit by same issue. I just added EPEL repository and this helped with "mock". > EPEL contained somewhat older LTSP, however, upgrading it, or installing from elsewhere should not be an issue. > There are other obstacles to overcome on that particular distro, feel warned. Thanks Emil, I was able to get it working. Well, I was able to get a client to boot to it anyhow. I haven't tested other things like local storage, but I was able to boot into a useable environment. Using EPEL instead of the "new" s3 repository worked for me. Maybe the install instructions on the wiki need to be changed again? I didn't need to do bridging, as assigning any network device assigned to 192.168.67.1 will make the networking work correctly. Otherwise I followed the older version of the install instructions from the wiki. No need to mess with turning network on or network manager off since we aren't using the bridge anymore either! >> >> I've been unable to get LTSP to build on Scientific Linux 6.4. When I go to install ltsp-server (yum install ltsp-server) in cancels saying that it cannot find the 'mock' package, which is a dependency for ltsp-server. Has anyone else been able to install ltsp on CentOS 6.4 or RHEL 6.4? >> From emil.krotki at ekrotech.com Tue Aug 20 07:36:36 2013 From: emil.krotki at ekrotech.com (emil.krotki at ekrotech.com) Date: Tue, 20 Aug 2013 00:36:36 -0700 Subject: [K12OSN] LTSP on EL 6.4 Message-ID: <20130820003636.05d394f8f702b6ef793b0ec8fcf7c622.4c7d1f3b5e.wbe@email07.europe.secureserver.net> An HTML attachment was scrubbed... URL: