00:29 | qwebirc58418 has left IRC (qwebirc58418!aab9e96b@gateway/web/freenode/ip.170.185.233.107, Ping timeout: 245 seconds) | |
00:42 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 240 seconds) | |
01:09 | vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) | |
01:09 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
01:27 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 240 seconds) | |
01:29 | vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) | |
01:29 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
01:39 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 246 seconds) | |
02:01 | vagrantc has joined IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net) | |
02:01 | vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc) | |
02:06 | F-GT has joined IRC (F-GT!~phantom@ppp121-44-217-245.lns20.syd7.internode.on.net) | |
02:22 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
02:34 | loathsome has left IRC (loathsome!~khudson@wsip-98-175-250-115.sd.sd.cox.net, *.net *.split) | |
02:40 | vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 272 seconds) | |
02:58 | dgeary2 has left IRC (dgeary2!~david@114.72.231.27, Quit: ĝis la) | |
03:04 | F-GT has left IRC (F-GT!~phantom@ppp121-44-217-245.lns20.syd7.internode.on.net, Ping timeout: 252 seconds) | |
03:20 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
03:24 | monteslu_ has joined IRC (monteslu_!~monteslu@ip68-109-174-213.ph.ph.cox.net) | |
03:27 | monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 268 seconds) | |
03:47 | darthanubis has joined IRC (darthanubis!~darthanub@cpe-71-79-187-243.neo.res.rr.com) | |
03:55 | sha has joined IRC (sha!~sha@e177166075.adsl.alicedsl.de) | |
03:59 | sha_ has left IRC (sha_!~sha@d149187.adsl.hansenet.de, Ping timeout: 260 seconds) | |
05:07 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
05:15 | Mava_ is now known as Mava | |
05:31 | bauerski has joined IRC (bauerski!~witekb@frodo.psp.opole.pl) | |
05:36 | qwebirc86595 has joined IRC (qwebirc86595!4c59bc89@gateway/web/freenode/session) | |
05:36 | <qwebirc86595> hello
| |
05:37 | anyone around ?
| |
05:39 | how do i start x11vnc on the client side ??
| |
05:39 | <muppis> x11vnc -noshm -connect <host>
| |
05:40 | <qwebirc86595> i am getting display error.
| |
05:44 | <alkisg> !epoptes
| |
05:44 | <ltsp> alkisg: epoptes: Epoptes is a computer lab administration and monitoring tool. It works on Ubuntu and Debian based labs with LTSP or non-LTSP servers, thin and fat clients, standalone workstations, NX clients etc. More info: http://www.epoptes.org
| |
05:55 | <Phantomas> alkisg: spammer :p
| |
05:56 | <alkisg> Nah, it just makes vnc'ing to clients so much easier :)
| |
06:03 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
06:14 | <elias_a> BTW - how do you guys inform the students about use of Epoptes?
| |
06:15 | There's been a lot of discussion in Finland that monitoring computer use without explicit consent is against law.
| |
06:18 | <qwebirc86595> can i setup x11vnc on the server and the client .. to allow client to view the server desktop and vise versa?
| |
06:18 | trying to avoid epoptes
| |
06:22 | mealstrom has joined IRC (mealstrom!~mealstrom@46.63.71.254) | |
06:23 | <mealstrom> good morning
| |
06:23 | <knipwim> morning mealstrom !
| |
06:44 | loathsome has joined IRC (loathsome!~khudson@wsip-98-175-250-115.sd.sd.cox.net) | |
06:45 | qwebirc86595 has left IRC (qwebirc86595!4c59bc89@gateway/web/freenode/session, Changing host) | |
06:45 | qwebirc86595 has joined IRC (qwebirc86595!4c59bc89@gateway/web/freenode/ip.76.89.188.137) | |
06:45 | ogra_ has left IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 248 seconds) | |
06:48 | ogra_ has joined IRC (ogra_!~ogra@p5098ed03.dip0.t-ipconnect.de) | |
06:52 | Bootless has joined IRC (Bootless!~AnDyLap@yath1870.cronon.net) | |
07:02 | CKrakou_ has joined IRC (CKrakou_!~quassel@94.145.39.43) | |
07:09 | F-GT has joined IRC (F-GT!~phantom@ppp121-44-217-245.lns20.syd7.internode.on.net) | |
07:13 | qwebirc86595 has left IRC (qwebirc86595!4c59bc89@gateway/web/freenode/ip.76.89.188.137, Ping timeout: 245 seconds) | |
07:25 | <alkisg> (09:15:33 πμ) elias_a: There's been a lot of discussion in Finland that monitoring computer use without explicit consent is against law. => and that applies to students too, even when the teacher explicitly tells them that he's monitoring their computers, and even if he's in the classroom and is monitoring the computers with his eyes anyway?
| |
07:28 | I've heard that's true for Italy too, and it made me wonder how are sysadmins supposed to have root access without having access to everything the students do in their PCs as well...
| |
07:28 | Logging facilities, ssh, ~/mozilla history... all those should be forbidden then
| |
07:30 | Multiuser systems like Linux and LTSP should be forbidden as well :)
| |
07:31 | stgraber has left IRC (stgraber!~stgraber@ubuntu/member/stgraber, Ping timeout: 260 seconds) | |
07:49 | vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 260 seconds) | |
08:08 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
08:08 | <Hyperbyte> alkisg, the key is "without explicit consent"
| |
08:13 | It's very good that there's discussion about privacy laws like that.
| |
08:13 | It makes it illegal for me to secretly install a VNC server on your computer, or to sniff your network packets
| |
08:14 | Those laws will force companies or schools, or public places with computers, to make it clear to users that "yes - you are being monitored"
| |
08:18 | Few years ago we had the same problem here, with an employee who got fired, and then my boss took over her mailbox and everything that was in it
| |
08:19 | Seems reasonable enough, but she wanted to take us to court for invading her private e-mail (it was her personal mailbox, on the company servers, i.e. jan@company.nl)
| |
08:20 | Our lawyer advised us that this won't hold up in court because something that so clearly a company mailbox, cannot be considered "private property"
| |
08:20 | But he also said we should add a notice, just to make sure. Since then we have this notice on every login prompt, including ldm, and we also put it in contracts:
| |
08:20 | http://users.recreatie-zorg.nl/jan/ldm.jpg
| |
08:21 | Makes sense though, to me... maybe there could be some universal logo that indicates "this system is monitored"
| |
08:21 | So all sysadmins can put it on the systems they monitor
| |
08:27 | markit has joined IRC (markit!~marco@88.149.177.66) | |
08:28 | <markit> hi, am I wrong or ltsp-build-client does not have an option to use the apt cache of the host? I've the feeling that is working in chroot and re-downloading a LOT of stuff
| |
08:32 | <Hyperbyte> markit, if you want that, you need to set up a local repo and use the --mirror argument I think.
| |
08:33 | Often the host apt cache can't be used anyways due to different architectures
| |
08:33 | <markit> Hyperbyte: this could be a workaround
| |
08:33 | Hyperbyte: host and guest are both i386, and if you use ltsp-chroot you have the option to use host cache just for this situation
| |
08:33 | alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Remote host closed the connection) | |
08:34 | <markit> Hyperbyte: I also have an apt-cacher-ng, but I'm not asked about a proxy
| |
08:34 | <Hyperbyte> markit, for the build it'd less useful though, because there's no cached downloads for kernel and all the base packages LTSP needs, since those were installed from CD
| |
08:35 | <markit> Hyperbyte: do you think that i.e. kde packages took from cd don't go in apt cache?
| |
08:36 | mmm in this case you could be right
| |
08:38 | <Hyperbyte> markit, seems a bit pointless if you install something from CD? Copying the whole installation to harddisk first, and then installing. Would be redundant. Windows XP does that and the installation takes hours.
| |
08:38 | I don't -know- this, but it would seem to me that apt would cache anything it downloads, not anything that is already downloaded.
| |
08:44 | alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47) | |
08:58 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
09:01 | <alkisg> Hyperbyte: so, it's not illegal to install a vnc server (or epoptes etc), it's just illegal to use it without user consent, right? So if a teacher only uses the monitoring/controlling functions when a student asks him to, everything is fine?
| |
09:03 | markit: ltsp-build-client --mount-package-cache
| |
09:03 | You don't need apt-proxy-ng etc in an LTSP environment, it's useless
| |
09:04 | <markit> alkisg: oh, thanks (apt-proxy is in my home environment)
| |
09:04 | I've to run see later
| |
09:04 | khildin has joined IRC (khildin!~khildin@ip-80-236-228-129.dsl.scarlet.be) | |
09:05 | markit has left IRC (markit!~marco@88.149.177.66, ) | |
09:07 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
09:33 | <Hyperbyte> alkisg, I think that's the concept yes.
| |
09:34 | <alkisg> Cool
| |
09:35 | <Hyperbyte> Either way, people need to be taught that doing things on someone elses' computer means that you can easily be monitored.
| |
10:13 | piet has joined IRC (piet!1f13e518@gateway/web/freenode/ip.31.19.229.24) | |
10:17 | <piet> @alkisg Hi, since we tried to make epoptes run, the ltsp-image on second server refuses login of users. I drove to the lab now. Do You have time? Should I let You in ?
| |
10:17 | <alkisg> Hi piet
| |
10:17 | piet: do you have LDM_SSHOPTIONS in that server's lts.conf?
| |
10:20 | <piet> @alkisg there was a rem in front. Did You have to set that during that action?
| |
10:20 | <alkisg> Remove the comment, reboot a client and see if it logins
| |
10:20 | <piet> @alkisg a moment . . .
| |
10:23 | @alkisg yes, it works. Thanks. Let me check, if I can see the epoptes clients right now . . .
| |
10:24 | <alkisg> piet: did you manage to split your clients into your 2 servers from your dhcp server settings?
| |
10:29 | qwebirc56905 has joined IRC (qwebirc56905!986a6314@gateway/web/freenode/ip.152.106.99.20) | |
10:29 | * alkisg loves his new sd-ext partition in his android phone... 1.5 Gb of space available to install apps, instead of 100 mb :D | |
10:29 | <qwebirc56905> hello
| |
10:30 | I have acquired a wyse z90dz thin client with Suse Enterprise linux
| |
10:30 | i have a running ltsp server that I would like to connect to
| |
10:31 | is it possible to use the preinstalled suse os to connect as a client?
| |
10:31 | <Hyperbyte> qwebirc56905, sounds like a plan. Set the thin client in BIOS to do network boot, and you're done.
| |
10:32 | <qwebirc56905> thanks for your help, the previous administrator did not enable PXE boot and I think the clients are on a different subnet
| |
10:32 | is it possible to point the local client to the server?
| |
10:32 | <Hyperbyte> You can just go into the BIOS and enable it
| |
10:33 | You probably can, but it's a whole lot easier to do PXE.
| |
10:33 | <qwebirc56905> currently the other clients are running debian-builds that have been dd'd to their local harddrives
| |
10:33 | <Hyperbyte> qwebirc56905, why would you do that?
| |
10:33 | The whole point of LTSP is that you don't need harddrives anymore
| |
10:34 | It can do network boot out of the box... unless you don't have PXE capable clients, it should be your first choice for booting.
| |
10:34 | <qwebirc56905> yes, i understand, I am just taking over from a previous administrator,
| |
10:34 | doesn't PXE need to have the server on the same subnet as the clients?
| |
10:35 | plus the other problem is that the university's IT people have their own DHCP server running
| |
10:35 | so we don't want to interfere
| |
10:35 | <Hyperbyte> I don't -think- so, but you'd need a router that routes UDP and a DHCP server on the local network
| |
10:35 | Well that's easy... you can configure proxy DHCP
| |
10:36 | Basically you have: <university network> -- <LTSP server> -- <LTSP clients>
| |
10:36 | <qwebirc56905> we have a server in one room and the lab in another and they happen to be on different subnets
| |
10:36 | <alkisg> Also, local booting will allow your clients to do XDMCP, not LTSP. So no sound, local devices etc
| |
10:36 | <Hyperbyte> Where the LTSP server relays DHCP from the university network, and add the PXE network boot required bits.
| |
10:36 | vmlintu has joined IRC (vmlintu!~vmlintu@dsl-hkibrasgw4-fe5cdc00-2.dhcp.inet.fi) | |
10:37 | <Hyperbyte> qwebirc56905, sounds like your setup is more complicated than it needs to be.
| |
10:37 | <qwebirc56905> actually for local booting we used the ltsp-debian-build
| |
10:37 | and we boot off the nfs mount
| |
10:38 | so its a proper ltsp client
| |
10:38 | only the ltsp debain build is already on the local client
| |
10:38 | <alkisg> LTSP doesn't support that without editing the initramfs sources
| |
10:38 | So I really doubt that works as you think it is
| |
10:38 | Anyway, the easiest way is to install ipxe on grub on the clients
| |
10:39 | Plays with any distro, doesn't need a dhcp server, then the client boots from the network
| |
10:39 | <qwebirc56905> yes I think the previous admin guy did something like that
| |
10:39 | <alkisg> You install it once and then forget about the client local installations completely, you just maintain the ltsp server then
| |
10:40 | <qwebirc56905> ok so how do I set up the server to work with PXE, especially across a different subnet
| |
10:40 | <alkisg> It doesn't need configuration, just don't install a dhcp server in it
| |
10:40 | CKrakou_ has left IRC (CKrakou_!~quassel@94.145.39.43, Remote host closed the connection) | |
10:40 | <alkisg> What you need is a tiny ipxe configuration script
| |
10:41 | <qwebirc56905> ok
| |
10:41 | <alkisg> That does: dhcp net0; set next-server=ip of ltsp server; boot
| |
10:41 | <Hyperbyte> qwebirc56905, what you need to do is configure the IP of the server and location of the image in GRUB ipxe
| |
10:41 | Right, what alkisg said. :)
| |
10:42 | <qwebirc56905> ok, so let me try that on the current lab machines
| |
10:42 | then for the wyse thin client
| |
10:42 | <Hyperbyte> Normally a DHCP server tells thin clients where to find the boot server and boot image. You'll need to tell that to the bootloader instead.
| |
10:42 | <qwebirc56905> it boots into suse enterprise
| |
10:44 | <Hyperbyte> qwebirc56905, some advice: get a laptop without internet, create two virtual machines, one LTSP server and one LTSP client, and see how LTSP works out of the box, with PXE
| |
10:44 | This will give you valuable experience, and will show you the concept of a regular, normal LTSP installation
| |
10:44 | Then when that works, try installing grub ipxe into the thin client, see how it boots then
| |
10:44 | And when that works, implement it in your lab.
| |
10:45 | <qwebirc56905> fair enough :), I was just hoping I could plug this wyse thin client into an already setup and working ltsp system
| |
10:45 | <Hyperbyte> qwebirc56905, yes, you can - if you use regular, non-hacked LTSP.
| |
10:46 | Give it to me, I'll set it to do netboot in BIOS (they usually do by default already, so probably not even needed)
| |
10:46 | <qwebirc56905> sure :)
| |
10:46 | <Hyperbyte> Then I attach it to network, and my LTSP server does the rest.
| |
10:46 | <qwebirc56905> yes it does a pxe search already
| |
10:46 | but like i said the server is on another subnet
| |
10:47 | so it doesn't find anything
| |
10:47 | <Hyperbyte> But the previous admin has hacked LTSP to work in some way he thought was good - and it works, congrats - but now you're running into problems because a) nobody knows exactly how it works and b) you've lost a lot of benefits that LTSP brings
| |
10:47 | <qwebirc56905> i agree
| |
10:48 | <Hyperbyte> So, keep in mind what alkisg and I said: GRUB with IPXE is your best option when you have clients on another subnet than the server, and can't run DHCP
| |
10:48 | <alkisg> qwebirc56905: another way to implement it is to install a proxydhcp server in that subnet. It's very small and easy, but it does require a linux pc that's always up in that subnet.
| |
10:48 | (that doesn't interfere with the univ dhcp setup)
| |
10:48 | <Hyperbyte> And then first start with doing a regular LTSP installation on a test machine, it'll give you lots of valuable information about how LTSP works.
| |
10:48 | <qwebirc56905> ok cool
| |
10:48 | can we expand on this solution
| |
10:49 | <Hyperbyte> Or, you could go all-in and change the basics... for example, get your server to your subnet. Then you fix everything in one go.
| |
10:49 | <alkisg> The proxydhcp solution? Do you have a linux pc that's always running? Which distro/version?
| |
10:49 | <qwebirc56905> yes proxydhcp
| |
10:49 | do you mean in the lab
| |
10:50 | piet has left IRC (piet!1f13e518@gateway/web/freenode/ip.31.19.229.24, Quit: Page closed) | |
10:50 | <alkisg> I mean in the same subnet as the clients, so that you don't need to use dhcp relays
| |
10:50 | <qwebirc56905> no, I currently don't, only lab computers come on when students need them. I could put one on permanently.
| |
10:50 | <Hyperbyte> qwebirc56905, couldn't you just move the server to the lab?
| |
10:51 | <alkisg> OK, for general info about proxydhcp:
| |
10:51 | !proxydhcp
| |
10:51 | <ltsp> alkisg: proxydhcp: A proxy DHCP server is defined by the PXE specification as a server which sends auxiliary boot information to clients, like the boot filename, tftp server or rootpath, but leaves the task of IP leasing to the normal DHCP server. More info: https://help.ubuntu.com/community/UbuntuLTSP/ProxyDHCP
| |
10:51 | <qwebirc56905> there is a security risk
| |
10:51 | <Hyperbyte> qwebirc56905, how so?
| |
10:53 | <qwebirc56905> server in locked up server room, but the lab is accessible by all students.
| |
10:53 | ok so proxy dhcp sounds like the answer
| |
10:53 | <Hyperbyte> qwebirc56905, wait - question about your setup
| |
10:53 | Is each lab connected to it's own switch?
| |
10:54 | <qwebirc56905> one lab with one switch/hub (not sure exactly), connecting to university switch, university provides DHCP
| |
10:55 | <Hyperbyte> Suggestion: <uni network> -- <ltsp server with dhcp proxy> -- <lab switch> -- <thin clients>
| |
10:56 | Then you don't need a PC 'always on' in the lab, you just connect the entire lab directly to the LTSP server, and go to the uni network via the LTSP server.
| |
10:56 | <qwebirc56905> cabling between lab switch and server is difficult to setup
| |
10:56 | <Hyperbyte> Then you use traditional two nic LTSP setup. That's very common and very well documented solution.
| |
10:57 | qwebirc56905, well, it would require you to patch exactly two cables. Shouldn't be too difficult, unless your previous sysadmin has -really- made a mess of things. In which case, you have bigger problems. :P
| |
10:57 | <qwebirc56905> we may want to setup clients in staff members offices as well, so we have to use the university networking
| |
10:58 | <Hyperbyte> mhm
| |
10:59 | <qwebirc56905> thanks for the two nic suggestion I plan to look into it, but for the short term, i want to try your dhcp proxy suggestion
| |
10:59 | <alkisg> qwebirc56905: if you want even more subnets for office pcs, then maybe ipxe is best for you
| |
10:59 | It's very easy to install on windows as well (for professors that have win installations)
| |
11:00 | <qwebirc56905> but does ipxe work on a wys thin client?
| |
11:00 | <alkisg> It wouldn't be a good solution to require a proxydhcp server on each different subnet...
| |
11:00 | Sure
| |
11:00 | You just put it in the grub menu
| |
11:00 | It's distro independed
| |
11:01 | <Hyperbyte> qwebirc56905, is the university cooperative with you? Because if they are, and they're not already using PXE boot, they could as well configure -their- DHCP server to help your thin clients find the LTSP server. If they're not using PXE boot, this will not affect any of the computers in the network, except the ones you configure to do PXE boot. This would be the holy grail of solutions.
| |
11:02 | <qwebirc56905> funny you ask about being cooperative :), this university is a one-stop microsoft shop :(
| |
11:02 | <Hyperbyte> Doesn't matter. Microsoft DHCP server can be configured to send PXE boot info for LTSP.
| |
11:03 | Only question is: are they using PXE already somewhere on the network? If they aren't, they could make LTSP PXE boot work through the entire network in one go.
| |
11:03 | <qwebirc56905> i meant and they can't stand anything linux :(, so i doubt I would get their support, but thanks for the suggestion
| |
11:04 | so we have settled on the ipxe solution
| |
11:04 | <Hyperbyte> https://help.ubuntu.com/community/UbuntuLTSP/LTSPWindowsDHCP <- have a ready anyways
| |
11:05 | *read
| |
11:05 | <qwebirc56905> thanks. just remind me, on the wyse device, isn't the suse enterprise booting ROM encoded, so I won't be able to mess with grub?
| |
11:09 | <alkisg> I don't know that model, but it's usually a DOM device, like an embedded disk, writeable normally
| |
11:09 | Not ROM
| |
11:09 | <qwebirc56905> and one last possibilty, when I boot into the built-in Suse setup, it allows me to connect to an X server, how do I configure the ltsp server to allow this?
| |
11:10 | <alkisg> That's a generic ubuntu question, not related to ltsp. You do that from lightdm.conf
| |
11:10 | It's difficult to have ROMs of e.g. 100 MB size, so it's usually a writeable disk-like medium
| |
11:11 | Boot with a usb live stick and check for yourself
| |
11:11 | Or just check from within suse
| |
11:11 | <qwebirc56905> when the client boots it doesn't give the option of boot device
| |
11:11 | wyse client I mean
| |
11:12 | <alkisg> Press f2, f8, f11, f12 etc
| |
11:12 | But you can do that from suse as long as it gives you a root terminal option
| |
11:12 | <qwebirc56905> yes, it does, thanks for the option
| |
11:13 | stgraber has joined IRC (stgraber!~stgraber@ubuntu/member/stgraber) | |
11:13 | <qwebirc56905> thank you to both Hyperbyte and alkisg for your patient help
| |
11:13 | I am really impressed :)
| |
11:13 | <Hyperbyte> Sure!
| |
11:13 | By the way
| |
11:13 | <alkisg> You're welcome
| |
11:13 | <stgraber> r/win 37
| |
11:13 | <Hyperbyte> If you're using LTSP, be sure to add yourself to the LTSP world map
| |
11:13 | <stgraber> oops
| |
11:14 | <Hyperbyte> qwebirc56905, http://www.ltsp.org/stories/
| |
11:14 | <qwebirc56905> sure, we have had a working lab for a year now :)
| |
11:15 | thanks, I hope to come back and pick your brains some more another time :)
| |
11:15 | <Hyperbyte> Looking forward to reading your story. :)
| |
11:16 | <qwebirc56905> Bye...
| |
11:16 | <Hyperbyte> Byebye!
| |
11:16 | qwebirc56905 has left IRC (qwebirc56905!986a6314@gateway/web/freenode/ip.152.106.99.20, Quit: Page closed) | |
11:19 | <Hyperbyte> I have some question I want to throw out here see what happens
| |
11:19 | Ubuntu 12.04, thin clients, cups, HP Laserjet 4300 printer
| |
11:20 | Many times, while printing certain documents with large images, the printer just stops and cups hangs on the printjob saying "Processing since..."
| |
11:20 | Well printer doesn't actually start
| |
11:20 | To be more precise.
| |
11:20 | Does this ring any bells?
| |
11:20 | <alkisg> Libreoffice only? Or that happens with pdf too?
| |
11:21 | <Hyperbyte> Often with LibreOffice I think, but I think it also happens with PDF
| |
11:21 | Currently I'm looking at the print job in /var/spool/cups/ and it seems like cups has generated a proper PDF for printing
| |
11:21 | It just doesn't print
| |
11:21 | <alkisg> And the printer is connected to the network, or directly to the server, or...?
| |
11:22 | <Hyperbyte> Network
| |
11:22 | No localapps, server apps use cups on the server directly, which connects to the printer.
| |
11:22 | <alkisg> Then it doesn't sound ltsp related... dunno, I've heard about problems with libreoffice printing but not about general printing problems
| |
11:22 | khildin has left IRC (khildin!~khildin@ip-80-236-228-129.dsl.scarlet.be, Ping timeout: 246 seconds) | |
11:23 | <Hyperbyte> Just removed the job cups was hanging on and the printer immediately started again
| |
11:48 | quiliro has joined IRC (quiliro!~quiliro@186.4.149.245) | |
11:53 | quiliro has left IRC (quiliro!~quiliro@186.4.149.245, Ping timeout: 240 seconds) | |
12:01 | brunolambert has joined IRC (brunolambert!blambert@nat/revolutionlinux/x-mtqmdjakjvbazatn) | |
12:10 | [GuS] has joined IRC ([GuS]!~MysT@213-117-16-190.fibertel.com.ar) | |
12:10 | [GuS] has joined IRC ([GuS]!~MysT@unaffiliated/gus/x-663402) | |
12:18 | adrianorg has left IRC (adrianorg!~adrianorg@177.18.171.113, Ping timeout: 260 seconds) | |
12:19 | quiliro has joined IRC (quiliro!~quiliro@186.4.149.245) | |
12:29 | artista_frustrad has joined IRC (artista_frustrad!~fernando@189.125.205.147) | |
12:32 | dsugar100 has joined IRC (dsugar100!~dsugar100@columbia.tresys.com) | |
12:43 | mgariepy has joined IRC (mgariepy!mgariepy@ubuntu/member/mgariepy) | |
12:46 | mikkel_ has joined IRC (mikkel_!~mikkel@80-71-132-15.u.parknet.dk) | |
12:48 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
12:54 | adrianorg has joined IRC (adrianorg!~adrianorg@187.113.251.88) | |
13:05 | bengoa has joined IRC (bengoa!~bengoa@alberto.propus.com.br) | |
13:05 | bengoa has left IRC (bengoa!~bengoa@alberto.propus.com.br) | |
13:08 | artista_frustrad has left IRC (artista_frustrad!~fernando@189.125.205.147, Quit: Leaving) | |
13:11 | cliebow has joined IRC (cliebow!~cliebow@WatchGuard.ellsworth-hs.ellsworth.k12.me.us) | |
13:27 | vmlintu has left IRC (vmlintu!~vmlintu@dsl-hkibrasgw4-fe5cdc00-2.dhcp.inet.fi, Ping timeout: 246 seconds) | |
13:37 | artista_frustrad has joined IRC (artista_frustrad!~fernando@189.125.205.147) | |
13:43 | veloutin has joined IRC (veloutin!~vvinet@europa.rlnx.com) | |
13:43 | veloutin has left IRC (veloutin!~vvinet@europa.rlnx.com) | |
13:46 | alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg) | |
13:47 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 240 seconds) | |
13:49 | markit has joined IRC (markit!~marco@88.149.177.66) | |
13:50 | <markit> alkisg1: new nick :) I'm fine tuning the fat chroot, I've removed grub-common grub-pc, you confirm that are useless? Why they insist in installing them?
| |
13:50 | alkisg1 is now known as alkisg | |
13:51 | <alkisg> They're indeed useless, they're pulled in by the kernel package
| |
13:51 | <markit> I've been asked if uninstall the bootloader too... I said YES, ok?
| |
13:52 | <alkisg> Errr I don't remember that question, did you have /sys, /dev etc mounted?
| |
13:52 | (bind-mounted in the chroot)
| |
13:52 | ltsp-chroot -a ?
| |
13:52 | Or -m, whatever it is...
| |
13:52 | * alkisg stopped using chroots now with ltsp-pnp... | |
13:53 | <alkisg> Anyways if your server reboots ok, you're fine :)
| |
13:55 | <markit> alkisg: argh, don't loose your knowledge about "the old ltsp way" pls, I need your help and probably ever will :)
| |
13:55 | how are things going with ltsp-pnp, btw?
| |
13:56 | <alkisg> Just fine, we've no need for the "old-way" anymore :)
| |
13:56 | <markit> ehm, yes, I've it bin mounted, a risk?
| |
13:56 | let's try to reboot then, sigh
| |
13:56 | <alkisg> So I think it's time you dive in, read the code, send patches etc!
| |
13:57 | <markit> alkisg: lol, I'm still trying to learn python, sigh
| |
13:57 | so my plans are as usual too optimistic
| |
13:59 | dead_inside has joined IRC (dead_inside!~dead_insi@76.75.3.174) | |
14:03 | qwebirc655 has joined IRC (qwebirc655!986a6314@gateway/web/freenode/ip.152.106.99.20) | |
14:04 | <markit> alkisg: it still boots (I entered chroot with ltsp-chroot -a i386 -p -d -c), so can I consider that is safe answery "yes" when prompted about boot loader remove? Or I was just luck?
| |
14:04 | btw, where is the source of ltsp-pnp hosted? would love just have a look
| |
14:04 | <alkisg> markit: so it's safe, yeah
| |
14:04 | !ltsp-source
| |
14:04 | <ltsp> alkisg: ltsp-source: at http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/files
| |
14:05 | <alkisg> ltsp-pnp is there ^
| |
14:05 | Along with the rest of ltsp
| |
14:05 | <markit> oh, so good, is an "official" project then
| |
14:05 | <alkisg> It's actually only an ltsp-update-image parameter
| |
14:05 | There's no "ltsp-pnp" package or executable...
| |
14:06 | <markit> ehm, probably you are too busy, but is there / will be there soon a "high level explaination" of the stuff?
| |
14:06 | <alkisg> !ltsp-pnp
| |
14:06 | <ltsp> alkisg: ltsp-pnp: ltsp-pnp is an alternative (upstream) method to maintain LTSP installations for thin and fat clients that doesn't involve chroots: https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp
| |
14:07 | <markit> I've to run, brb, and will read the url, thanks
| |
14:08 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
14:08 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
14:09 | quiliro has left IRC (quiliro!~quiliro@186.4.149.245) | |
14:11 | <markit> wow :)
| |
14:12 | komunista has joined IRC (komunista!~slavko@adsl-195-168-226-058.dynamic.nextra.sk) | |
14:19 | ricotz has joined IRC (ricotz!~rico@p5B2ACA14.dip.t-dialin.net) | |
14:19 | ricotz has joined IRC (ricotz!~rico@unaffiliated/ricotz) | |
14:20 | komunista has left IRC (komunista!~slavko@adsl-195-168-226-058.dynamic.nextra.sk, Quit: Leaving.) | |
14:26 | qwebirc655 has left IRC (qwebirc655!986a6314@gateway/web/freenode/ip.152.106.99.20, Quit: Page closed) | |
14:27 | JesseC has left IRC (JesseC!~JesseCWor@wsip-98-175-20-126.br.br.cox.net, Read error: Connection reset by peer) | |
14:28 | khildin has joined IRC (khildin!~khildin@ip-80-236-228-129.dsl.scarlet.be) | |
14:30 | JesseC has joined IRC (JesseC!~JesseCWor@wsip-98-175-20-126.br.br.cox.net) | |
14:34 | JesseC has left IRC (JesseC!~JesseCWor@wsip-98-175-20-126.br.br.cox.net, Read error: Connection reset by peer) | |
14:36 | JesseC has joined IRC (JesseC!~JesseCWor@wsip-98-175-20-126.br.br.cox.net) | |
14:36 | <alkisg> knipwim: http://ts-new.sch.gr/mediawiki/index.php?title=%CE%95%CE%B9%CE%B4%CE%B9%CE%BA%CF%8C:%CE%A3%CF%85%CE%BB%CE%BB%CE%BF%CE%B3%CE%AE&bookcmd=download&collection_id=569914736b256cfa&writer=rl&return_to=%CE%91%CF%81%CF%87%CE%B9%CE%BA%CE%AE+%CE%A3%CE%B5%CE%BB%CE%AF%CE%B4%CE%B1
| |
14:36 | We installed a mediawiki module that generates .pdf files from wiki page "collections"
| |
14:37 | F-GT has left IRC (F-GT!~phantom@ppp121-44-217-245.lns20.syd7.internode.on.net, Ping timeout: 265 seconds) | |
14:37 | <alkisg> It might prove useful for ltsp.org as well...
| |
14:39 | mikkel_ has left IRC (mikkel_!~mikkel@80-71-132-15.u.parknet.dk, Quit: Leaving) | |
14:41 | staffencasa__ has joined IRC (staffencasa__!~staffenca@8-220.ptpg.oregonstate.edu) | |
14:43 | stgraber has left IRC (stgraber!~stgraber@ubuntu/member/stgraber, Quit: leaving) | |
14:43 | <markit> alkisg: I've some weird problem with dhcp
| |
14:43 | stgraber has joined IRC (stgraber!~stgraber@ubuntu/member/stgraber) | |
14:43 | <markit> tsharking the bound1 I have a sequence of
| |
14:44 | discover, offer, request, ack and then discover again...
| |
14:44 | until the client gives up
| |
14:45 | mikkel_ has joined IRC (mikkel_!~mikkel@80-71-132-15.u.parknet.dk) | |
14:45 | <markit> is there any parameter for the bond interface that could make some harm in the process?
| |
14:46 | mikkel_ has left IRC (mikkel_!~mikkel@80-71-132-15.u.parknet.dk, Client Quit) | |
14:48 | <markit> maybe is waiting for a boot parameter I miss
| |
14:51 | mmm the log has some errors
| |
14:52 | no, not related with dhcp (just a mistype in /etc/hosts)
| |
14:57 | client bios says "PXE-E55: ProxyDHCP service did not reply to request on port 4011"
| |
15:02 | ricotz has left IRC (ricotz!~rico@unaffiliated/ricotz, Quit: Ex-Chat) | |
15:05 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
15:07 | ricotz has joined IRC (ricotz!~rico@p5B2ACA14.dip.t-dialin.net) | |
15:07 | ricotz has joined IRC (ricotz!~rico@unaffiliated/ricotz) | |
15:12 | <alkisg> markit: do you have another dhcp server that sends nak messages?
| |
15:12 | <markit> not that switch
| |
15:12 | not on that dedicated switch
| |
15:12 | <alkisg> Was it working before you tried the bonding part?
| |
15:13 | <markit> new installation, always with bond, first time I try if works
| |
15:13 | <alkisg> markit: proxydhcp? are you using a proxy dhcp server or a normal one?
| |
15:14 | <markit> normal one as far as I understand, let me pastebin you dnsmasq.conf
| |
15:14 | <alkisg> dnsmasq isn't a good dhcp server in normal dhcp mode
| |
15:15 | So it'd be better if you used the regular isc-dhcp, like also the standard ltsp installation proposes
| |
15:15 | dnsmasq is good for proxy-dhcp mode, but not for the normal one
| |
15:15 | Its dhcp code is not reentrant and that causes great delays
| |
15:16 | <markit> alkisg: http://pastebin.com/K88q6JLV
| |
15:16 | alkisg: I've ever used dnsmasq so far, sigh, I know was not the best but I though was what you also used and suggested as "working"
| |
15:17 | <alkisg> In 99% of the cases here we're using it for proxy dhcp
| |
15:17 | In 1% of the cases, they're using 2-nic setups, and dnsmasq works there as well, but only for a few clients
| |
15:17 | <markit> I see (don't know how to configure for proxy dhcp, I should since sooner or later I will face that kind of setup)
| |
15:17 | <alkisg> If one isn't using proxydhcp, there's no reason for him to prefer dnsmasq
| |
15:18 | <markit> is just it provides a lot of functionalities, like dnscach, tftp and dhcp
| |
15:18 | one tool for 3 good things :)
| |
15:19 | [01:29] [alkisg] running `dhcp net0` and then `config` on the command line is the best way to see what the client gets
| |
15:19 | this you meant was to run on the server?
| |
15:19 | http://www.nubae.com/logs/ltsp20100812_pg1.html
| |
15:19 | <alkisg> No, on the client booted with ipxe
| |
15:19 | !irclogs
| |
15:19 | <ltsp> alkisg: Error: "irclogs" is not a valid command.
| |
15:20 | <alkisg> !learn as irclogs This channel is logged, archives are available at http://irclogs.ltsp.org
| |
15:20 | <ltsp> alkisg: (learn [<channel>] <key> as <value>) -- Associates <key> with <value>. <channel> is only necessary if the message isn't sent on the channel itself. The word 'as' is necessary to separate the key from the value. It can be changed to another word via the learnSeparator registry value.
| |
15:20 | <alkisg> !learn irclogs as This channel is logged, archives are available at http://irclogs.ltsp.org
| |
15:20 | <ltsp> alkisg: The operation succeeded.
| |
15:21 | <jocarter> hey alkisg!
| |
15:21 | <alkisg> Heya jocarter :)
| |
15:22 | markit: sudo /opt/ltsp/i386/usr/lib/klibc/bin/ipconfig -n bond1
| |
15:22 | What's the output there?
| |
15:22 | <markit> IP-Config: bond1 hardware address 00:0a:cd:1a:52:60 mtu 1500 DHCP RARP
| |
15:22 | <alkisg> It didn't write anything about getting some ip address from a dhcp server, did it?
| |
15:23 | <markit> ehm, after I fixed the error in /etc/hsots, I noticed the message about PXE-E55: ProxyDHCP service did not reply to request on port 4011
| |
15:23 | BUT now I see there has been a IP assigned!
| |
15:24 | monteslu__ has joined IRC (monteslu__!~monteslu@ip68-109-174-213.ph.ph.cox.net) | |
15:24 | <markit> so it gets 192.168.1.124 (strange did not stareted with .100?)
| |
15:24 | DHCP IP 192.168.20.1
| |
15:25 | and then the PXE-E55: Pr... message
| |
15:25 | <alkisg> The client got 192.168.1.x? Isn't that from your dhcp server on the other switch?
| |
15:25 | <markit> sorry, my mistype
| |
15:26 | 192.168.20.124
| |
15:26 | * markit asames | |
15:26 | <alkisg> And the output of `sudo /opt/ltsp/i386/usr/lib/klibc/bin/ipconfig -n bond1` didn't show an ip address, correct?
| |
15:26 | <markit> correct
| |
15:26 | (I had to issue ^C to terminate, correct?)
| |
15:27 | <alkisg> It doesn't matter, it would have quitted after 60 seconds
| |
15:27 | So the client did get an ip address, yet it failed to boot?
| |
15:27 | <markit> seems so :)
| |
15:27 | I can try to reboot now
| |
15:28 | <alkisg> It looks like dnsmasq is advertising the proxy mode even if you didn't declare it
| |
15:28 | monteslu_ has left IRC (monteslu_!~monteslu@ip68-109-174-213.ph.ph.cox.net, Ping timeout: 268 seconds) | |
15:28 | Bootless has left IRC (Bootless!~AnDyLap@yath1870.cronon.net) | |
15:28 | <markit> can't be a problem that does not find the rest of the boot process? I can't express myself clearly, but seems to me to recall from you
| |
15:29 | that maybe was asking the rest of info for the pxeboot but did not got them
| |
15:29 | <alkisg> Try with ipxe, it gives a more clear view of the situation
| |
15:29 | <markit> ok, let me try to find it and burn a cd
| |
15:40 | usual luck.. I've downloaded ipxe.iso, created a cd but does not boot, nor system rescue cd, probably faulty cdrom :(
| |
15:40 | I'll try with an usb key, hold on, sigh
| |
15:48 | alkisg: seems to work... tftp loading ... 90%
| |
15:48 | now is stick at "Trying to load pxelinux.cfg/default OK"
| |
15:49 | frozen? do I have to press enter?
| |
15:53 | <knipwim> alkisg: i gather you use this one? http://www.mediawiki.org/wiki/Extension:Collection
| |
15:54 | <markit> tehre is some traffic: 6.010368 192.168.20.124 -> 192.168.20.1 UDP 60 Source port: 49163 Destination port: 46568
| |
15:54 | <knipwim> also, i got a login problem on my local ltsp boot
| |
15:55 | when logging in, it's like the name of the user isn't sent
| |
15:55 | this line, which appears on normal logins, isn't present:
| |
15:55 | SSH: Server;Ltype: Authname;Remote: 192.168.0.11-49973;Name: wim [preauth]
| |
15:56 | it just connects and then fails with a Connection closed by 192.168.0.14 [preauth]
| |
15:56 | and the server public keys are copied to the client
| |
15:56 | any hints?
| |
16:00 | cliebow has left IRC (cliebow!~cliebow@WatchGuard.ellsworth-hs.ellsworth.k12.me.us, Ping timeout: 245 seconds) | |
16:02 | <alkisg> knipwim: yup, extension:collection
| |
16:02 | knipwim: and ssh (without ldm, login etc) works fine locally, from the root account?
| |
16:03 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 265 seconds) | |
16:03 | <alkisg> Eh, the user account, rather
| |
16:03 | su -; ssh user@server
| |
16:04 | markit: no you don't need to press enter
| |
16:04 | !quiet-splash
| |
16:04 | <ltsp> alkisg: quiet-splash: to disable the splash screen in Ubuntu, in order to see any boot error messages, run `sudo gedit /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default` and remove quiet splash .
| |
16:04 | <alkisg> It's probably very very slow at the tftp downloading for some reason
| |
16:04 | But do press ctrl+b, write dhcp net0 and config, and check if you got all the expected info
| |
16:06 | <markit> right now? seems to ignore the keyboard
| |
16:06 | what about plymouth:force-splash ? remove that too?
| |
16:10 | rebooted, ^b, I don't know if everything ok, what surprises me that under proxydhcp I've items, but refer to the dhcp server 192.168.20.1
| |
16:10 | so maibe is just a duplicated info
| |
16:11 | is filename /ltsp/i386/pxelinux.0 ok?
| |
16:13 | <knipwim> alkisg: ok, it's logging in now, but only after I added the server ssh key to the /root/.ssh/known_hosts
| |
16:15 | and I see I don't have my server home dir mounted
| |
16:25 | <markit> 62.846398 192.168.20.1 -> 192.168.20.124 TFTP 141 Error Code, Code: File not found, Message: file /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/64b2f4b8-74fe-d511-85e4-4879282662ae non trovato
| |
16:25 | mm that looks interesting
| |
16:25 | oh, not at all, sorry for the noise
| |
16:26 | Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 245 seconds) | |
16:29 | <alkisg> markit: so all info seems ok? After dhcp net0, try: kernel /ltsp/i386/vmlinuz, how long does that take? More than a few secs?
| |
16:30 | <markit> alkisg: seems stuck at Loading mvlinuz..
| |
16:30 | is slow like hell.. probably it will take 2 days to load
| |
16:30 | <alkisg> knipwim: there's a check about mounting /home/username, if it's on a different partition than /, it's assumes that it was already by other means and it doesn't use sshfs for it
| |
16:31 | knipwim: err what's the use case exactly? Copied a chroot to some client locally?
| |
16:31 | <markit> alkisg: wife's calling, brb asap
| |
16:32 | (now in not yet reacing loading vmlinuz, I'm capturing the traffic anyway)
| |
16:32 | <knipwim> alkisg: i installed ltsp-client and ldm on my laptop, and trying to boot it into ltsp using a local grub init=/sbin/init-ltsp line
| |
16:33 | <alkisg> knipwim: but you do have a server nearby, right?
| |
16:33 | <knipwim> yes
| |
16:33 | on the local net, it's retrieving the lts.conf from there
| |
16:33 | <alkisg> knipwim: did you / should you get a cow environment?
| |
16:33 | (tmpfs etc)
| |
16:34 | <knipwim> yeah, the gentoo bind mounts :)
| |
16:34 | <alkisg> Ah right
| |
16:34 | <knipwim> except /home though
| |
16:34 | <alkisg> And your local disk is mounted ro, right?
| |
16:34 | <knipwim> erm, no
| |
16:34 | that would probably be a good idea :)
| |
16:35 | <alkisg> Yeah, let's try to simulate the environment more accurately... and also avoid any side effects to your laptop :)
| |
16:35 | bbiab
| |
16:41 | <markit> alkisg: do you think worths the trouble try to reconfigure with eth1 instead of bond1? looks it like a networking issue?
| |
16:42 | <alkisg> markit: well, try some other protocol than tftp, e.g. nbd, http...
| |
16:43 | Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas) | |
16:43 | <alkisg> If they all suck, then sure, it's a networking issue, if only tftp sucks, then it sounds like "no"
| |
16:43 | <markit> ehm, how could I try a different protocol?
| |
16:43 | do you mean connect a laptop with fixed compatible IP and try to navigate and so on?
| |
16:44 | <alkisg> cd /boot; python -m SimpleHTTPServer
| |
16:44 | <markit> you mean ^b, then ..? where cd /boot?
| |
16:44 | <alkisg> No, on the server
| |
16:45 | Then, on some other pc, open a web browser, and go to this url: 192.168.20.1:8000
| |
16:45 | <markit> ok
| |
16:45 | <alkisg> And download the kernel from there, see how long it takes
| |
16:46 | knipwim: what's the output of `cat /proc/mounts` when you've booted as an ltsp-client?
| |
16:53 | <markit> alkisg: starting.... and seem frozen
| |
16:54 | wondering if some iptables rule or squid3 stuff can hurt (should not but...)
| |
16:55 | <knipwim> alkisg: http://dpaste.com/792139/
| |
16:56 | cliebow has joined IRC (cliebow!~cliebow@WatchGuard.ellsworth-hs.ellsworth.k12.me.us) | |
16:56 | <markit> alkisg: with wireshark, I see that each datapacket is sent twice... bad boinding?
| |
16:57 | <cliebow> boinking?
| |
17:00 | SmallR2002_ has joined IRC (SmallR2002_!~quassel@c-98-253-173-240.hsd1.il.comcast.net) | |
17:00 | <knipwim> i added the "ro" option as a kernel parameter, but i think it still uses the /etc/fstab file to remount to rw
| |
17:01 | <alkisg> knipwim: normally /etc/fstab is overwritten, it's in the bind-mounted list, isn't it?
| |
17:01 | knipwim: ah, ro for the kernel parameter is usually for the initramfs
| |
17:02 | Not for the root disk
| |
17:02 | (I think)
| |
17:02 | ...or not... well..
| |
17:03 | <knipwim> alkisg: how is it overwritten? only if $CONFIGURE_FSTAB is provided right?
| |
17:03 | <alkisg> That's true by default
| |
17:04 | http://www.kernel.org/doc/Documentation/kernel-parameters.txt => ro [KNL] Mount root device read-only on boot
| |
17:05 | <knipwim> well my /etc/fstab is certainly not overwritten
| |
17:05 | <alkisg> ./client/share/ltsp/init-ltsp.d/50-fstab:if [ -n "$CONFIGURE_FSTAB" ] && ! boolean_is_true "$CONFIGURE_FSTAB"; then
| |
17:06 | Does `cat > file` work with bind-mounts?
| |
17:06 | joat| has left IRC (joat|!~freenode@ip70-160-179-5.hr.hr.cox.net, *.net *.split) | |
17:06 | SmallR2002 has left IRC (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net, *.net *.split) | |
17:06 | <knipwim> i see, a long forgotten CONFIGURE_FSTAB=False in my lts.conf
| |
17:06 | joat has joined IRC (joat!~freenode@ip70-160-179-5.hr.hr.cox.net) | |
17:09 | <knipwim> but still mounted rw
| |
17:10 | <alkisg> cat /proc/cmdline?
| |
17:10 | <knipwim> ip=eth0:dhcp root=UUID=748f4a26-f9d4-4081-9d79-ab44b7ec3d2b ro init=/sbin/init-ltsp ltsp.server=192.168.0.1
| |
17:11 | i actually saw dracut mounting with options ro
| |
17:11 | <alkisg> Try ltsp.break=50-fstab
| |
17:11 | You'll see if it's mounted ro at that point... if not, you can remount it ro to see if it changes anything
| |
17:12 | <knipwim> also a reminder to document ltsp kernel parameters :)
| |
17:12 | <alkisg> !alkisg-todo
| |
17:12 | <ltsp> alkisg: alkisg-todo: (#1) ltsp-update-image.symlinks, or (#2) upload fixed nbd-server package in the PPA, or (#3) implement LDM_[PRE|IN|POST]SESSION_CMD, or (#4) put IPAPPEND support in ltsp-update-kernels, or (#5) prefer kernels from img rather than dir, or (#6) LDM password hash, or (#7) check remoteapps in fat clients
| |
17:12 | <alkisg> Hehe completely forgot about that :D
| |
17:13 | <markit> alkisg: solved :) or :(
| |
17:13 | was just that in /interfaces I put slaves none INSTEAD of bond-slaves none
| |
17:13 | sighhhhhhh!!!! thanks a lot for helping in troubleshooting
| |
17:13 | <alkisg> Meh
| |
17:13 | * knipwim is going to make dinner | |
17:13 | <alkisg> np, stupid error though
| |
17:13 | <markit> I'm really shocked by this, in any case
| |
17:13 | <alkisg> I mean, difficult to pinpoint
| |
17:14 | <markit> alkisg: is not the error that scares me, but the lack of error info
| |
17:14 | yep... IT is really a nightmare sometime
| |
17:14 | a full afternoon wasted :(
| |
17:14 | yesterday I had to update a raid controller firmware
| |
17:14 | should have been a 10 minute work
| |
17:15 | it took 1 hour, just to be able to boot the pc with the "dos" disk
| |
17:15 | well, I have to fix my installation scripts ASAP ;P
| |
17:16 | and thanks again for the troubleshooting info, I would have not be able to solve alone
| |
17:16 | (I would be still at dhcp level hunting, lol)
| |
17:17 | <alkisg> ltsp can send dos boot disks ;)
| |
17:17 | (over the network)
| |
17:18 | <markit> alkisg: ehm, I keep it for the "advanced course" you will teach me in 2045,thanks ;P
| |
17:42 | <alkisg> knipwim: rootflags= [KNL] Set root filesystem mount option string
| |
17:44 | (it shouldn't matter though, ro should be enough... try ltsp.break=50-fstab...)
| |
17:44 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
17:45 | bauerski has left IRC (bauerski!~witekb@frodo.psp.opole.pl, Quit: Leaving.) | |
17:50 | vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi) | |
18:43 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
18:51 | darthanubis has left IRC (darthanubis!~darthanub@cpe-71-79-187-243.neo.res.rr.com, Quit: HydraIRC -> http://www.hydrairc.com <- \o/) | |
18:56 | staffencasa__ has left IRC (staffencasa__!~staffenca@8-220.ptpg.oregonstate.edu, Quit: Leaving) | |
18:56 | staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu) | |
18:59 | <markit> mm seems I've still problems, sigh
| |
19:57 | [GuS] has left IRC ([GuS]!~MysT@unaffiliated/gus/x-663402, Quit: Konversation terminated!) | |
20:11 | cliebow has left IRC (cliebow!~cliebow@WatchGuard.ellsworth-hs.ellsworth.k12.me.us, Quit: Ex-Chat) | |
20:13 | khildin has left IRC (khildin!~khildin@ip-80-236-228-129.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
20:15 | qwebirc7673 has joined IRC (qwebirc7673!ad4632dc@gateway/web/freenode/ip.173.70.50.220) | |
20:15 | <qwebirc7673> Hello
| |
20:16 | Looking for a bit of help setting up LTSP
| |
20:16 | <markit> any expert about bonding? I've a lot of issues (in short... do not work)
| |
20:16 | qwebirc7673: just ask, hope someone can help :)
| |
20:17 | <qwebirc7673> I have it up an running on CentOS6, however I would like to run rdesktop or freerdp instead of LDM
| |
20:17 | I don't see any docs on this, I've try to RTFM before going on IRC
| |
20:18 | Basically I want to use LTSP to run an office full of thin clients that use rdesktop to connnect to Windows Server Remote Desktop Session
| |
20:22 | <elias_a> Right on.
| |
20:25 | <markit> qwebirc7673: I have these lines under [default]
| |
20:25 | SCREEN_07 = ldm
| |
20:25 | SCREEN_08 = rdesktop -f -k it 192.168.1.5
| |
20:26 | so it automatically connects as rdp to host 192.168.1.5
| |
20:26 | of course you need the rdesktop package installed in your ltsp server
| |
20:26 | the above is an old old config for an old ltsp, hope it is still valid
| |
20:27 | <Hyperbyte> markit, no
| |
20:27 | If you want rdesktop to replace LDM, you use SCREEN_07=rdesktop [arguments] -instead of- SCREEN_07=ldm
| |
20:27 | You don't need SCREEN_07=ldm if you're not gonna use it
| |
20:27 | <markit> Hyperbyte: should be, but at those time did not worked
| |
20:28 | it worked only with screen_07 and 08
| |
20:28 | sideffect has joined IRC (sideffect!sideffect@gateway/shell/bshellz.net/x-ztzqvgeurwecnwds) | |
20:29 | <Hyperbyte> markit, not reproducable on Ubuntu 12.04
| |
20:29 | <markit> was in debian afaik
| |
20:29 | arrakis1 has joined IRC (arrakis1!~dmarkovic@ip-64-134-197-56.public.wayport.net) | |
20:33 | <qwebirc7673> Thanks Hyperbyte, where is SCREEN_07 set? (sorry for the newbie questions...)
| |
20:34 | <Hyperbyte> !lts.conf
| |
20:34 | <ltsp> Hyperbyte: lts.conf: http://manpages.ubuntu.com/lts.conf
| |
20:34 | <Hyperbyte> qwebirc7673, and don't be sorry. :)
| |
20:35 | arrakis1 has left IRC (arrakis1!~dmarkovic@ip-64-134-197-56.public.wayport.net) | |
20:43 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
20:52 | NeonLicht has left IRC (NeonLicht!~NeonLicht@darwin.ugr.es, Ping timeout: 246 seconds) | |
20:53 | <markit> alkisg: the problem I have with the bound is not (or not only) due to the slave thing... I've it again, now seems to work, a random one
| |
20:53 | alkisg: I've changed to a 100mbs switch, and had a look at cat /proc/net/bonding/bond0
| |
20:54 | (also I've changed the name of the bond from bond1 to bond0, since with bond1 ifconfig -a showed also a bond0... not so good
| |
20:54 | )
| |
20:56 | <alkisg> markit: I only tested bonding for 1 year before I upgraded to gigabit switch, and I wrote there my experience: https://help.ubuntu.com/community/UbuntuLTSP/Trunking
| |
20:56 | ...now I don't even remember what I wrote :)
| |
20:57 | <markit> alkisg: :) don't you use bonding with gbit switches also?
| |
20:57 | I do
| |
20:57 | <alkisg> Many schools only have switches with 1 gigabit port, and also the pci bandwidth limit is 1 gbps, and also the clients are often 100 mbps, so it doesn't make much sense to trouble the teachers with bonding
| |
20:58 | Only on special occassions where the teacher is savvy enough, we talk about it in our forums and propose bonding
| |
21:01 | <markit> fabolus, I enter "halt" and it does not switch off completely, sometime
| |
21:01 | is realling like walking on the eggs
| |
21:01 | * markit depressed as usual | |
21:02 | NeonLicht has joined IRC (NeonLicht!~NeonLicht@darwin.ugr.es) | |
21:03 | <||cw> markit: ubuntu 12.04? halt -p
| |
21:03 | they changed the default :/
| |
21:05 | <markit> ||cw: ehm, but sometime works, are you sure? and with the new default, what does it do? suspend?
| |
21:08 | ||cw: thanks a lot, so at least is not the server malfunctioning :)
| |
21:09 | <||cw> just stops everything and says "powered off" or something
| |
21:10 | like on the old AT systems that dont' support powering off
| |
21:17 | brunolambert has left IRC (brunolambert!blambert@nat/revolutionlinux/x-mtqmdjakjvbazatn, Quit: brunolambert) | |
21:18 | artista_frustrad has left IRC (artista_frustrad!~fernando@189.125.205.147, Quit: Leaving) | |
21:30 | <qwebirc7673> I'm sure it's something obvious, but I've added SCREEN_07=rdesktop (arguments), I've even tried SCREEN_07=shell, but all of this seems to be having no effect. The lts.conf file was empty, is that normal?
| |
21:32 | <alkisg> Yes, and, put [Default] as the first line
| |
21:32 | Btw where does the qwebirc7673 name come from? Any freenode-related site that hosts qwebirc?
| |
21:33 | hays has left IRC (hays!~quassel@unaffiliated/hays, Ping timeout: 268 seconds) | |
21:33 | <markit> alkisg: is he looking at the correct lts.conf? don't know about centos places
| |
21:33 | <alkisg> No idea either
| |
21:34 | <markit> qwebirc7673: are you editing /etc/lts.conf (WRONG) or which one?
| |
21:35 | btw, balance-alb works fine with http server, but not for pxe boot (arp timeout), let's go back to -rr
| |
21:35 | <qwebirc7673> I'm connecting to IRC using the web chat client on www.ltsp.org/irc/
| |
21:35 | It auto-assigned me that name,
| |
21:36 | <alkisg> Cool I didn't know we had that :)
| |
21:36 | <qwebirc7673> I was editing /opt/ltsp/i386/etc/lts.conf
| |
21:36 | <markit> qwebirc7673: no problem about your nick, at least for me... was asking about what file are you editing :) what path?
| |
21:36 | ok, wondering if is the right one for Centos
| |
21:37 | <qwebirc7673> That was wrong, just got it.
| |
21:37 | ricotz has left IRC (ricotz!~rico@unaffiliated/ricotz, Quit: Ex-Chat) | |
21:37 | <qwebirc7673> I had to edit the lts.conf under "/var/lib/tftpboot/ltsp/i386/lts.conf"
| |
21:37 | That one was not empty
| |
21:37 | <markit> qwebirc7673: and there were no warning like "don't edit me"? :)
| |
21:38 | read all the comments on top, just to be sure
| |
21:38 | <qwebirc7673> Nope, it was completely empty
| |
21:40 | <markit> alkisg: don't know if is pxe client that ruins the behaviour of the bond, I've rebooted and now is slow like hell again, I'm hopeless
| |
21:41 | maybe an hardware problem on the switch, lol
| |
21:41 | I've also changed cabling
| |
21:42 | <alkisg> markit: well, if all else fails, you can still assign different duties to the NIC, one to serve the nbd image and the other to handle the session
| |
21:42 | Or you can split the clients...
| |
21:42 | <markit> alkisg: split the clients?
| |
21:42 | <alkisg> Or try some channel like #networking, maybe they have some advice for you
| |
21:42 | Yeah, half of them to be served by nic1, the other half by nic2
| |
21:43 | <markit> I've no idea how to do it, I will ask you in case (and when you have time)
| |
21:49 | qwebirc12288 has joined IRC (qwebirc12288!5487a629@gateway/web/freenode/ip.84.135.166.41) | |
21:50 | qwebirc12288 has left IRC (qwebirc12288!5487a629@gateway/web/freenode/ip.84.135.166.41) | |
21:53 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
22:01 | dead_inside has left IRC (dead_inside!~dead_insi@76.75.3.174, Quit: Leaving...) | |
22:10 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 268 seconds) | |
22:15 | dsugar100 has left IRC (dsugar100!~dsugar100@columbia.tresys.com, Quit: dsugar100) | |
22:20 | F-GT has joined IRC (F-GT!~phantom@ppp121-44-217-245.lns20.syd7.internode.on.net) | |
22:30 | F-GT has left IRC (F-GT!~phantom@ppp121-44-217-245.lns20.syd7.internode.on.net, Ping timeout: 244 seconds) | |