Back to Home / #uml / 2007 / 11 / Prev Day | Next Day
#uml IRC Logs for 2007-11-13

---Logopened Tue Nov 13 00:00:58 2007
00:24<ds2-#uml->>
02:23|-|balbir [~balbir@59.145.136.1] has joined #uml
02:30|-|balbir [~balbir@59.145.136.1] has quit [Remote host closed the connection]
02:46|-|jjkola [~jjkola@dsl-olubrasgw1-fec8de00-184.dhcp.inet.fi] has joined #uml
02:47<jjkola-#uml->>good morning
03:39|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has joined #uml
03:41|-|aroscha_ [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has joined #uml
03:41|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has quit [Read error: Connection reset by peer]
04:19|-|aroscha_ [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has quit [Quit: aroscha_]
05:31|-|aroscha [~aroscha@77.116.6.152] has joined #uml
05:55|-|aroscha_ [~aroscha@77.118.205.190] has joined #uml
05:56|-|aroscha [~aroscha@77.116.6.152] has quit [Ping timeout: 480 seconds]
06:03|-|aroscha_ [~aroscha@77.118.205.190] has quit [Ping timeout: 480 seconds]
06:37|-|aroscha [~aroscha@77.118.157.218] has joined #uml
07:09|-|aroscha [~aroscha@77.118.157.218] has quit [Ping timeout: 480 seconds]
07:18|-|Ancalagon [~PtitKosmi@215.208-78-194.adsl-fix.skynet.be] has joined #uml
07:23|-|flatronf700B [~flatronf7@ns1.clipsalportal.com] has joined #uml
08:41|-|dang [~dang@nemesis.fprintf.net] has quit [Quit: Leaving.]
08:58|-|dang [~dang@aa-redwall.nexthop.com] has joined #uml
09:42|-|Urgleflogue [~plamen@83.228.65.158] has quit [Quit: 01001110 01100101 01110010 01100100 00100001]
09:50|-|Urgleflogue [~plamen@83.228.65.158] has joined #uml
10:10|-|aroscha [~aroscha@77.119.45.56] has joined #uml
10:37|-|jdike [~jdike@pool-71-248-190-161.bstnma.fios.verizon.net] has joined #uml
10:37<jdike-#uml->>Hi guys
10:38<dang-#uml->>Morning, Jeff.
10:48<jjkola-#uml->>hi jdike
10:48<jjkola-#uml->>I have a crash for you, fresh one even
10:48<Magotari-#uml->>jdike: I have a question. I am writing a program to manage patches for me and to do some tests on a patched kernel. I would like to ask if there is already such a thing? I don't like dupplicated effort.
10:49<jjkola-#uml->>it had only run about 20 minutes before I saw it
10:49<jdike-#uml->>Do you know about quilt?
10:49<jdike-#uml->>or git?
10:49<Magotari-#uml->>Yeah, but it does not do testing.
10:49<jdike-#uml->>testing
10:49<Magotari-#uml->>Oh. Ok then. I will look it up. Thanks.
10:49<jdike-#uml->>there are no automated testing tools that I know of
10:50<Magotari-#uml->>I just spend too much time testing patches, so I want to offload it onto a program.
10:50<jdike-#uml->>there is a perl framework for automatically running a test suite against UML, but it has bit-rotted for years
10:50<Magotari-#uml->>Once it is written I will show you the idea.
10:50<Magotari-#uml->>150 lines of code, and little more than the most basic flow ideas are in it.
10:51<Magotari-#uml->>Gotta go for now, shopping. See you later.
10:51<jdike-#uml->>jjkola, do you have a backtrace?
10:51<jjkola-#uml->>one moment
10:53<jjkola-#uml->>it's little different this time
10:53<jjkola-#uml->>http://rafb.net/p/BRrB4C54.html
10:55<jdike-#uml->>can you go to frame 32 and p/x *((struct sigcontext *)&sig+1)
10:56<jjkola-#uml->>ok
10:56<jjkola-#uml->>umm, there isn't frame 32
10:57<jdike-#uml->>whoops, 26
10:57<jdike-#uml->>which is line 32 on rafb
10:58<jjkola-#uml->>http://rafb.net/p/OrGJqg93.html
10:59<jdike-#uml->>that makes no sense
10:59<jjkola-#uml->>well, that's what I got with that command...
11:00<jdike-#uml->>try p/x *((struct sigcontext *)0x830bd24)
11:01<jjkola-#uml->>http://rafb.net/p/gYYaQD53.html
11:02<jdike-#uml->>i sym 0x8244e2b
11:03<jjkola-#uml->>__nanosleep_nocancel + 17 in section .text
11:04<jdike-#uml->>what happened to the UML?
11:04<jdike-#uml->>it hang?
11:04<jjkola-#uml->>yes
11:05<jjkola-#uml->>first time when I tried to attach gdb to that uml it couldn't do that, only after second attempt so it was hanged quite badly
11:06<jjkola-#uml->>next step?
11:08<jdike-#uml->>send me the UML binary and a core file
11:08<jdike-#uml->>detach gdb from it
11:09<jdike-#uml->>and kill -SEGV uml-pid
11:09<jdike-#uml->>and it should dump core
11:09<jjkola-#uml->>ok
11:12<jjkola-#uml->>nothing happened
11:13<jjkola-#uml->>it didn't dump core and it didn't stop
11:14<jdike-#uml->>try -ILL
11:14<jdike-#uml->>something should kill it
11:17<jjkola-#uml->>nothing seems to happen
11:17<jdike-#uml->>hmm
11:17<jdike-#uml->>gcore it then
11:17<jjkola-#uml->>should I try to use gcore to get kernel dump?
11:17<jjkola-#uml->>ah, ok
11:20<jjkola-#uml->>ok, I got kernel dump
11:21<jdike-#uml->>good
11:28<jjkola-#uml->>ok, It's ready. Where do I send it?
11:29<jdike-#uml->>jdike@addtoit.com
11:30<jjkola-#uml->>umm, it's about 30 megs. can you receive so big file?
11:31|-|aroscha [~aroscha@77.119.45.56] has quit [Quit: aroscha]
11:31<jdike-#uml->>yup
11:31<jdike-#uml->>if you can send it, I can receive it
11:32<jjkola-#uml->>one moment, I'll kill my mail server and after that I'll try to send it (the core was from mail server...)
11:41<jdike-#uml->>also, can you get a strace from this happening?
11:41<jdike-#uml->>I'd like some idea of what the loop is
11:46<jjkola-#uml->>you mean starting the kernel with strace?
11:46<jdike-#uml->>no
11:46<jdike-#uml->>wait for it to hang, then strace -p uml-pid
11:46<jjkola-#uml->>or attaching it
11:46<jjkola-#uml->>ah
11:47<jdike-#uml->>and -o out
11:47<jjkola-#uml->>I could do that now, I have one other kernel which has hanged
11:53<jjkola-#uml->>hmm, it's spewing segfaults
11:53<jjkola-#uml->>--- SIGSEGV (Segmentation fault) @ 0 (0) ---
11:54<jjkola-#uml->>sigreturn() = ? (mask now [USR1 ALRM VTALRM WINCH IO])
11:54<jjkola-#uml->>that's all there is to see
11:54<jdike-#uml->>OK
11:54<jdike-#uml->>odd, but that's what I wanted to know
11:55<jdike-#uml->>actually, can you attach gdb to that one?
11:56<jjkola-#uml->>whoa, half a minute and we got several hunderd megabytes of log
11:56<jdike-#uml->>all the same thing?
11:57<jjkola-#uml->>I think so, it's still spewing those on one screen even after hitting ctrl-c
11:58<jjkola-#uml->>ok, now it stopped
12:00<jjkola-#uml->>I can't seem to be able to attach to that process
12:04<jjkola-#uml->>sorry, I can't attach to that process so for the time being you'll have to settle for that core dump
12:07<jjkola-#uml->>at least it seems that the mail server is able to send that big attachement to you as the ping times keeps quite high (around 4 seconds)
12:13<jjkola-#uml->>is this something I should worry about: http://rafb.net/p/wXpLeM48.html
12:14<jjkola-#uml->>to me, it looks like it wasn't able to mount the root volume
12:15<jjkola-#uml->>if I continue from this point, I get a segfault
12:15<jdike-#uml->>were there complaints about the filesystem being locked?
12:16<jjkola-#uml->>I'll check that
12:17<jdike-#uml->>there might be processes left over from the previous UML
12:18<jjkola-#uml->>it's is locked
12:18<jjkola-#uml->>but I have killed that process ages ago :/
12:19<jjkola-#uml->>is there a way to remove that lock without rebooting the server?
12:29<jdike-#uml->>look at ps output carefully and find the UML process that's still hanging around
12:30<jjkola-#uml->>I can't see it in output of ps
12:32<jjkola-#uml->>wait a minute there is a few processes which doesn't have asssociated console
12:32<jjkola-#uml->>maybe it's those
12:33<jdike-#uml->>do they have garbage names?
12:33<jjkola-#uml->>they are showing: [linux-new]
12:36<jjkola-#uml->>after killing those few processes I can now start the uml
12:36<jdike-#uml->>yeah
12:37|-|tyler29 [~tyler@ARennes-257-1-103-159.w81-48.abo.wanadoo.fr] has joined #uml
12:39<jjkola-#uml->>hmm, I'm wondering how long does it take to transfer that mail as I think it's still sending it
12:40<jjkola-#uml->>ping times are about 4 - 5 seconds
12:40<jjkola-#uml->>so the transfer speed must be quite low
12:41<jjkola-#uml->>normally ping times would be about 60ms for that host to which I'm sending them
12:45<jdike-#uml->>probably saturating its connection
12:46<jjkola-#uml->>it may be still sending it tomorrow as I'm getting really low speeds when trying to access internet :/
12:47<jjkola-#uml->>maybe cfs has exposed some bug in network component? I'm using cfs on both host and guest side
12:49|-|tyler29 [~tyler@ARennes-257-1-103-159.w81-48.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
12:58<Magotari-#uml->>jdike: I know of the test framework, and I am trying to write my own for a reason. I don't like perl. Plus it is C practice, and if I want to ever progress above tiny patches which fix unused variables... And yes, I do know that doing that is also useful in a way, but I am sure I can do better than that.
12:58<Magotari-#uml->>I want something like quilt but with testing built in.
12:58<jdike-#uml->>fine
12:59<jdike-#uml->>sounds good to me, let me know when it works :-0
12:59<Magotari-#uml->>http://www.rafb.net/p/CUjVYU80.html
13:00<Magotari-#uml->>This is my progress. Uncommented functions already work, the commented ones have estimated progress in the comments.
13:00<Magotari-#uml->>I will extend this later, for now I want the basic functionality.
13:00|-|tyler29 [~tyler@ARennes-257-1-126-229.w86-210.abo.wanadoo.fr] has joined #uml
13:01<jdike-#uml->>I know you want to learn C, but your scripting language of choice would be a much better option for something like this
13:01<Magotari-#uml->>So far 150 lines, and today I hope to nail command line parameter handling. I could have something reasonable by tomorrow, but I don't want to use system().
13:01<Magotari-#uml->>Yes, I know. It would be better, and it would be done by now. I will think about it.
13:02<jdike-#uml->>also, I would recommend getting a core working and then add stuff around it
13:02<jdike-#uml->>maybe it only applies one patch and runs one test
13:03<jdike-#uml->>but it's easier to see what walls you're going to hit
13:03|-|krau [~cktakahas@200.184.118.132] has quit [Ping timeout: 480 seconds]
13:03<jdike-#uml->>and easier to extend it once something kinda work
13:03<jdike-#uml->>works
13:04<Magotari-#uml->>Yeah, the config part already works. Still need the commandline, and then after that I do applying a patch. Then checkpatch. Then tests, all of them. Then multiple patch handling.
13:04<jdike-#uml->>the config part should be about the last thing you do
13:05<Magotari-#uml->>It would mean hardcoding though... But yes, you are right.
13:05<jdike-#uml->>get simple implementations of apply_patches(), build_kernel(), and run_tests() first
13:05<Magotari-#uml->>Ok, off to work on "get a tree" part.
13:05<jdike-#uml->>esp. run_tests()
13:06<jdike-#uml->>that'll be the hard one probably
13:06<Magotari-#uml->>Yes. Thanks for help. Sorry to eat so much of your time. Mythical man-month indeed.
13:06<Magotari-#uml->>Nah, that will be the easy one.
13:06<Magotari-#uml->>As easy as "./linux test=crashme:10min"
13:07<Magotari-#uml->>Or ./linux test=buildkernel
13:07<Magotari-#uml->>Something inside will read dmesg, find the test=foo line, and do stuff.
13:07<Magotari-#uml->>And in the future I will do it cleaner.
13:07<jdike-#uml->>not when the test is "check link counts in hostfs"
13:07<Magotari-#uml->>I get it. :) Glad to see interest.
13:08<jdike-#uml->>you're going to have to be willing to run shell commands and check their output and exit statuses
13:08<Magotari-#uml->>Yup.
13:10<jdike-#uml->>and that is surprisingly subtle
13:12|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has joined #uml
13:47|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has quit [Remote host closed the connection]
14:08|-|krau [~cktakahas@200.184.118.132] has joined #uml
14:41|-|Baltam [~WIKIMOKI@tor-irc.dnsbl.oftc.net] has joined #uml
14:41|-|tyler29 [~tyler@ARennes-257-1-126-229.w86-210.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
14:53|-|tyler29 [~tyler@ARennes-257-1-16-62.w81-250.abo.wanadoo.fr] has joined #uml
15:00|-|dsoul [darksoul@vice.ii.uj.edu.pl] has quit [Remote host closed the connection]
15:02|-|dsoul [darksoul@149.156.65.93] has joined #uml
15:12|-|dsoul [darksoul@149.156.65.93] has quit [Remote host closed the connection]
15:13|-|dsoul [darksoul@vice.ii.uj.edu.pl] has joined #uml
15:18<jjkola-#uml->>jdike: it seems the mail has been sent
15:18<jdike-#uml->>OK
15:30|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has quit [Quit: aroscha]
15:38|-|kos_tom [~thomas@humanoidz.org] has joined #uml
16:53|-|HuK0B [~user@78.90.9.191] has joined #uml
16:54<HuK0B-#uml->>hi
16:54<HuK0B-#uml->>I got this
16:54<HuK0B-#uml->>attempt to access beyond end of device
16:54<HuK0B-#uml->>ubda: rw=0, want=18394295392, limit=12582913
16:54<HuK0B-#uml->>attempt to access beyond end of device
16:54<HuK0B-#uml->>ubda: rw=0, want=18394295392, limit=12582913
16:54<HuK0B-#uml->>any ideas what can be the problem?
16:57|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has joined #uml
16:58<jdike-#uml->>fsck the device?
16:59<HuK0B-#uml->>y
16:59<HuK0B-#uml->>and fixed errors
16:59<HuK0B-#uml->>and
16:59<HuK0B-#uml->>now when I try to start uml
16:59<HuK0B-#uml->>I get this
17:00<HuK0B-#uml->>wait to paste
17:01<HuK0B-#uml->>http://www.pastebin.ca/772543
17:03<jdike-#uml->>loop-mount it and see if there is an init there?
17:05<HuK0B-#uml->>ok
17:07<HuK0B-#uml->>http://www.pastebin.ca/772552
17:09<jdike-#uml->>so, no
17:10<HuK0B-#uml->>how to fix it
17:10<HuK0B-#uml->>?
17:11|-|dang [~dang@aa-redwall.nexthop.com] has quit [Quit: Leaving.]
17:12<jdike-#uml->>reinstall the package?
17:14<HuK0B-#uml->>initscripts?
17:14<jdike-#uml->>whatever contains init
17:15<HuK0B-#uml->>:)
17:16<jdike-#uml->>does Debian have package verification?
17:16<jdike-#uml->>init might not be the only thing missing
17:17<HuK0B-#uml->>dunno I will check
17:18<HuK0B-#uml->>I really don't know what is installed or not to this vm
17:18<HuK0B-#uml->>hmm
17:18<HuK0B-#uml->>I got strange error
17:18<HuK0B-#uml->>when I try to chroot to /mnt/test (where I mount it) I got chroot: cannot run command `/bin/bash': No such file or directory
17:18<HuK0B-#uml->>but there are /bin/bash
17:18<HuK0B-#uml->>with +x perms
17:19<jdike-#uml->>ldd it
17:21<HuK0B-#uml->>I got required libs
17:22<jdike-#uml->>run ldd inside the chroot
17:24<HuK0B-#uml->>I can't chroot
17:24<HuK0B-#uml->>when I try it tell me that I don't have /bin/bash
17:26<HuK0B-#uml->>http://www.pastebin.ca/772585
17:27<jdike-#uml->>copy a statically linked shell in there and chroot to that
17:30<HuK0B-#uml->>hmmm... when I try init=/bin/bash
17:30<HuK0B-#uml->>it doesn't start
17:30<HuK0B-#uml->>VFS: Mounted root (ext3 filesystem) readonly.
17:30<HuK0B-#uml->>Failed to execute /bin/bash. Attempting defaults...
17:30<HuK0B-#uml->>Kernel panic - not syncing: No init found. Try passing init= option to kernel.
17:35<HuK0B-#uml->>hmm...
17:35<HuK0B-#uml->>nvm I will make new vm and share old image
17:35<HuK0B-#uml->>but thanks anyway
18:03|-|tyler29 [~tyler@ARennes-257-1-16-62.w81-250.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
18:11<Magotari-#uml->>In a few more hours of coding I should have trivial patching working. It took so long because I had to learn directory reading and listing. This is fun because I was really very good at algorithms, the trick is in putting them into C's syntax. Quite the opposite feeling from pascal which I am being spoonfed at school.
18:19|-|jjkola [~jjkola@dsl-olubrasgw1-fec8de00-184.dhcp.inet.fi] has quit [Quit: *pop*]
18:21|-|HuK0B [~user@78.90.9.191] has quit []
18:40<Magotari-#uml->>Goodnight.
18:51|-|kos_tom [~thomas@humanoidz.org] has quit [Quit: I like core dumps]
18:57|-|jdike [~jdike@pool-71-248-190-161.bstnma.fios.verizon.net] has quit [Quit: Leaving]
19:18|-|Infinito [argos@200-140-68-125.gnace701.dsl.brasiltelecom.net.br] has joined #uml
19:33|-|besonen_mobile_ [~besonen_m@71-220-228-70.eugn.qwest.net] has joined #uml
19:34|-|linbot` [~supybot@ns.theshore.net] has joined #uml
19:37|-|tchan1 [~tchan@c-24-13-84-219.hsd1.il.comcast.net] has joined #uml
19:37|-|caker_ [~caker@ns.theshore.net] has joined #uml
19:37|-|Netsplit synthon.oftc.net <-> xenon.oftc.net quits: linbot, ds2, fo0bar, caker, silug, remus, besonen_mobile, tchan
19:41|-|fo0bar [fo0bar@feh.colobox.com] has joined #uml
19:47|-|remus [~remus@76.231.178.131] has joined #uml
20:05|-|Netsplit synthon.oftc.net <-> xenon.oftc.net quits: remus
20:09|-|Infinito [argos@200-140-68-125.gnace701.dsl.brasiltelecom.net.br] has quit [Quit: Quitte]
20:17|-|dang [~dang@nemesis.fprintf.net] has joined #uml
20:17|-|remus [~remus@76.231.178.131] has joined #uml
21:04|-|tchan1 changed nick to tchan
21:27|-|silug [~steve@38.104.162.2] has joined #uml
21:42|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has quit [Ping timeout: 480 seconds]
21:49|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has joined #uml
21:52|-|aroscha_ [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has joined #uml
21:52|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has quit [Read error: Connection reset by peer]
21:56|-|aroscha_ [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has quit [Read error: Connection reset by peer]
21:56|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has joined #uml
22:42|-|n1Owl [~jperry@146-115-228-134.c3-0.frm-ubr1.sbo-frm.ma.cable.rcn.com] has joined #uml
22:42|-|n1Owl [~jperry@146-115-228-134.c3-0.frm-ubr1.sbo-frm.ma.cable.rcn.com] has left #uml []
22:55|-|aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has quit [Quit: aroscha]
23:27|-|hrishi [~hamur3@legolas.cc.gatech.edu] has joined #uml
23:59|-|VS_ChanLog [~stats@ns.theshore.net] has left #uml [Rotating Logs]
23:59|-|VS_ChanLog [~stats@ns.theshore.net] has joined #uml
---Logclosed Wed Nov 14 00:00:32 2007