1398124801 Q * fisted Remote host closed the connection
1398124812 J * fisted ~fisted@xdsl-81-173-186-228.netcologne.de
1398127481 Q * jrklein Ping timeout: 480 seconds
1398129476 J * jrklein ~osx@proxy.dnihost.net
1398129805 Q * jrklein Remote host closed the connection
1398129809 J * jrklein ~osx@proxy.dnihost.net
1398133393 Q * zerick Remote host closed the connection
1398133915 J * fisted_ ~fisted@xdsl-87-78-235-55.netcologne.de
1398134369 Q * fisted Ping timeout: 480 seconds
1398134369 N * fisted_ fisted
1398138339 Q * jrklein Remote host closed the connection
1398138340 J * jrklein ~osx@proxy.dnihost.net
1398138901 M * Bertl off to bed now ... have a good one everyone!
1398138910 N * Bertl Bertl_zZ
1398140123 Q * Aiken Remote host closed the connection
1398149531 Q * hijacker Quit: Leaving
1398150842 J * hijacker ~hijacker@bgva.sonic.taxback.ess.ie
1398157060 J * beng_ ~BenG@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net
1398157488 J * bzed_ ~bzed@bzed.netrep.oftc.net
1398157798 Q * bzed Ping timeout: 480 seconds
1398157802 N * bzed_ bzed
1398158435 J * kiorky_ ~kiorky@cryptelium.net
1398158435 Q * kiorky Read error: Connection reset by peer
1398159061 J * kiorky ~kiorky@cryptelium.net
1398159183 Q * kiorky_ Ping timeout: 480 seconds
1398160071 N * l0kit Guest7197
1398160077 J * l0kit ~1oxT@0001b54e.user.oftc.net
1398160190 Q * Guest7197 Remote host closed the connection
1398168001 Q * fisted Remote host closed the connection
1398168012 J * fisted ~fisted@xdsl-87-78-235-55.netcologne.de
1398170460 J * geos_one ~chatzilla@80-110-41-206.static.surfer.at
1398170493 Q * geos_one 
1398170557 J * geos_one ~chatzilla@80-110-41-206.static.surfer.at
1398170624 Q * geos_one Remote host closed the connection
1398170653 J * geos_one ~chatzilla@80-110-41-206.static.surfer.at
1398171313 M * Bertl_zZ morning folks!
1398171318 N * Bertl_zZ Bertl
1398171501 M * hijacker afternoon
1398172504 Q * kshannon Read error: Operation timed out
1398172832 J * kshannon ~kris@server.kris.shannon.id.au
1398179105 J * fisted_ ~fisted@xdsl-81-173-185-111.netcologne.de
1398179549 Q * fisted Ping timeout: 480 seconds
1398179549 N * fisted_ fisted
1398180872 Q * geos_one Quit: ChatZilla 0.9.90.1 [Firefox 28.0/20140322232911]
1398182635 J * bonbons ~bonbons@ppp-157-1.adsl.restena.lu
1398185040 Q * beng_ Quit: I Leave
1398185064 J * beng_ ~BenG@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net
1398187771 J * SteeleNivenson ~SteeleNiv@pool-108-29-139-222.nycmny.fios.verizon.net
1398188738 J * zerick ~eocrospom@190.187.21.53
1398191517 Q * beng_ Quit: I Leave
1398192321 J * geos_one ~chatzilla@80.123.185.198
1398199638 Q * bonbons Quit: Leaving
1398206047 J * Hurga nobody@000131c9.user.oftc.net
1398206261 M * Hurga Hi folks. I recently moved some LAMP sites from an old (Ubuntu 8.04 32 Bit) guest to a more recent one (Ubuntu 12.04 64Bit) and mysql started eating ALL the memory on my physical machine, which it really shouldn't do according to mysql parameters. Any ideas? Continue using 32Bit guests? 
1398206436 M * Hurga physical machine has 16 GB, and I've seen RSS of 14G on the guest, basically all of it mysql.
1398207159 M * Bertl okay, so what you are saying is that the new 64bit mysql uses up more memory than the old 32bit version, yes?
1398207199 Q * kiorky Ping timeout: 480 seconds
1398207231 M * Bertl it is quite expected that the 64bit version uses more resources than the 32bit one, also software tends to get more bloated with every new released, just look at libc as a nice example
1398207482 M * Hurga sure, but it uses 14 GB only mysql with the same sites and makes the server unuseable after 1 day.
1398207552 M * Hurga it's mysql-server-5.0 vs. mysql-server-5.5 - and it never used even 100M on the old instance. That's a tad much.
1398207586 M * Hurga But ok. I guess if you aren't familiar with the effect it's not a vserver issue. I had to check before chasing phantoms. :)
1398207650 M * Bertl did you change the host as well?
1398207678 M * Bertl e.g. new kernel, new patch, new tools, etc?
1398207707 M * Hurga no, same host, just guest migration
1398207723 M * Bertl then there should be no change in Linux-VServer behaviour, no?
1398207764 M * Hurga I thought so... well, something funky with emmory management.
1398207768 M * Bertl but with this huge difference in mysql memory footprint, I'd suggest to dig into the mysql config setting
1398207795 M * Bertl most likely the old guest had some "don't use more than" entry while the new one has a "cache everything you can" entry
1398207795 M * Hurga Check scripts say it should never eat so much memory.
1398207814 M * Hurga It doesn't seem to cache, flush tables doesn't change it.
1398207829 M * Bertl so it leaks memory?
1398207831 M * Hurga but ok, thanks. Got to look into mysql instead.
1398207861 M * Hurga probably leaks. No idea how to check. I don't know yet how tro interpret pmap output... 
1398207926 M * Bertl probably a "simple" check would be to compile the old version on the new guest and if possible, the new mysql version on the old one
1398207947 M * Hurga I just wanted to see if it's not some weird but probably known vserver issue before I start digging into it more. 
1398207962 M * Bertl at least none we know of
1398208002 J * kiorky ~kiorky@cryptelium.net
1398208002 P * undefined 
1398208067 M * Hurga BTW - what difference does the PER_LINUX32_3GB personality make?
1398208216 M * Bertl the 3GB personality is different in the way the memory is splitted user/kernel space from the normal split
1398208236 M * Bertl this only affects virtual memory mappings and maximum virtual address space
1398209903 Q * kiorky Ping timeout: 480 seconds
1398210419 J * undefined ~undefined@00011a48.user.oftc.net
1398210427 J * kiorky ~kiorky@cryptelium.net