Is there any way for an LTSP session to stay alive on the server if the client reboot's? Cheers Rob.
Is there any way for an LTSP session to stay alive on the server if the client reboot's?
Yes, two ways spring to mind. Neither are particularly elegant: 1. Use VNC instead of X11 as the remote-display protocol. VNC maintains all state on the server side; the client side is stateless and so you can tear down and reestablish the client-server communication without affecting the state of the session. 2. Use an X11 proxy capable of moving clients from one display to another. Can't think of any products that will do this off-hand, but I'm sure they exist. There must be better ways: anyone? Michael
interesting....i've done at it application level, with Galeon as a web kiosk for example, but not really for a generic desktop session, not sure about OpenOffice / StarOffice ability to recover from sessions ? i guess you answer depends on the application, rather than LTSP itself ? Malcolm On Fri, 2002-05-17 at 10:52, s-clarob@st-aidans.cumbria.sch.uk wrote:
Is there any way for an LTSP session to stay alive on the server if the client reboot's?
Cheers
Rob.
-- To unsubscribe, e-mail: suse-linux-uk-schools-unsubscribe@suse.com For additional commands, e-mail: suse-linux-uk-schools-help@suse.com --
Malcolm Herbert Red Hat Europe t: +44 1483 734955 m: +44 7720 079845 --------------------------------------
Dear List, Does anyone know how to make Squid store it's cache on multiple disks. I have played with the cache_dir setting in the Squid.conf file, but can only get it to store the cache dirs on the first hard drive (sda) - whilst we want to use our second drive (sdb). Also, how do you format a disk in KDE3? It does not seem the same as in Windows. I want to format the second hard drive so that it is clean. Any help would be appreciated. Best wishes, Gareth Edmondson
At 11:08 20/05/02 +0100, you wrote:
Dear List,
Does anyone know how to make Squid store it's cache on multiple disks.
I have played with the cache_dir setting in the Squid.conf file, but can only get it to store the cache dirs on the first hard drive (sda) - whilst we want to use our second drive (sdb).
Do you want it on more than one disk or just on a different disk?
Also, how do you format a disk in KDE3? It does not seem the same as in Windows. I want to format the second hard drive so that it is clean.
do it in the command line, have you set up an ext2fs partition on the disk first? if so then mke2fs /dev/sdb1 should format it. Rob.
Hi Rob, Cheers for the reply. What we want to achieve is the Squid program running from the first hard disk (sda) but using hard disk 2 as it's cache store - utilising the full 18Gbytes of cache storage space that is available. And thanks for the other advice. Regards, Gareth Edmondson
At 11:08 20/05/02 +0100, you wrote:
Dear List,
Does anyone know how to make Squid store it's cache on multiple disks.
I have played with the cache_dir setting in the Squid.conf file, but can only get it to store the cache dirs on the first hard drive (sda) - whilst we want to use our second drive (sdb).
Do you want it on more than one disk or just on a different disk?
Also, how do you format a disk in KDE3? It does not seem the same as in Windows. I want to format the second hard drive so that it is clean.
do it in the command line,
have you set up an ext2fs partition on the disk first?
if so then
mke2fs /dev/sdb1 should format it.
Rob.
-- To unsubscribe, e-mail: suse-linux-uk-schools-unsubscribe@suse.com For additional commands, e-mail: suse-linux-uk-schools-help@suse.com
Ok, The disk need's to be partitioned and formated first. Make a directory for the cache, you can put this anywhere really but off / is reasonable enough mkdir cache mount the disk on cache mount /dev/sdb1 /cache (add that to your /etc/fstab to get it done ate boot time. chown the directory to that of the squid process chgrp the directory to taht of the squid process chmod it to 700 ( or just put it at 777 if you are not to botherd about security of the cache files ) edit squid.conf un-comment the cache_dir ..... line cache_dir ufs /cache 18000 16 256 do squid -k shutdown do squid -Z do squid that should be it. Rob At 13:43 20/05/02 +0100, you wrote:
Hi Rob,
Cheers for the reply. What we want to achieve is the Squid program running from the first hard disk (sda) but using hard disk 2 as it's cache store - utilising the full 18Gbytes of cache storage space that is available.
And thanks for the other advice.
Regards,
Gareth Edmondson
At 11:08 20/05/02 +0100, you wrote:
Dear List,
Does anyone know how to make Squid store it's cache on multiple disks.
I have played with the cache_dir setting in the Squid.conf file, but can only get it to store the cache dirs on the first hard drive (sda) - whilst we want to use our second drive (sdb).
Do you want it on more than one disk or just on a different disk?
Also, how do you format a disk in KDE3? It does not seem the same as in Windows. I want to format the second hard drive so that it is clean.
do it in the command line,
have you set up an ext2fs partition on the disk first?
if so then
mke2fs /dev/sdb1 should format it.
Rob.
-- To unsubscribe, e-mail: suse-linux-uk-schools-unsubscribe@suse.com For additional commands, e-mail: suse-linux-uk-schools-help@suse.com
And thanks for the other advice.
18GB is probably a bit big for the cache, but that does depend on the rest of the machine, your connection, number of clients etc. The problem is that your cache does not fill up as the objects become stale and have to be refreshed anyway long before you fill 18GB. We have 3GB & 300PC's, our connection is 10MB so the cache part is not of major importance anyway. Rob
On Mon, 20 May 2002 s-clarob@st-aidans.cumbria.sch.uk wrote:
Cheers for the reply. What we want to achieve is the Squid program running from the first hard disk (sda) but using hard disk 2 as it's cache store - utilising the full 18Gbytes of cache storage space that is available. The disk need's to be partitioned and formated first. Make a directory for the cache, you can put this anywhere really but off / is reasonable enough mkdir cache mount the disk on cache mount /dev/sdb1 /cache (add that to your /etc/fstab to get it done ate boot time. chown the directory to that of the squid process chgrp the directory to taht of the squid process chmod it to 700 ( or just put it at 777 if you are not to botherd about security of the cache files ) edit squid.conf un-comment the cache_dir ..... line cache_dir ufs /cache 18000 16 256 do squid -k shutdown do squid -Z do squid that should be it.
Slightly more elegant would be to mount the "cache" partition at the point that Squid expects to find its cache anyway (which is /var/spool/squid in my distro: YMMV). This has no effect on the operation; it's just a bit neater. Michael
At 21:06 20/05/02 +0100, you wrote:
On Mon, 20 May 2002 s-clarob@st-aidans.cumbria.sch.uk wrote:
Cheers for the reply. What we want to achieve is the Squid program running from the first hard disk (sda) but using hard disk 2 as it's cache store - utilising the full 18Gbytes of cache storage space that is available. The disk need's to be partitioned and formated first. Make a directory for the cache, you can put this anywhere really but off / is reasonable enough mkdir cache mount the disk on cache mount /dev/sdb1 /cache (add that to your /etc/fstab to get it done ate boot time. chown the directory to that of the squid process chgrp the directory to taht of the squid process chmod it to 700 ( or just put it at 777 if you are not to botherd about security of the cache files ) edit squid.conf un-comment the cache_dir ..... line cache_dir ufs /cache 18000 16 256 do squid -k shutdown do squid -Z do squid that should be it.
Slightly more elegant would be to mount the "cache" partition at the point that Squid expects to find its cache anyway (which is /var/spool/squid in my distro: YMMV). This has no effect on the operation; it's just a bit neater.
Michael
-- To unsubscribe, e-mail: suse-linux-uk-schools-unsubscribe@suse.com For additional commands, e-mail: suse-linux-uk-schools-help@suse.com
Yes it is the neater way, but I 'PERSONALY' prefer a separate directory off root, that way I can do a DF and easily see how full the disk is. Rob.
On Tue, 21 May 2002 s-clarob@st-aidans.cumbria.sch.uk wrote:
Slightly more elegant would be to mount the "cache" partition at the point that Squid expects to find its cache anyway (which is /var/spool/squid in my distro: YMMV). This has no effect on the operation; it's just a bit neater. Yes it is the neater way, but I 'PERSONALY' prefer a separate directory off root, that way I can do a DF and easily see how full the disk is.
df should report the space available on all mounted partitions regardless of mount point: "df displays the amount of disk space available on the filesystem containing each file name argument. If no file name is given, the space available on all currently mounted filesystems is shown." [ df(1) ] Michael
At 08:57 21/05/02 +0100, you wrote:
On Tue, 21 May 2002 s-clarob@st-aidans.cumbria.sch.uk wrote:
Slightly more elegant would be to mount the "cache" partition at the point that Squid expects to find its cache anyway (which is /var/spool/squid in my distro: YMMV). This has no effect on the operation; it's just a bit neater. Yes it is the neater way, but I 'PERSONALY' prefer a separate directory off root, that way I can do a DF and easily see how full the disk is.
df should report the space available on all mounted partitions regardless of mount point:
"df displays the amount of disk space available on the filesystem containing each file name argument. If no file name is given, the space available on all currently mounted filesystems is shown." [ df(1) ]
Michael
Ah, yes. There must be some reason why I decided to stick it somewhere else. Rob
participants (4)
-
Gareth Edmondson
-
Malcolm Herbert
-
Michael Brown
-
s-clarob@st-aidans.cumbria.sch.uk