Back to Home / #uml / 2007 / 09 / Prev Day | Next Day
#uml IRC Logs for 2007-09-16

---Logopened Sun Sep 16 00:00:49 2007
00:12|-|aroscha [~aroscha@89.106.215.178] has joined #uml
00:51|-|aroscha [~aroscha@89.106.215.178] has quit [Quit: aroscha]
01:59|-|Intensity [0aHT5o1nNO@panix1.panix.com] has quit [Ping timeout: 480 seconds]
03:57|-|aroscha [~aroscha@89.106.215.178] has joined #uml
04:23|-|aroscha [~aroscha@89.106.215.178] has quit [Quit: aroscha]
04:48|-|Intensity [C9tQvqSn01@panix1.panix.com] has joined #uml
05:06|-|Urg[workz] [~plamen@83.228.65.158] has quit [Remote host closed the connection]
05:14|-|flatronf700B [~flatronf7@ns1.clipsalportal.com] has quit [Read error: Operation timed out]
05:39|-|tyler [~tyler@ARennes-256-1-115-97.w90-32.abo.wanadoo.fr] has joined #uml
06:15|-|silug [~steve@38.104.162.2] has quit [Read error: Operation timed out]
06:55|-|aroscha [~aroscha@KHA-KW.mur.at] has joined #uml
06:59|-|tyler [~tyler@ARennes-256-1-115-97.w90-32.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
07:12|-|tyler [~tyler@ARennes-256-1-124-91.w90-32.abo.wanadoo.fr] has joined #uml
07:17|-|Urgleflogue [~plamen@83.228.65.158] has joined #uml
07:45|-|aroscha [~aroscha@KHA-KW.mur.at] has quit [Ping timeout: 480 seconds]
08:09|-|silug [~steve@38.104.162.2] has joined #uml
09:31|-|Urgleflogue [~plamen@83.228.65.158] has quit [Quit: 01001110 01100101 01110010 01100100 00100001]
11:01|-|kos_tom [~thomas@humanoidz.org] has joined #uml
11:19|-|hfb [~hfb@75.80.37.175] has joined #uml
11:22|-|the_hydra [~mulyadi@125.164.97.96] has joined #uml
11:26|-|tyler [~tyler@ARennes-256-1-124-91.w90-32.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
11:50|-|tyler [~tyler@ARennes-256-1-106-86.w90-32.abo.wanadoo.fr] has joined #uml
11:51|-|balbir [~balbir@122.167.80.234] has quit [Quit: Ex-Chat]
12:14|-|the_hydra [~mulyadi@125.164.97.96] has quit [Quit: using sirc version 2.211+KSIRC/1.3.10]
13:32|-|kos_tom [~thomas@humanoidz.org] has quit [Read error: Connection reset by peer]
13:32|-|kos_tom [~thomas@humanoidz.org] has joined #uml
14:09|-|tyler [~tyler@ARennes-256-1-106-86.w90-32.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
14:30|-|tyler [~tyler@ARennes-256-1-7-151.w90-31.abo.wanadoo.fr] has joined #uml
14:56|-|Intensity [C9tQvqSn01@panix1.panix.com] has quit [Ping timeout: 480 seconds]
15:22|-|flinkdeldinky [~michael@125-24-131-34.adsl.totbb.net] has quit [Ping timeout: 480 seconds]
15:22|-|flinkdeldinky [~michael@125-24-128-32.adsl.totbb.net] has joined #uml
15:40|-|Intensity [d5GkFByFuC@panix1.panix.com] has joined #uml
15:47|-|tyler [~tyler@ARennes-256-1-7-151.w90-31.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
16:05|-|tyler [~tyler@ARennes-256-1-34-114.w90-32.abo.wanadoo.fr] has joined #uml
16:11|-|tyler [~tyler@ARennes-256-1-34-114.w90-32.abo.wanadoo.fr] has quit [Remote host closed the connection]
16:16|-|tyler [~tyler@ARennes-256-1-34-114.w90-32.abo.wanadoo.fr] has joined #uml
16:33|-|Guest13 changed nick to ElectricElf
16:44|-|kos_tom [~thomas@humanoidz.org] has quit [Quit: I like core dumps]
17:07|-|tyler [~tyler@ARennes-256-1-34-114.w90-32.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
17:37|-|rlb [~user@dsl027-178-233.sfo1.dsl.speakeasy.net] has joined #uml
18:12<rlb>Is there a way to get uml to have only one login console, on standard IO?
18:12<caker>yes
18:12<rlb>I've been playing with con=..., but I haven't gotten it quite right yet.
18:13<caker>add: con=null con0=fd:0,fd:1 to the command line, and start a getty on tty0 by editing the UML's /etc/inittab
18:13<caker>comment out the other gettys in that file to prevent init from complaining
18:14<caker>for added fun, run the UML inside screen
18:14<dang>That's how I run it...
18:18<rlb>I think I had it all but the con=null bit. I had problems with input, so I'm guessing that maybe two things were contending for stdin.
18:18<rlb>caker: thanks.
18:19<rlb>Any easy way to redirect the IO to a socket that might work with unixterm?
19:16<JDLSpeedy>is UML still being developed?
19:24<dang>Yes, actively.
19:28<rlb>Do people use launchtool to keep a uml instance running on a server, or is there something obviously better?
19:29<rlb>(just for one or two instances)
19:58<dang>I use screen...
20:09<rlb>dang: I want something that will keep the instances running, start them at startup, shut them down at shutdown, etc. (I suppose I might also want a ups daemon or similar.)
20:11<caker>http://www.umlazi.org/ <-- probably bitrotted, but there's a bunch of scripts included to do that kind of thing, I think
20:11<dang>rlb: My uml's are all scripted and left behind screens... The scripts can be run at startup, if you want.
20:11<dang>It's not that hard to do.
20:12<dang>There are lots of scripts floating around; you can find a lot of them with google.
20:13<rlb>dang: right, but I was looking to see if there was some more general infrastructure already available (like launchtool, for example).
20:13<dang>Not that I know of. Doesn't meant it doesn't exist, since I've never really looked for it.
20:58|-|mgross [~mgross@pool-71-182-72-36.ptldor.fios.verizon.net] has joined #uml
21:17<rlb>caker: I tried con=null con0=fd:0,fd:1, and although I do get a login on stdin, it doesn't quite work. i.e. it takes the username and then just immediately prints "Login incorrect". I assume that means that stdin isn't getting to getty correctly. FWIW I only have one relevant line in inittab "0:2345:respawn:/sbin/getty 38400 tty0".
21:19<caker>rlb: add tty0 to the UML's /etc/securetty
21:19<caker>it
21:19<caker>that file controls where root can log in from
21:19<rlb>caker: AHH -- I knew I was forgetting something.
21:19<caker>sure :-p
21:20<rlb>I was pretty sure I remembered that someone (jdike?) had told me something that was key before, and I'm pretty sure that was it. This time, perhaps I'll write it down :/ Thanks so much.
21:20<caker>np
21:25<rlb>caker: that worked perfectly. Thanks again. Now I'll see if launchtool seems useful. (I thought I saw some other similar tool a while ago, but now I can't recall what it was.)
21:40|-|stmartin [~cameron@medussa.otago.ac.nz] has joined #uml
21:41<stmartin>Is a 64-bit multi-core Xeon a good platform for a UML host?
21:47<caker>stmartin: short answer: yes. Depending on what you're doing on the host, the disk subsystem may be your bottleneck. I *rarely* have had any problems with not enough CPU
21:55<stmartin>memory seems to be the more dominant bottleneck for me I think. I'm specing a sister machine to add to my current virtual server host.
21:57<stmartin>Thankfully there is not a lot of disk activity happening that isn't served from cache.
21:57<stmartin>(think 125ish very similar machines -- it's for network management training)
22:04<stmartin>Thanks for the info btw.
22:18|-|ram [~ram@pool-71-117-233-85.ptldor.fios.verizon.net] has quit [Ping timeout: 480 seconds]
22:39|-|stmartin [~cameron@medussa.otago.ac.nz] has left #uml []
22:52|-|netdrake [netdrake@rootshell.sk] has quit [Remote host closed the connection]
22:52|-|netdrake [netdrake@2001:5c0:904b:ffff::1] has joined #uml
22:59|-|VS_ChanLog [~stats@ns.theshore.net] has left #uml [Rotating Logs]
22:59|-|VS_ChanLog [~stats@ns.theshore.net] has joined #uml
22:59<rlb>Is there a common way to handle signalling a uml instace to shut down if when the host is going down? I assumed you might just hook in to the normal UPS related infrastructure.
23:05|-|mgross [~mgross@pool-71-182-72-36.ptldor.fios.verizon.net] has quit [Quit: Leaving]
23:31<caker>rlb: uml_mconsole cad
23:40<rlb>caker: OK, thanks -- just have to change the inittab.
23:44<caker>rlb: for what it's worth -- I modify the UML src to shutdown on reboot. It's a one-liner in arch/um/kernel/reboot.c
23:44<caker>should be fairly obvious
23:51<rlb>caker: OK, though I don't mind changing the inittab to just shut down on cad.
23:53<rlb>caker: is vde{2,} use very common w/uml?
23:54<caker>rlb: it's new to UML. I've never used it
23:54<rlb>That's one convenient thing about qemu (the built-in default networking).
23:55<rlb>That and -redir are sufficient for some situations...
23:55<caker>http://edeca.net/articles/bridging/
23:55<caker>^-- basically my setup (gave advice to the guy that wrote the howto)
23:59<rlb>Thanks -- I was wondering if the vde setup might be a little more flexible and require fewer privileges (other than the vde setup itself). I'll probably poke around.
---Logclosed Mon Sep 17 00:00:26 2007