--- Day changed

--- Log opened Tue May 24 23:59:01 2005
00:20 -!- enum [~Administr@ip-207-145-127-226.lax.megapath.net] has quit [Ping timeout: 480 seconds]
01:05 -!- bunoc [~bun@YahooBB219206220072.bbtec.net] has quit [Remote host closed the connection]
01:15 -!- woody__ [~woody@bi01p1.co.us.ibm.com] has quit [Read error: No route to host]
01:16 -!- woody__ [~woody@bi01p1.co.us.ibm.com] has joined #xen
01:53 -!- DEac- [~deac@xdsl-213-196-200-210.netcologne.de] has quit [Ping timeout: 480 seconds]
01:59 -!- tessier [~treed@222.253.85.43] has quit [Read error: Connection reset by peer]
02:04 -!- DEac- [~deac@xdsl-195-14-202-149.netcologne.de] has joined #xen
02:18 -!- betonamu [~Administr@dhcp-243-187.mag.keio.ac.jp] has joined #xen
02:26 -!- woody_ [~woody@bi01p1.co.us.ibm.com] has joined #xen
02:26 -!- woody__ [~woody@bi01p1.co.us.ibm.com] has quit [Read error: Connection reset by peer]
02:37 -!- rusty [~rusty@bh02i525f01.au.ibm.com] has quit [Quit: Client exiting]
03:15 -!- cartel [~cartel@shinobi.thoughtcrime.org.nz] has quit [jupiter.oftc.net arion.oftc.net]
03:15 -!- Sir_Ahzz [~ahzz@c-24-0-215-3.hsd1.tx.comcast.net] has quit [jupiter.oftc.net arion.oftc.net]
03:16 -!- woody_ [~woody@bi01p1.co.us.ibm.com] has quit [jupiter.oftc.net keid.oftc.net]
03:16 -!- DEac- [~deac@xdsl-195-14-202-149.netcologne.de] has quit [jupiter.oftc.net keid.oftc.net]
03:16 -!- Rai [~blackfox@ketnar.ketnar.org] has quit [jupiter.oftc.net keid.oftc.net]
03:16 -!- hbaum [~hbaum@bi01p1.co.us.ibm.com] has quit [jupiter.oftc.net keid.oftc.net]
03:16 -!- cartel_ [~cartel@shinobi.thoughtcrime.org.nz] has quit [jupiter.oftc.net quasar.oftc.net]
03:16 -!- movement [~moz@82.152.177.227] has quit [jupiter.oftc.net quasar.oftc.net]
03:16 -!- murble [~murble@debian.home.boughton.org.uk] has quit [jupiter.oftc.net quasar.oftc.net]
03:16 -!- tab [~tab@darwin.snarc.org] has quit [jupiter.oftc.net quasar.oftc.net]
03:16 -!- grifferz [andy@laudanum.strugglers.net] has quit [jupiter.oftc.net quasar.oftc.net]
03:16 -!- viewbee [~viewbee@198.146.4.74] has quit [jupiter.oftc.net quasar.oftc.net]
03:16 -!- JViz [Anomaly@cpe-065-190-033-248.triad.res.rr.com] has quit [jupiter.oftc.net quasar.oftc.net]
03:16 -!- Shaun [ndci@ip68-111-70-41.oc.oc.cox.net] has quit [jupiter.oftc.net quasar.oftc.net]
03:16 -!- Hunger [Hunger.hu@Hunger.hu] has quit [jupiter.oftc.net quasar.oftc.net]
03:17 -!- cartel [~cartel@shinobi.thoughtcrime.org.nz] has joined #xen
03:17 -!- Sir_Ahzz [~ahzz@c-24-0-215-3.hsd1.tx.comcast.net] has joined #xen
03:17 -!- mode/#xen [+o Sir_Ahzz   ] by arion.oftc.net
03:17 -!- Shaun [ndci@ip68-111-70-41.oc.oc.cox.net] has joined #xen
03:17 -!- cartel_ [~cartel@shinobi.thoughtcrime.org.nz] has joined #xen
03:17 -!- movement [~moz@82.152.177.227] has joined #xen
03:17 -!- JViz [Anomaly@cpe-065-190-033-248.triad.res.rr.com] has joined #xen
03:17 -!- viewbee [~viewbee@198.146.4.74] has joined #xen
03:17 -!- murble [~murble@debian.home.boughton.org.uk] has joined #xen
03:17 -!- tab [~tab@darwin.snarc.org] has joined #xen
03:17 -!- grifferz [andy@laudanum.strugglers.net] has joined #xen
03:17 -!- Hunger [Hunger.hu@Hunger.hu] has joined #xen
03:18 -!- woody_ [~woody@bi01p1.co.us.ibm.com] has joined #xen
03:18 -!- DEac- [~deac@xdsl-195-14-202-149.netcologne.de] has joined #xen
03:18 -!- hbaum [~hbaum@bi01p1.co.us.ibm.com] has joined #xen
03:18 -!- Rai [~blackfox@ketnar.ketnar.org] has joined #xen
03:18 -!- murble_ [~murble@81.168.3.221] has joined #xen
03:19 -!- murble [~murble@debian.home.boughton.org.uk] has quit [Read error: Connection reset by peer]
03:20 -!- movement [~moz@82.152.177.227] has quit [Ping timeout: 480 seconds]
03:20 -!- movement [~moz@82.152.177.227] has joined #xen
03:21 -!- JViz [Anomaly@cpe-065-190-033-248.triad.res.rr.com] has quit [Ping timeout: 480 seconds]
03:25 -!- franR [~franr@inextensia.net] has joined #xen
03:37 -!- JViz [Anomaly@cpe-065-190-033-248.triad.res.rr.com] has joined #xen
03:58 -!- tessier [~treed@222.253.77.23] has joined #xen
04:05 -!- rusty [~rusty@ppp60-148.lns1.cbr1.internode.on.net] has joined #xen
04:18 -!- franR [~franr@inextensia.net] has quit [Quit: Error inopinée -10s, -9, -8...    Unexpected error -10s, -9, -8,... Really ?]
04:18 -!- betonamu [~Administr@dhcp-243-187.mag.keio.ac.jp] has quit [Ping timeout: 480 seconds]
04:51 -!- Beaky [~chatzilla@ncg-adsl.demon.co.uk] has joined #xen
04:56 -!- athomas [~athomas@ppp-0-129.lond-b-1.access.uk.tiscali.com] has joined #xen
05:05 -!- anticw [cw@adsl-63-202-173-158.dsl.snfc21.pacbell.net] has joined #xen
05:05 -!- mode/#xen [+o anticw] by ChanServ
05:09 -!- Tv [~Tv@ssg.masterplanet.fi] has joined #xen
05:50 -!- murble_ is now known as murble
07:04 -!- knewt [~jmb@zeus.pimb.org] has joined #xen
07:19 -!- rusty [~rusty@ppp60-148.lns1.cbr1.internode.on.net] has quit [Quit: Client exiting]
08:12 -!- Tv [~Tv@ssg.masterplanet.fi] has quit [Quit: Client exiting]
08:17 -!- JViz [Anomaly@cpe-065-190-033-248.triad.res.rr.com] has quit [Quit: YES THEY DESERVE TO DIE, AND I HOPE THEY BURN IN HELL!]
08:38 < tessier> The xen binaries really need to come with loopback and some crypto enabled.
08:55 -!- mufa [~erer@hide.eea.eu.int] has joined #xen
08:58 < mufa> hi. I am trying to install xen on a fc4t3 machine smp machine. When I try to boot xen kernel (vmlinuz-2.6.11-1.1341_FC4xen0) it keeps rebooting it. 
08:59 < tessier> give the kernel the noreboot option in grub
08:59 < tessier> I ran into that problem once.
08:59 < tessier> That way it won't reboot right away and you can see what the problem is
08:59 < tessier> Probably has something to do with init dying
08:59 < mufa> tessier: probably I will see something like "call trace bla bla on screen"
09:05 < mael> mufa:  it looks more like a kernel panic then
09:07 < mufa> usually kernel panics freeze the machine, does not reboots it
09:08 < mufa> going to check the error
09:08 -!- yarihm [~yarihm@80-218-5-16.dclient.hispeed.ch] has joined #xen
09:11 < mael> mufa:  xen reboots the machine if it can't initialize dom0
09:11 < mael> (from what I experienced, YMMV)
09:26 < mufa> well, I got something like "Cannon open device "VoGroup00/LogVol00" please append correct root
09:26 < mufa> s/Cannon/Cannot
09:27 < tessier> mufa: I think that is the same problem I am having. You installed from binaries?
09:27 < mufa> tessier: yes, using yum
09:27 < knewt> for lvm2 don't you need an initrd configured to do user-space volume discovery?
09:28 < mufa> knewt: I think I need, but dont know how to make an intird
09:28 < tessier> knewt: I specified the module initrd stuff and still had the same problem
09:28 < tessier> You probably already have an initrd. You should just be able to use it.
09:28 < knewt> i wouldn't have a clue how you need to do it. for my initrd i built it by hand
09:28 < mufa> well, funny part is that I installed it on another machine, with lmv also, and it worked
09:29 < mufa> and on 2nd machine I have an initrd file, but not here
09:29 < tessier> mufa: Is your / on lvm?
09:29 < mufa> tessier: yes it is
09:29 < tessier> I have it on my laptop with lvm but / is not on lvm on the laptop. It is on the server though.
09:29 -!- JViz [Anomaly@cpe-065-190-033-248.triad.res.rr.com] has joined #xen
09:29 < tessier> mufa: Is / on lvm on both of the systems?
09:29 < mufa> tessier: yes it is
09:30 < tessier> And it works on one but not the other? Hmm...what distros?
09:30 < mufa> fc4t3 on both of them
09:30 < mufa> from the same cds :)
09:30 < mufa>  /dev/VolGroup00/LogVol01 /
09:30 < mufa> on the working machine
09:31 < mufa> on the other it is LogVol00
09:32 < mufa> more funny: when I installed xen kernel on working machine, it also updated my grub.conf file. On the other machine, grub is unchanged
09:35 -!- katzj [~katzj@c-66-30-206-55.hsd1.ma.comcast.net] has quit [Ping timeout: 480 seconds]
09:38 < mufa> I think I will give up using lvm
09:49 -!- jbailey [~jbailey@CPE000ded9d787c-CM014260028338.cpe.net.cable.rogers.com] has joined #xen
09:50 < jbailey> Looking at the xen_summit notes from February at http://lists.osdl.org/pipermail/xen_summit/2005-February/000019.html - I found a line "** Xen-friendly nptl implementation - a small patch to glibc, need distros to use a specific compile option."
09:51 < jbailey> Is there somewhere I can find out more about this?
09:51 < jbailey> I'd like to make Ubuntu's NPTL implementation useful with Xen if we can safely do it.
09:54 -!- jimix [~jimix@yktgi01e0-s4.watson.ibm.com] has joined #xen
09:54 < knewt> mufa: you've tried following one of the many lvm2/initrd howtos around on the web of course?
10:06 < mufa> knewt: I was not able to find any :(
10:08 < mufa> knewt: got it, thank you 
10:17 -!- hollis [~hollis@user-0vvde2g.cable.mindspring.com] has joined #xen
10:18 -!- rharper [~rharper@pixpat.austin.ibm.com] has joined #xen
10:21 -!- katzj [~katzj@wlanconf-nat-pool-bos.redhat.com] has joined #xen
10:47 -!- knewt [~jmb@zeus.pimb.org] has quit [Ping timeout: 480 seconds]
11:06 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has joined #xen
11:11 -!- monrad [~monrad@213083190130.sonofon.dk] has joined #xen
11:11 -!- knewt [~jmb@p213.54.77.37.tisdip.tiscali.de] has joined #xen
11:12 -!- knewt [~jmb@p213.54.77.37.tisdip.tiscali.de] has quit [Quit: ]
11:14 -!- Tv [~Tv@hq.inoi.fi] has joined #xen
11:17 -!- knewt [~jmb@p213.54.77.37.tisdip.tiscali.de] has joined #xen
11:21 -!- doremifa [~bun@YahooBB219206220072.bbtec.net] has joined #xen
11:30 -!- mufa [~erer@hide.eea.eu.int] has quit [Quit: Leaving]
11:33 -!- hollis [~hollis@user-0vvde2g.cable.mindspring.com] has quit [Quit: leaving]
11:43 -!- xai [~pasta@cpe-70-112-17-10.austin.res.rr.com] has quit [Quit: Client exiting]
11:53 -!- Beaky [~chatzilla@ncg-adsl.demon.co.uk] has quit [Remote host closed the connection]
12:06 -!- nextime [~nextime@213-140-6-96.fastres.net] has quit [Read error: Connection reset by peer]
12:07 -!- matta-lt [~matta@69.93.28.254] has joined #xen
12:07 -!- Shaun [ndci@ip68-111-70-41.oc.oc.cox.net] has quit [Ping timeout: 480 seconds]
12:22 -!- hollis [~hollis@pixpat.austin.ibm.com] has joined #xen
12:36 -!- liberie [~root@dsl027-160-029.atl1.dsl.speakeasy.net] has quit [Ping timeout: 480 seconds]
12:59 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has quit [Ping timeout: 480 seconds]
13:05 -!- aliguori [~anthony@pixpat.austin.ibm.com] has joined #xen
13:23 -!- Treibholz [heuldoch@i3ED6E31A.versanet.de] has joined #xen
13:24 < Treibholz> # xm migrate debian-woody invalidian
13:24 < Treibholz> Error: Error: [Failure instance: Traceback: twisted.internet.error.ConnectionRefusedError, Connection was refused by other side: 111: Connection refused.
13:24 < Treibholz> what have I done wrong?
13:24 < Treibholz> the other machine is up and xend running.
13:26 < knewt> xfrd is up and running ok as well? and you're not firewalling off port 8002?
13:28 < Treibholz> ahh
13:28 < Treibholz> no
13:28 < Treibholz> xfrd is missing :-)
13:40 -!- athomas [~athomas@ppp-0-129.lond-b-1.access.uk.tiscali.com] has quit [Quit: Leaving]
14:04 -!- jimix_ [~jimix@yktgi01e0-s4.watson.ibm.com] has joined #xen
14:05 -!- jimix [~jimix@yktgi01e0-s4.watson.ibm.com] has quit [Ping timeout: 480 seconds]
14:32 < doremifa> hi. in unstable, xcs and xend are running at the same time. what is their relationship between them? which kind of information each is handling now?
14:43 -!- DEac- [~deac@xdsl-195-14-202-149.netcologne.de] has quit [Ping timeout: 480 seconds]
14:54 -!- DEac- [~deac@xdsl-213-196-200-205.netcologne.de] has joined #xen
15:15 < knewt> xcs is a multiplexor. it does the actual talking to the system, and xend then talks to it. means you can have multiple independant programs running controlling different xen-related stuff
15:17 < doremifa> knewt: so the system works this way: information go to xcs, then xcs forward them to xend?
15:18 < knewt> i believe so, yes
15:18 < doremifa> is that correct? any case information come straight to xend, without going thru xcs?
15:18 < knewt> this is all from memory of course, and i haven't looked at the toolchain of -unstable for rather a while now
15:19 < aliguori> doremifa: it's a bit more inolved than that
15:20 < aliguori> doremifa: xcs only multiplexes the control channel traffic (which is the domain to domain communications)
15:20 < aliguori> all hypercalls are made directly by Xend
15:20 < doremifa> aliguori: so which kind of information come to xend, without going thru xcs?
15:20 < aliguori> the control channel is used for shutting down domains and managing virtual devices (also handles virtual consoles)
15:21 < aliguori> the domains that are running, the memory for each domain
15:21 < aliguori> the cpu information associated with the domains
15:21 < aliguori> doremifa: xcs is only really used when there's console data being exchanged or briefly during virtual device initialization
15:25 < doremifa> aliguori: i see. afterall, xcs will forward information to xend, rite?
15:26 < aliguori> doremifa: the only thing really "forwarded" to xend is the console output
15:26 < aliguori> doremifa: are you just trying to understand or do you have a specific problem/concern?
15:26 < aliguori> the exact relationship is more understand if you understand the way the control channel works (the message ring queues)
15:27 < aliguori> and for what it's worth, xcs will probably disappear by the time 3.0 goes gold
15:27 < aliguori> since the store is going to handle device discovery
15:28 < doremifa> aliguori: i am trying to understand how xen works
15:29 < doremifa> so when 3.0 testing out, the registry goes gold?
15:29 < aliguori> no
15:30 < aliguori> at least, i don't think that's the current plan
15:30 < aliguori> you'd have to ask rusty
15:30 < aliguori> the store is pretty much there but there's still a lot of work to do to get the kernel to be able to talk to it and to get the drivers to actual use it
15:31 < doremifa> things are changing too fast in xen 
15:32 < aliguori> :-)
15:32 < aliguori> this has all been in the works for months
15:32 -!- jeroney [~jeroney@pixpat.austin.ibm.com] has joined #xen
15:32 < aliguori> hopefully, stuff like this will be better communicated in the wiki in the future
15:32 < aliguori> there wasn't that option when this all started though
15:34 < doremifa> so i dont know if i shoud continue read the current code any more ;)
15:34 < doremifa> since they might vanish very soon
15:34 < aliguori> doremifa: very soon is months away
15:35 < aliguori> understanding the current code certainly will help understanding the future code :-)
15:35 < aliguori> especially understanding the ugliness of the control interfaces...
15:35 < aliguori> that really has driven the store...
15:36 < doremifa> yeah
15:45 < doremifa> i see that sv was removed in unstable. so what replaces it?
15:48 < aliguori> doremifa: I don't think sv ever had that much momentum behind it.  I'm not aware of any plans to develop a replacement for it (although I cannot say for sure).
15:56 < murble> i have a dead domain
15:56 < murble> and that seems to have broken xend
16:06 < murble> so i now have an unkilled about zombe domain :(
16:06 < hollis> I don't think that's an uncommon problem to have with xend
16:07 < knewt> murble: xm destroy doesn't work?
16:07 -!- jimix_ [~jimix@yktgi01e0-s4.watson.ibm.com] has quit [Quit: jimix_]
16:09 < murble> kwit doesn't.
16:10 < aliguori> that's a very common problem.. the only way to get rid of those is to destroy the backend devices which xend won't do.
16:12 < murble> aliguori: how can i do that?
16:13 < murble> can i trick xend into doing it for me?
16:14 < aliguori> murble: nope
16:15 < aliguori> i'd write a little tool to do it but it's a bit risky
16:15 < murble> is vbd-destroy somthing to do with it?
16:15 < aliguori> you might be able to do a vbd-destroy but i doubt it
16:23  * murble reboots server :(
16:25 < aliguori> the zombies don't really cause any problems btw
16:25 < aliguori> you don't waste that many resources
16:26 < hollis> you mean aside from all the brains they consume
16:26 < murble> aliguori: well i couldn't restart that domain.
16:30 < aliguori> http://www.amd.com/us-en/Corporate/VirtualPressRoom/0,,51_104_543~98372,00.html
16:30 < aliguori> pacifia specs were released today
16:33 -!- Tv [~Tv@hq.inoi.fi] has quit [Quit: Client exiting]
16:33 -!- Treibholz [heuldoch@i3ED6E31A.versanet.de] has quit [Quit: leaving]
17:24 -!- niv [~nivedita@bi01p1.co.us.ibm.com] has joined #xen
17:31 -!- hollis [~hollis@pixpat.austin.ibm.com] has quit [Quit: leaving]
18:01 -!- matta-lt [~matta@69.93.28.254] has quit [Ping timeout: 480 seconds]
18:03 < doremifa> aliguori: thanks. i am off to bed. it is too late now ;-) bye
18:04 < aliguori> np
18:06 -!- niv [~nivedita@bi01p1.co.us.ibm.com] has quit [Ping timeout: 480 seconds]
18:06 -!- doremifa [~bun@YahooBB219206220072.bbtec.net] has quit [Remote host closed the connection]
18:15 -!- monrad [~monrad@213083190130.sonofon.dk] has quit [Ping timeout: 480 seconds]
18:18 -!- hollis [~hollis@user-0vvde2g.cable.mindspring.com] has joined #xen
18:30 -!- niv [~nivedita@bi01p1.co.us.ibm.com] has joined #xen
18:33 -!- rharper [~rharper@pixpat.austin.ibm.com] has quit [Quit: Leaving]
18:39 -!- katzj [~katzj@wlanconf-nat-pool-bos.redhat.com] has quit [Read error: Connection reset by peer]
18:45 -!- aliguori [~anthony@pixpat.austin.ibm.com] has quit [Quit: Leaving]
18:46 -!- jeroney [~jeroney@pixpat.austin.ibm.com] has quit [Quit: Leaving]
19:05 -!- tessier_ [~treed@222.253.77.38] has quit [Read error: Connection reset by peer]
19:06 -!- chrish01 [~chrish01@wsip-70-183-17-66.oc.oc.cox.net] has joined #xen
19:11 < chrish01> anyone working on a gtk gui?
19:12 < chrish01> cause i started one on monday. i have some screenshots here. http://people.mosaix.net/chris/images/xenmanager/
19:12 < chrish01> this is both my first python programming and pygtk programming, so who knows if you will like it =/
19:24 -!- katzj [~katzj@c-66-30-206-55.hsd1.ma.comcast.net] has joined #xen
20:06 -!- yarihm [~yarihm@80-218-5-16.dclient.hispeed.ch] has quit [Quit: Leaving]
20:21 -!- nextime [~nextime@213-140-6-96.fastres.net] has joined #xen
20:23 -!- alex234 [new@p54B3EAEF.dip.t-dialin.net] has joined #xen
20:26 -!- alex234 [new@p54B3EAEF.dip.t-dialin.net] has left #xen []
20:30 -!- alex234 [new@p54B3EAEF.dip.t-dialin.net] has joined #xen
20:31 -!- alex234 [new@p54B3EAEF.dip.t-dialin.net] has left #xen []
20:33 -!- alex234 [new@p54B3EAEF.dip.t-dialin.net] has joined #xen
20:35 -!- alex234 [new@p54B3EAEF.dip.t-dialin.net] has quit [Remote host closed the connection]
20:47 -!- alex234 [new@p54B3FE30.dip.t-dialin.net] has joined #xen
20:52 -!- alex234 [new@p54B3FE30.dip.t-dialin.net] has left #xen []
20:54 -!- alex234 [new@p54B3FE30.dip.t-dialin.net] has joined #xen
20:56 -!- alex234 [new@p54B3FE30.dip.t-dialin.net] has quit [Read error: Connection reset by peer]
21:24 -!- chrish01 [~chrish01@wsip-70-183-17-66.oc.oc.cox.net] has quit [Remote host closed the connection]
21:33 -!- niv [~nivedita@bi01p1.co.us.ibm.com] has quit [Quit: Quitting]
21:33 -!- katzj [~katzj@c-66-30-206-55.hsd1.ma.comcast.net] has quit [Remote host closed the connection]
21:51 -!- tony [~tony@cerebus.immunix.com] has joined #xen
22:07 -!- Vip- [~weasel@S0106000c41cd470e.cg.shawcable.net] has joined #xen
22:08 < Vip-> dom0 doesn't boot. Is there a way for me to log what it does do?
22:10 < tony> Vip-: define log
22:11 < tony> serial console?
22:18 < Vip-> I mean that it ends the boot with:
22:18 < Vip->         Root-NFS: No NFS server available, giving up.
22:19 < Vip-> VFS: Unable to mount root fs via NFS, trying floppy.
22:19 < Vip-> VFS: Insert root floppy and press ENTER
22:19 < Vip-> If I press enter it panics saying it can't boot (0,2)
22:19 < Vip-> How can I capture all that?
22:20 < Vip-> And all the drivers it did load. It looks like it never loads sata drivers. It finds the IDE CDROM, but not the sata HDD.
22:21 < Vip-> Interesting thing is that if I take the .config and copy it to a plain 2.6.11 kernel tar, compile and install, I can boot from it. It's not perfect, but it does work.
22:41 -!- Vip- [~weasel@S0106000c41cd470e.cg.shawcable.net] has quit [Ping timeout: 480 seconds]
23:21 < tony> is there a config file parameter to specify additional boot options when starting a domain?  like 'selinux=0'.
23:22 < tony> ah, 'extra', I'd missed it 
23:24 < mikegrb> +-
23:25 < tony> mikegrb: ?
23:43 -!- dwh [~sc@h-67-100-122-88.sttnwaho.dynamic.covad.net] has joined #xen
23:48 -!- anticw [cw@adsl-63-202-173-158.dsl.snfc21.pacbell.net] has quit [Quit: Lost terminal]
23:51 -!- dwh [~sc@h-67-100-122-88.sttnwaho.dynamic.covad.net] has quit [Ping timeout: 480 seconds]
--- Log closed Wed May 25 23:59:00 2005