--- Day changed

--- Log opened Fri Aug 15 00:00:01 2003
00:35 -!- Aetherios [~jeff@24.199.13.10] has joined #uml
03:36 -!- G2_ [~G2@193.195.148.66] has joined #uml
03:55 -!- Umler [~anon@dsl-200-67-146-73.prodigy.net.mx] has quit [Ping timeout: 480 seconds]
04:18 -!- Aetherios [~jeff@24.199.13.10] has quit []
04:19 -!- pirlouit [~peter@64.162.195.202] has quit [Quit: Time to frag!]
05:23 -!- rob [~rob@212.69.225.18] has joined #uml
05:37 -!- spenne [~spenneb@212.204.20.197] has joined #uml
06:01 -!- pflanze [~chris@129.132.19.124] has joined #uml
07:47 < pflanze> Hello.
07:47 < pflanze> I have run into a problem with networking:
07:47 < pflanze> Configuring network interfaces... TUNSETIFF failed, errno = 1SIOCSIFFLAGS: Operation not permitted
07:48 < pflanze> /dev/net/tun is writable by the user running uml. Dunno what it could be else.
08:02 < probonic> pflanze: I had this problem when, for some reason, the tap devices I specified for tuntap was already in use
08:02 < probonic> pflanze: Try creating a new tap device and using that
08:08 -!- G2_ [~G2@193.195.148.66] has quit [Quit: Client exiting]
08:24 < pflanze> Thanks probonic, you were right, I was using the wrong tap interface for this uml.
08:26 < pflanze> BTW, maybe OT, for some reason I can't login into that uml as root from the console, it just says 'Login incorrect' after entering 'root\n', without even asking for the password.
09:01 < green> see /etc/securetty
09:55 -!- ElectricElf [~david@elf.noc.oftc.net] has joined #uml
10:09 -!- spenne [~spenneb@212.204.20.197] has quit [Quit: Client exiting]
10:53 -!- pflanze [~chris@129.132.19.124] has quit [Ping timeout: 480 seconds]
11:50 -!- pflanze [~chris@80.218.225.72] has joined #uml
12:10 -!- Fede [~Fede@24.232.77.6] has joined #uml
12:40 -!- paq_ [~paq@202.155.9.8] has quit [Ping timeout: 501 seconds]
13:08 -!- pirlouit [~peter@duvel.drunkcoders.com] has joined #uml
13:27 -!- Aetherios [~jeff@24.199.13.10] has joined #uml
13:54 -!- Umler [~anon@dsl-200-67-146-73.prodigy.net.mx] has joined #uml
13:54 -!- Umler [~anon@dsl-200-67-146-73.prodigy.net.mx] has quit [Client Quit]
13:56 -!- Umler [~anon@dsl-200-67-146-73.prodigy.net.mx] has joined #uml
14:28 -!- AquaJo [~torbofh@217.85.157.23] has joined #uml
14:54 -!- Fede [~Fede@24.232.77.6] has quit [Quit: Client Exiting]
14:55 -!- Aetherios [~jeff@24.199.13.10] has quit [Ping timeout: 490 seconds]
15:01 -!- Aetherios [~jeff@24.199.13.10] has joined #uml
16:02 -!- pflanze [~chris@80.218.225.72] has quit [Ping timeout: 490 seconds]
16:07 -!- silug [~steve@64.240.156.225] has quit [Ping timeout: 490 seconds]
16:16 -!- solarce [solarce@fallingsnow.net] has quit [Quit: leaving]
16:19 -!- solarce [~solarce@209-16-139-2.cortland.com] has joined #uml
16:34 -!- mistral [mistral@212.159.71.212] has joined #uml
16:50 -!- mistral [mistral@212.159.71.212] has quit [Ping timeout: 490 seconds]
17:04 -!- G2 [~G@212.159.59.85] has joined #uml
17:06 -!- solarce [~solarce@209-16-139-2.cortland.com] has quit [Remote host closed the connection]
17:27 -!- silug [~steve@osiris.silug.org] has joined #uml
17:33 -!- probonic [~mr@81.129.12.121] has quit []
17:37 -!- pirlouit [~peter@duvel.drunkcoders.com] has quit [Quit: Time to frag!]
17:45 -!- AquaJo [~torbofh@217.85.157.23] has quit [Quit: Die Liebe ist wie die Zahl Pi: Natürlich, irrational und sehr, sehr wichtig.]
17:47 -!- pirlouit [~peter@64.162.195.202] has joined #uml
17:53 -!- G2 [~G@212.159.59.85] has quit [Quit: Client exiting]
17:54 -!- pflanze [~chris@217.162.112.5] has joined #uml
18:26 -!- pirlouit [~peter@64.162.195.202] has quit [Quit: Time to frag!]
18:31 -!- pirlouit [~peter@64.162.195.202] has joined #uml
18:35 -!- mdz_ [~mdz@24.91.103.187] has quit [Ping timeout: 490 seconds]
18:43 -!- mdz_ [~mdz@h00034795fb2d.ne.client2.attbi.com] has joined #uml
18:47 -!- Umler [~anon@dsl-200-67-146-73.prodigy.net.mx] has quit [Ping timeout: 480 seconds]
19:10 -!- pirlouit [~peter@64.162.195.202] has quit [Remote host closed the connection]
19:22 -!- probonic [~mr@host81-129-12-121.in-addr.btopenworld.com] has joined #uml
19:23 < probonic> Does anyone know if it's possible to modify a COW filesystem outside of the UML?
19:24 < Aetherios> mount it as a loop
19:24 < probonic> but will that work with a *COW* filesystem tho?
19:24 < probonic> actually it can't - how do u specify both the cow file and the backing file together in one mount command??
19:31 -!- david [~d@vidcoulson.com] has joined #uml
19:47 -!- probonic [~mr@host81-129-12-121.in-addr.btopenworld.com] has quit [Read error: Connection reset by peer]
20:48 -!- mistik1 [rasta@ool-44c02046.dyn.optonline.net] has joined #uml
20:59 -!- Umler [~anon@200.67.146.73] has joined #uml
21:10 < com4> you cant mount more than one thing to a directory
21:11 < com4> i think the only way would be to use uml_moo to merge it
21:11 < com4> then mount it
21:21 < com4> unless you have to be in the environment, with say, chroot -- i don't understand why mounting it as a loop won't work
21:22 < Aetherios> the COW file should flush all changes to the root_fs when you halt your uml...no?
21:22 < com4> no
21:23 < com4> when you boot off a cow, all changes are made on the cow
21:23 < com4> nothing is written to the root_fs if you're using cow
21:23 < com4> at least that's my understanding
21:24 -!- Umler [~anon@200.67.146.73] has quit [Remote host closed the connection]
21:24 < Aetherios> oh, i thought the COW just sotra acted as a buffer, to verify that there's no writes at the same time...but I've never actaully used it or read that deeply, do i could be wrong
21:24 < com4> "As of 2.4.6-2um, the driver supports layering a read-write private device over a read-only shared device."
21:24 < com4> from http://user-mode-linux.sourceforge.net/UserModeLinux-HOWTO-7.html#ss7.2
21:25 < com4> what cow is
21:25 < com4> let's say you wanna run 3 diffrent instances of UML
21:25 < com4> 1 for bind
21:25 < com4> 1 for web
21:25 < com4> 1 for mail
21:25 < Aetherios> right
21:25 < com4> you could set up a basic root fs
21:25 < com4> with your editors and what not
21:26 < com4> then make 3 diffrent cow files that use the root_fs as a sort of base
21:26 < Aetherios> ahh, i see
21:26 < com4> so you've got web.cow
21:26 < com4> you ./linux ubd0=web.cow,root_fs (might be flipped...)
21:26 < com4> and ./linux ubd0=mail.cow,root_fs
21:26 < com4> so, you've got 2 instances of uml running on the same root fs
21:27 < com4> but any changes made to the WEB instance would be copied to web.cow rather than root_fs
21:27 < com4> any changes for the mail, would go to mail.cow
21:27 < Aetherios> so if bind writes to it's log file, the change is kept in the cow?  or is it eventually written to hte root_fs?
21:27 < com4> same with bind
21:27 < com4> the change is in the cow
21:27 < Aetherios> i see
21:27 < com4> if you're booting uml from a cow, the root_fs will never be written to
21:28 < com4> but after you make a cow, if you boot to root_fs
21:28 < com4> or make any changes to root_fs
21:28 < com4> it will break the cows
21:28 < Aetherios> hmm, useful
21:29 < com4> but there's a util to merge the cow with it's root_fs
21:29 < com4> called uml_moo
21:29 < com4> so if you had a cow and a root fs
21:29 < com4> but you wanted to change the root fs... like you want to do
21:29 -!- pflanze [~chris@217.162.112.5] has quit [Ping timeout: 490 seconds]
21:29 < com4> you'd have to merge the cows and the root_fs together
21:29 -!- Umler [~anon@200.67.146.73] has joined #uml
21:29 < com4> OR just remake all the cows
21:30 < com4> there's uml_mkcow, but i'm unsure of what that does exactly
21:31 < com4> looks like it just makes a new cow file for you
21:33 -!- Aetherios [~jeff@24.199.13.10] has quit []
21:46 -!- Umler [~anon@200.67.146.73] has quit [Remote host closed the connection]
21:47 -!- Umler [~anon@200.67.146.73] has joined #uml
22:29 -!- Umler [~anon@200.67.146.73] has quit [Remote host closed the connection]
22:31 -!- Umler [~anon@dsl-200-67-146-73.prodigy.net.mx] has joined #uml
22:32 -!- Umler [~anon@dsl-200-67-146-73.prodigy.net.mx] has quit [Client Quit]
--- Log closed Sat Aug 16 00:00:01 2003