T2 IRC Log: 2010-06-10
This is the log as captured by an IRC bot in the channel. The statements are those of the individual people and might not neccessarily reflect the policy and legal rules as set forth by the T2 SDE Project.
--- Log opened Thu Jun 10 00:00:05 2010
01:38 -!- mqueiros_ [~mqueiros@a81-84-44-231.cpe.netcabo.pt] has joined #t2
09:27 < rxr> re
09:50 < CIA-29> rene * r36572 /trunk/package/base/libtool/libtool.desc: * updated libtool (2.2.6b -> 2.2.10)
09:54 < CIA-29> rene * r36573 /trunk/package/xorg/sessreg/sessreg.desc: * updated sessreg (1.0.5 -> 1.0.6)
09:55 -!- Baldzius [~aldas@87-198-133-94.ptr.magnet.ie] has joined #t2
09:55 < Baldzius> moin
09:56 < rxr> moin moin Baldzius !
09:56 < Baldzius> hey rxr
10:08 < Baldzius> rxr: vm seems to be acting pretty strange for today, I am doing ./scripts/Update-Pkg for OOo
10:08 < Baldzius> and it takes aaages
10:09 < Baldzius> load average is somewhere ~3.
10:09 < Baldzius> but virtually no cpu activity
10:10 < Baldzius> not sure if this is normal
10:12 < rxr> oh, just now?
10:12 < rxr> I was alread wondering why replication of one VM image takes so long :-)
10:13 < Baldzius> seems to be much better now
10:13 < Baldzius> :)
10:13 < rxr> oh, strange looks likethe rsync did not kill away anway
10:14 < rxr> no longer my run took so long
10:14 < rxr> I Cnlrt-C'ed the first one and I now saw the server process kept running, ...
10:14 < rxr> so it was even one real and one stray rsync running on the same, huge VM disk file ...
10:15 < rxr> this should become soon even better, with the addition of more nodes, and some more storage infrastructure
10:15 < rxr> stupid case still didn't arrive
10:15 < CIA-29> rene * r36574 /trunk/package/audio/snd/snd.desc: * updated snd (11.5 -> 11.6)
10:15 < rxr> good that at least the remaining parts are already lingering on the desk with free-style wireing .-)
10:16 < rxr> how was your holiday?
10:18 < Baldzius> good & relaxing
10:18 < Baldzius> really needed to get somewhere for rest
10:33 < rxr> nice
10:34 < rxr> btw. when your next big package (OOo or so) is thru, we could reboot your vm to test so storage change
10:34 < rxr> I need your interaction, because this maks your root device change from sda to vda, ...
10:34 < rxr> you need to adapt your fstab, ...
10:38 < Baldzius> ok, we can do it now
10:38 < rxr> you changed all your fstab sd* to vd* ?
10:39 < Baldzius> sec
10:39 < Baldzius> yes
10:39 < rxr> ok, then reboot
10:40 < Baldzius> done
10:40 < rxr> ah, forgot grub
10:41 < Baldzius> :/
10:41 < rxr> ok, should be up again
10:41 < Baldzius> yep
10:41 < rxr> could you edit your /boot/grub/menu.lst to vda*, likewise?
10:42 < Baldzius> ok
10:42 < rxr> maybe a test reboot is in order so your next manual reboto wroks
10:42 < rxr> I'm interested to know if you "feel" or can meassure a change in performance
10:42 < CIA-29> rene * r36575 /trunk/package/network/wireshark/wireshark.desc: * updated wireshark (1.2.8 -> 1.2.9)
10:48 < Baldzius> hard to say
10:48 < Baldzius> sure not worse
10:48 < rxr> ok - let me know how it goes
10:48 < rxr> should be a little better
10:54 < rxr> ok, your vm was the last one to run with an old workaround because former versions where buggy with that higher speed path :-)
10:55 < rxr> next bumps will come with the new x6 boxes and when I migrate to clustered storage
10:55 < rxr> Baldzius: I did mention the new box is narly twice as fast overall :-)
10:56 < Baldzius> yeah, thanks
15:31 -!- TobiX [tobias@zoidberg.org] has quit [Ping timeout: 264 seconds]
15:31 -!- TobiX [tobias@zoidberg.org] has joined #t2
15:32 -!- Baldzius [~aldas@87-198-133-94.ptr.magnet.ie] has quit [Quit: Leaving]
20:11 -!- Stealth [stealth@sourcemage/guru/stealth] has quit [Remote host closed the connection]
20:28 -!- Stealth [stealth@sourcemage/guru/stealth] has joined #t2
--- Log closed Fri Jun 11 00:00:05 2010
01:38 -!- mqueiros_ [~mqueiros@a81-84-44-231.cpe.netcabo.pt] has joined #t2
09:27 < rxr> re
09:50 < CIA-29> rene * r36572 /trunk/package/base/libtool/libtool.desc: * updated libtool (2.2.6b -> 2.2.10)
09:54 < CIA-29> rene * r36573 /trunk/package/xorg/sessreg/sessreg.desc: * updated sessreg (1.0.5 -> 1.0.6)
09:55 -!- Baldzius [~aldas@87-198-133-94.ptr.magnet.ie] has joined #t2
09:55 < Baldzius> moin
09:56 < rxr> moin moin Baldzius !
09:56 < Baldzius> hey rxr
10:08 < Baldzius> rxr: vm seems to be acting pretty strange for today, I am doing ./scripts/Update-Pkg for OOo
10:08 < Baldzius> and it takes aaages
10:09 < Baldzius> load average is somewhere ~3.
10:09 < Baldzius> but virtually no cpu activity
10:10 < Baldzius> not sure if this is normal
10:12 < rxr> oh, just now?
10:12 < rxr> I was alread wondering why replication of one VM image takes so long :-)
10:13 < Baldzius> seems to be much better now
10:13 < Baldzius> :)
10:13 < rxr> oh, strange looks likethe rsync did not kill away anway
10:14 < rxr> no longer my run took so long
10:14 < rxr> I Cnlrt-C'ed the first one and I now saw the server process kept running, ...
10:14 < rxr> so it was even one real and one stray rsync running on the same, huge VM disk file ...
10:15 < rxr> this should become soon even better, with the addition of more nodes, and some more storage infrastructure
10:15 < rxr> stupid case still didn't arrive
10:15 < CIA-29> rene * r36574 /trunk/package/audio/snd/snd.desc: * updated snd (11.5 -> 11.6)
10:15 < rxr> good that at least the remaining parts are already lingering on the desk with free-style wireing .-)
10:16 < rxr> how was your holiday?
10:18 < Baldzius> good & relaxing
10:18 < Baldzius> really needed to get somewhere for rest
10:33 < rxr> nice
10:34 < rxr> btw. when your next big package (OOo or so) is thru, we could reboot your vm to test so storage change
10:34 < rxr> I need your interaction, because this maks your root device change from sda to vda, ...
10:34 < rxr> you need to adapt your fstab, ...
10:38 < Baldzius> ok, we can do it now
10:38 < rxr> you changed all your fstab sd* to vd* ?
10:39 < Baldzius> sec
10:39 < Baldzius> yes
10:39 < rxr> ok, then reboot
10:40 < Baldzius> done
10:40 < rxr> ah, forgot grub
10:41 < Baldzius> :/
10:41 < rxr> ok, should be up again
10:41 < Baldzius> yep
10:41 < rxr> could you edit your /boot/grub/menu.lst to vda*, likewise?
10:42 < Baldzius> ok
10:42 < rxr> maybe a test reboot is in order so your next manual reboto wroks
10:42 < rxr> I'm interested to know if you "feel" or can meassure a change in performance
10:42 < CIA-29> rene * r36575 /trunk/package/network/wireshark/wireshark.desc: * updated wireshark (1.2.8 -> 1.2.9)
10:48 < Baldzius> hard to say
10:48 < Baldzius> sure not worse
10:48 < rxr> ok - let me know how it goes
10:48 < rxr> should be a little better
10:54 < rxr> ok, your vm was the last one to run with an old workaround because former versions where buggy with that higher speed path :-)
10:55 < rxr> next bumps will come with the new x6 boxes and when I migrate to clustered storage
10:55 < rxr> Baldzius: I did mention the new box is narly twice as fast overall :-)
10:56 < Baldzius> yeah, thanks
15:31 -!- TobiX [tobias@zoidberg.org] has quit [Ping timeout: 264 seconds]
15:31 -!- TobiX [tobias@zoidberg.org] has joined #t2
15:32 -!- Baldzius [~aldas@87-198-133-94.ptr.magnet.ie] has quit [Quit: Leaving]
20:11 -!- Stealth [stealth@sourcemage/guru/stealth] has quit [Remote host closed the connection]
20:28 -!- Stealth [stealth@sourcemage/guru/stealth] has joined #t2
--- Log closed Fri Jun 11 00:00:05 2010