Bug#712134: Python CGI to substitute munin-cgi-html

2014-06-11 Thread Ondřej Kunc
Hi Guys,

I know that it is not a big help, but I have unsucessfully tried to
profile code of munin-cgi-html so I have written small quick and dirty
cgi script in python, which does everything what we want (we can
navigate through graphs, view the same as in munin, have dynamic zoom
enabled and ... have fast navigation even that we have about 400
servers). If you want, you can try.

BR,

Ondřej Kunc
#!/usr/bin/python
MUNIN_DB='/var/lib/munin/'
import cgi
import cgitb
import os,os.path
import time
cgitb.enable()

CGI_DYNAZOOM_URL='/static/dynazoom.html?cgiurl_graph=/munin-cgi/munin-cgi-graphplugin_name=%sstart_epoch=%dstop_epoch=%dsize_x=800size_y=400'
CGI_GRAPH_URL='/munin-cgi/munin-cgi-graph/%s/%s/%s-%s.png'

def getgraphlist():
	for i in open(os.path.join(MUNIN_DB,'graphs'),'r').readlines():
		x=i.strip().split('/')[1:]
		if x[2].endswith('-day.png'):
			yield [x[0],x[1],x[2][:-8]]
		if len(x)  3:
			if x[3].endswith('-day.png'):
yield [x[0],x[1],x[2],x[3][:-8]]


def listgroups():
	last=None
	for i in getgraphlist():
		if last!=i[0]:
			print 'li',genLink(i[0])
			last=i[0]

def listhosts(group):
	last=None
	print '%shr'%group
	for i in getgraphlist():
		if i[0]==group:
			if last!=i[1]:
print 'li',genLink(i[0],i[1])
last=i[1]

def listservices(group,host,showgraph=True):
	last=None
	print '%s:%shr'%(group,host)
	for i in getgraphlist():
		if i[0]==group and i[1]==host:
			if len(i) == 3:
print genLink(i[0],i[1],i[2],showgraph=showgraph),'br'
			elif len(i) == 4:
print genLink(i[0],i[1],i[2]+'/'+i[3],showgraph=showgraph),'br'

def getgraphtag(group,host,service,period='day'):
	link=CGI_GRAPH_URL%(group,host,service,period)
	return 'img src=%s'%link

def showservice(group,host,service):
	t=int(time.time())
	print 'a href=%s%s/a'%(CGI_DYNAZOOM_URL%('/'.join((group,host,service)),t-86400,t),getgraphtag(group,host,service))
	print 'a href=%s%s/a'%(CGI_DYNAZOOM_URL%('/'.join((group,host,service)),t-86400*7,t),getgraphtag(group,host,service,'week'))
	print br
	print 'a href=%s%s/a'%(CGI_DYNAZOOM_URL%('/'.join((group,host,service)),t-86400*28,t),getgraphtag(group,host,service,'month'))
	print 'a href=%s%s/a'%(CGI_DYNAZOOM_URL%('/'.join((group,host,service)),t-86400*365,t),getgraphtag(group,host,service,'year'))
def genLink(group='',host='',service='',fullname=False,showgraph=False):
	name=''
	link=''
	if group:
		link=?group=%s%group
		if fullname or not host:
			name=group
	if host:
		link+=host=%s%host
		if fullname or not service:
			name+=':%s'%host
	if service:
		link+=service=%s%service
		name+=':%s'%service
	tag=''
	if showgraph:
		tag=br%s%getgraphtag(group,host,service)
		tag+=getgraphtag(group,host,service,'week')
	return a href='%s'[%s]%s/a%(link,name,tag)

print Content-Type: text/html;charset=utf-8\r\n\r\n
print 'ba href=?indexIgnum FastMunin/a/b smallby Ondrej Kunc/smallbr'
fs=cgi.FieldStorage()
grp=fs.getfirst('group')
host=fs.getfirst('host')
service=fs.getfirst('service')

if not grp:
	listgroups()
elif not host:
	listhosts(grp)
elif not service:
	listservices(grp,host)
else:
	showservice(grp,host,service)


Bug#700075: linux-image-3.2.0-4-amd64: Btrfs kernel bug after removing devices

2013-02-08 Thread Ondřej Kunc

Package: src:linux
Version: 3.2.35-2
Severity: important

Dear Maintainer,

I was just playing with btrfs in our sandbox and I'm facing one problem.
I have created btrfs filesystem on 10 LVs 1,5GB each, just for testing 
purpose.
I was trying to add/remove volumes, create files on it (about 1,5M of 1k 
files).
Everything worked fine, I tried some balancing, scrubbing and when I 
tried to remove device from filesystem which was very full, it took very 
long time and after it refused to remove device. I tried that once more 
and then I killed btrfs remove command, it did nothing, but now I'm not 
able to stop btrfs device add ..., it is in D state and hanged. 
Filesystem is usable, data are visible, but it is not possible to 
add/remove devices. And in dmesg i have that bug which I attach.


If you want, I can do some tests on this system as it is our sandbox.

System was yesterday installed as squeeze and then upgraded to wheezy, 
then reboot and then btrfs plays.


Thanks

Ondrej Kunc


*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


-- Package-specific info:
** Version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc 
version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.35-2


** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/vg0-root ro quiet

** Tainted: D (128)
 * Kernel has oopsed before.

** Kernel log:
[ 4628.488001]    0001 

[ 4628.488001]  03ff 88011fc13780 880087f342b8 
00da0f60
[ 4628.488001]  00065a892000  00020002 
880117432d20

[ 4628.488001] Call Trace:
[ 4628.488001]  [a03730de] ? btrfs_run_delayed_refs+0xc9/0x176 
[btrfs]

[ 4628.488001]  [8134c508] ? mutex_lock+0xd/0x2d
[ 4628.488001]  [a038015b] ? 
btrfs_commit_transaction+0x8f/0x6f9 [btrfs]

[ 4628.488001]  [8105f853] ? add_wait_queue+0x3c/0x3c
[ 4628.488001]  [a037fac2] ? 
join_transaction.isra.24+0x5a/0x1f3 [btrfs]

[ 4628.488001]  [a0380bdd] ? start_transaction+0x1ed/0x242 [btrfs]
[ 4628.488001]  [a037a7b3] ? transaction_kthread+0x156/0x20f 
[btrfs]

[ 4628.488001]  [a037a65d] ? btrfs_congested_fn+0x7b/0x7b [btrfs]
[ 4628.488001]  [8105f201] ? kthread+0x76/0x7e
[ 4628.488001]  [81354174] ? kernel_thread_helper+0x4/0x10
[ 4628.488001]  [8105f18b] ? kthread_worker_fn+0x139/0x139
[ 4628.488001]  [81354170] ? gs_change+0x13/0x13
[ 4628.488001] Code: 7c 24 10 48 8b 7b 48 48 89 7c 24 08 48 8b 7b 40 48 
89 3c 24 48 8b 7c 24 30 4c 89 f6 e8 84 ca ff ff eb 04 0f 0b 0f 0b 85 c0 
74 02 0f 0b 48 89 df e8 8e a6 ff ff 48 89 ef e8 90 7e d7 e0 ff 44 24 [ 
4628.488001] RIP  [a0372fd3] run_clustered_refs+0x668/0x6aa 
[btrfs]

[ 4628.488001]  RSP 8801195cfca0
[ 4628.493597] ---[ end trace 2f9c87076dbd0d93 ]---
[55996.922893] [ cut here ]
[55996.922923] kernel BUG at 
/build/buildd-linux_3.2.35-2-amd64-v9djlH/linux-3.2.35/fs/btrfs/extent-tree.c:2287!
[55996.922972] invalid opcode:  [#3] SMP [55996.922999] CPU 0 
[55996.923004] Modules linked in: btrfs crc32c libcrc32c zlib_deflate 
loop radeon iTCO_wdt ttm drm_kms_helper drm iTCO_vendor_support 
power_supply i2c_i801 i2c_algo_bit coretemp i2c_core snd_pcm 
snd_page_alloc snd_timer snd soundcore pcspkr serio_raw joydev evdev 
rng_core i3000_edac container edac_core button processor thermal_sys 
ext4 crc16 jbd2 mbcache dm_mod usbhid hid raid1 md_mod sg sr_mod sd_mod 
crc_t10dif cdrom ata_generic floppy uhci_hcd ata_piix ehci_hcd libata 
e1000e scsi_mod usbcore usb_common [last unloaded: scsi_wait_scan]
[55996.923304] [55996.923324] Pid: 10102, comm: shutdown Tainted: G 
 D  3.2.0-4-amd64 #1 Debian 3.2.35-2 Supermicro PDSMU/PDSMU
[55996.923379] RIP: 0010:[a0372fd3]  [a0372fd3] 
run_clustered_refs+0x668/0x6aa [btrfs]

[55996.923445] RSP: 0018:880065e27d28  EFLAGS: 00010286
[55996.923471] RAX: ffe4 RBX: 880090600740 RCX: 

[55996.923501] RDX: ffe4 RSI: 8800c6be7520 RDI: 
0282
[55996.923530] RBP:  R08:  R09: 
00064000
[55996.923560] R10: ffed R11: 8801182e5118 R12: 
8800b8fb2ac0
[55996.923590] R13: 880008da4250 R14: 880117432c00 R15: 

[55996.923620] FS:  7f1e700c4700() GS:88011fc0() 
knlGS:

[55996.923665] CS:  0010 DS:  ES:  CR0: 8005003b
[55996.923692] CR2: 7fff491f38e8 CR3: 00010065e000 CR4: 
06f0
[55996.923722] DR0:  DR1:  DR2: 

[55996.923752] DR3: 

Bug#672341: [gnome-packagekit] Update hangs when apt-listchanges is called

2012-05-10 Thread Ondřej Kunc
Package: gnome-packagekit
Version: 3.4.0-2
Severity: normal

--- Please enter the report below this line. ---
Hi, recently I had discovered, that sometimes update via packagekit icon
notification hangs. My brother has this problem on his wheezy too. I've
done some inspection and in htop i can see this tree:
10618 root 20  0  294m 79084 63868 S  0.0  2.0  0:06.45
/usr/lib/packagekit/packagekitd
10987 root 20  0  294m 16724  1508 S  0.0  0.4  0:00.00
/usr/lib/packagekit/packagekitd
11008 root 20  0  4160  588  4g2 s  0.0  0.0  0:00.00 L
/bin/sh -c /usr/bin/apt-listchanges --apt || test $? -ne 10
1100g root 20  0 14624 18824  5140 s  0.0  0.5  0;00.51   L
/usr/bin/python /usr/bin/apt_listchanges --apt
12323 root 20  0  4160  584  4g2 s  0.0  0.,o  0;00.00
 L sh _c sensible_pager /tmp/tmp2lgBKx
12324 root 20  0  4160  588  4g6 s  0.0  0.'o _  0;00.00
   L /bin/sh /usr/bin/sensible_pager /tmp/tmp2lgBKx
12325 root 20  0  8264  680  556 s  0.0  0.0  0;00.00
L pager /tmp/tmp2lgBKx

(sorry, that tree has been read by gocr, because I dont want to attach
terminal screenshot as image and gnome wouldn't let me to select text
inside htop)

and the last process (pager /tmp/tmp2lgBKx) is hang in read syscall
(determined via strace).

Thanks for inspection of this problem.

--- System information. ---
Architecture: amd64
Kernel: Linux 3.2.0-2-amd64

Debian Release: wheezy/sid
990 testing www.debian-multimedia.org
990 testing ftp.cz.debian.org
500 stable-updates ftp.cz.debian.org
500 stable security.debian.org
500 stable ftp.cz.debian.org
500 stable dl.google.com

--- Package information. ---
Depends (Version) | Installed
==-+-=
gnome-packagekit-data (= 3.4.0-2) | 3.4.0-2
gnome-settings-daemon (= 3.2) | 3.2.2-3
packagekit (= 0.6.18) | 0.7.3-2
OR python-aptdaemon.pkcompat |
dconf-gsettings-backend | 0.10.0-3
OR gsettings-backend |
libatk1.0-0 (= 1.12.4) | 2.4.0-2
libc6 (= 2.2.5) | 2.13-32
libcairo-gobject2 (= 1.10.0) | 1.10.2-7
libcairo2 (= 1.2.4) | 1.10.2-7
libcanberra-gtk3-0 (= 0.25) | 0.28-4
libcanberra0 (= 0.2) | 0.28-4
libdbus-1-3 (= 1.0.2) | 1.5.12-1
libdbus-glib-1-2 (= 0.88) | 0.98-1
libfontconfig1 (= 2.8.0) | 2.8.0-3.1
libfreetype6 (= 2.2.1) | 2.4.9-1
libgdk-pixbuf2.0-0 (= 2.22.0) | 2.26.1-1
libglib2.0-0 (= 2.30.0) | 2.32.0-4
libgtk-3-0 (= 3.0.0) | 3.2.3-1
libnotify4 (= 0.7.0) | 0.7.5-1
libpackagekit-glib2-14 | 0.7.3-2
libpango1.0-0 (= 1.14.0) | 1.29.4-3+b1
libsqlite3-0 (= 3.5.9) | 3.7.11-2
libupower-glib1 (= 0.9.0) | 0.9.15-3
libx11-6 | 2:1.4.4-4


Package's Recommends field is empty.

Package's Suggests field is empty.

-- 
Ondřej Kunc


Bug#672341:

2012-05-10 Thread Ondřej Kunc
After killing pager update continues normally.

-- 
Ondřej Kunc


Bug#655284: This problem affects my system too.

2012-02-19 Thread Ondřej Kunc
Hi,

I'm using current wheezy (today updated) and I can confirm that this bug
is present on my system too.

Thanks




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#650013: (no subject)

2011-11-26 Thread Ondřej Kunc

Hi,

I don't want pm-utils to install that, but it may refuse to suspend 
without it, because it hangs system and than it can result in data loss.


What can be done about it ?

Thanks



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#650013: Where is the point to solve this ?

2011-11-26 Thread Ondřej Kunc
Is this problem solvable in kernel ?

Thanks for information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#650013: [gnome-power-manager] Suspend hangs on HP4730s when uswsusp is not installed

2011-11-25 Thread Ondřej Kunc
Package: gnome-power-manager
Version: 3.0.2-3
Severity: normal
Tags: patch

--- Please enter the report below this line. ---
Hi, we have found that fresh install of debian testing hangs on this
notebook when suspend to ram or suspend to disk is issued. We managed to
solve this problem so we read instructions on
http://wiki.debian.org/suspend. There is written that uswsusp can be
used to suspend/resume, so we
installed it. And notebook is now suspending and resuming fine. It will be
great that gnome-power-manager will depend on uswsusp because without it it
causes PC hang, which results in lossing unsaved data and running apps.
Another solution is not to hang and show message that for suspending it is
needed to install uswsusp.

Identification of affected machine:

root@jk-debian:/home/jk# s2ram -i
This machine can be identified by:
sys_vendor   = Hewlett-Packard
sys_product  = HP ProBook 4730s
sys_version  = A0001D02
bios_version = 68SRR Ver. F.09

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.0.0-1-amd64

Debian Release: wheezy/sid
  500 testing security.debian.org
  500 testing ftp.cz.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-
libc6  (= 2.4) | 2.13-21
libcairo2   (= 1.10.0) | 1.10.2-6.1
libcanberra-gtk3-0(= 0.25) | 0.28-3
libcanberra0   (= 0.2) | 0.28-3
libglib2.0-0(= 2.28.0) | 2.28.8-1
libgnome-keyring0   (= 2.20.3) | 3.2.0-3
libgtk-3-0   (= 3.0.0) | 3.0.12-2
libnotify4   (= 0.7.0) | 0.7.4-1
libpango1.0-0   (= 1.18.0) | 1.29.4-2
libupower-glib1  (= 0.9.9) | 0.9.14-3
libx11-6| 2:1.4.4-4
libxext6| 2:1.3.0-3
libxrandr2  (= 2:1.2.99.2) | 2:1.3.2-2
dconf-gsettings-backend | 0.7.5-3
 OR gsettings-backend   |
notification-daemon | 0.7.3-1
dbus-x11| 1.4.16-1
consolekit  | 0.4.5-1
upower  | 0.9.14-3
gnome-settings-daemon  (= 3.0) | 3.0.3-3
gnome-screensaver  (= 3.0) | 3.0.1-3


Recommends  (Version) | Installed
=-+-===
udisks| 1.0.4-2


Suggests (Version) | Installed
==-+-===
policykit-1| 0.102-1



--- Output from package bug script ---
Distro version:   wheezy/sid
Kernel version:   3.0.0-1-amd64
g-p-m version:3.0.2
HAL version:  System manufacturer:  missing
System version:   missing
System product:   missing
AC adapter present:   no
Battery present:  no
Laptop panel present: no
CPU scaling present:  no
Battery Information:
UPower data:
Device: /org/freedesktop/UPower/devices/line_power_AC
  native-path:
/sys/devices/LNXSYSTM:00/device:00/ACPI0003:00/power_supply/AC
  power supply: yes
  updated:  Fri Nov 25 16:14:08 2011 (1064 seconds ago)
  has history:  no
  has statistics:   no
  line-power
online: yes

Device: /org/freedesktop/UPower/devices/battery_BAT0
  native-path:
/sys/devices/LNXSYSTM:00/device:00/PNP0C0A:00/power_supply/BAT0
  vendor:   Hewlett-Packard
  model:Primary
  serial:   01230 2011/06/11
  power supply: yes
  updated:  Fri Nov 25 16:22:33 2011 (559 seconds ago)
  has history:  yes
  has statistics:   yes
  battery
present: yes
rechargeable:yes
state:   fully-charged
energy:  74.7936 Wh
energy-empty:0 Wh
energy-full: 74.7936 Wh
energy-full-design:  74.7936 Wh
energy-rate: 0 W
voltage: 16.634 V
percentage:  100%
capacity:100%
technology:  lithium-ion

Daemon:
  daemon-version:  0.9.14
  can-suspend: yes
  can-hibernateyes
  on-battery:  no
  on-low-battery:  no
  lid-is-closed:   no
  lid-is-present:  yes
  is-docked:   no
GNOME Power Manager Process Information:
jk2313  0.0  0.2 339556 11468 ?Sl   16:14
0:00  \_ gnome-power-manager
jk3903  0.0  0.0   4148   584 pts/0S+   16:31   0:00
\_ sh -c { /usr/bin/xterm -e  '/usr/share/bug/gnome-power-manager/script'
31; } 21
jk3904  3.0  0.1  62540  7244 pts/0S+   16:31
0:00  \_ /usr/bin/xterm -e
/usr/share/bug/gnome-power-manager/script
HAL Process Information:


Bug#650013: [gnome-power-manager] Suspend hangs on HP4730s when uswsusp is not installed

2011-11-25 Thread Ondřej Kunc

Hi,

I've found one thing ... it doesn't depend on package uswsusp but on 
package firmware-linux-nonfree. I'm sorry for this wrong information, 
because I had installed this package because of kernel complain on boot. 
So uswsusp is not needed. But pm-suspend hangs computer when 
firmware-linux-nonfree is not installed.
The missing file is CAICOS_pfp.bin. How can we solve this for standard 
users ?

Ondra

Dne 25.11.2011 17:10, Josselin Mouette napsal(a):

tag 650013 - patch
thanks

Le vendredi 25 novembre 2011 à 16:42 +0100, Ondřej Kunc a écrit :
   

Hi, we have found that fresh install of debian testing hangs on this
notebook when suspend to ram or suspend to disk is issued. We managed
to solve this problem so we read instructions on
http://wiki.debian.org/suspend . There is written that uswsusp can be
used to suspend/resume, so we installed it. And notebook is now
suspending and resuming fine. It will be great that
gnome-power-manager will depend on uswsusp because without it it
causes PC hang, which results in lossing unsaved data and running
apps. Another solution is not to hang and show message that for
suspending it is needed to install uswsusp.
 

gnome-power-manager is a mere frontend to upower which in turn uses
pm-utils, so this will certainly not happen.

Does it work when you use plain pm-suspend?

   





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#650013: [gnome-power-manager] Suspend hangs on HP4730s when uswsusp is not installed

2011-11-25 Thread Ondřej Kunc
Hi, I think that this may be solved by pm-suspend or by kernel directly. 
I know that it's not possible to download firmware when it's needed but 
I may block suspending of the computer when it is very probable that it 
will break it. We have not been warned about missing firmware by gnome 
but by kernel debug message (dmesg) which I don't count as standard way 
for users. Is it possible to reassign this bug to pm-suspend ?


Dne 25.11.2011 18:56, Josselin Mouette napsal(a):

Le vendredi 25 novembre 2011 à 17:31 +0100, Ondřej Kunc a écrit :
   

I've found one thing ... it doesn't depend on package uswsusp but on
package firmware-linux-nonfree. I'm sorry for this wrong information,
because I had installed this package because of kernel complain on boot.
So uswsusp is not needed. But pm-suspend hangs computer when
firmware-linux-nonfree is not installed.
The missing file is CAICOS_pfp.bin. How can we solve this for standard
users ?
 

If a firmware file is missing, the latest gnome-settings-daemon should
warn you about that during the session.
I don’t think we can do much more than that, especially for non-free
firmware.

Cheers,
   





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#615011: mysql-server-5.1: 'Prepared statement needs to be re-prepared' when, mysqldump is running

2011-02-24 Thread Ondřej Kunc

Package: mysql-server-5.1
Version: 5.1.49-3
Severity: normal

Hi,

Recently I've installed new mysql 5.1 server in our company, before we 
used mysql 5.0. Now we are experiencing problems with prepared 
statements using mysqli php driver. Sometimes mysql spit outs this error:


Mysqli statement execute error : Prepared statement needs to be 
re-prepared


I've found that this error is generated when some database is dumped by 
mysqldump from our backup server. It doesn't matter if it's the same 
database.
I searched the internet resources for this problem and I've found this 
upstream bug:

http://bugs.mysql.com/bug.php?id=42041

But this is not solved yet and I can confirm that this problem is 
present in debian too. I'had increased table_definition_cache to 2048 ( 
from 256 ) but it had no effect. What can I do with it ?


Thanks

-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages mysql-server-5.1 depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  debconf [de 1.5.36.1 Debian configuration 
management sy
ii  libc6   2.11.2-10Embedded GNU C Library: 
Shared lib

ii  libdbi-perl 1.612-1  Perl Database Interface (DBI)
ii  libgcc1 1:4.4.5-8GCC support library
ii  libmysqlcli 5.1.49-3 MySQL database client library
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 
init scrip

ii  mysql-clien 5.1.49-3 MySQL database client binaries
ii  mysql-commo 5.1.49-3 MySQL database common 
files, e.g.

ii  mysql-serve 5.1.49-3 MySQL database server binaries
ii  passwd  1:4.1.4.2+svn3283-2+squeeze1 change and administer 
password and
ii  perl5.10.1-17Larry Wall's Practical 
Extraction
ii  psmisc  22.11-1  utilities that use the proc 
file s

ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages mysql-server-5.1 recommends:
ii  heirloom-mailx [mailx]12.4-2 feature-rich BSD mail(1)
ii  libhtml-template-perl 2.9-2  module for using HTML 
Templates wi


Versions of packages mysql-server-5.1 suggests:
pn  tinyca none (no description available)

-- Configuration Files:
/etc/mysql/debian-start changed [not included]

-- debconf information excluded

--
Ondřej Kunc

správce serverové farmy
CZOL media interactive s.r.o.
Sídlo: Moulíkova 2238/1, Praha 5, 15000
Kanceláře: Na Moráni 5357, Chomutov, 43001
Telefon: +420 723 137 981
E-mail: on...@czol.eu
URL: www.czol.eu, www.cz-hosting.com




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#573210: tracedumps from vcpus when domU crashed

2010-03-12 Thread Ondřej Kunc

Hi,

today I had catched one domU crash and taken tracedumps from xen vcpus, 
see attachment. Hope it could help. Today I've got some problems with 
clocksource so I've upgraded to last 2.6.26-xen-amd64 kernel from 
security so I'll confirm if problem occurs there or not in some days.


--
Ondřej Kunc
--
správce serverové farmy
CZOL media s.r.o.
Na Moráni 5357, Chomutov 43001
E-mail: on...@czol.eu
URL:www.czol.eu www.cz-hosting.com
SIP:tr...@ekiga.net
Jabber: tr...@jabber.cz

rip: 8020e3c4 math_state_restore+0x4a flags: 1202 i nz
rsp: 80595df8
rax: 8000   rbx: 880001bc7a20   rcx: 001a1dff   rdx: 
rsi: 8001000950c0   rdi: 8001000950c0   rbp: 0103
 r8: r9: 880001bd85b8   r10: 880081638000   r11: 0246
r12: 00e4   r13: 8060f200   r14:    r15: ff5f7000
 cs: e033ds: fs: gs: 

Stack:
 880001bc7a20 8037d27e  0001
  0006be6e7d68 0001 803801b5
  8060f200  
  8043652a 0001 880001bc6ea0

Code:
f7 f1 89 46 14 c3 c3 53 8b 0d 43 d0 32 00 f6 c1 01 74 04 f3 90 eb f1 48 8b 05 
b3 34 34 00 48 89 

Call Trace:
  [8020e3c4] math_state_restore+0x4a  --
  [8037d27e] uart_set_options+0x3a 
  [] 
  [0001] VDSO32_PRELINK+0x1 
  [] 
  [0001] VDSO32_PRELINK+0x1 
  [803801b5] serial8250_config_port+0x435 
  [] 
  [] 
  [] 
  [] 
  [0001] VDSO32_PRELINK+0x1 
  [] 
  [803806ea] serial8250_config_port+0x96a 
  [] 
  [80380d01] receive_chars+0x32 
  [] 
  [] 
  [0112] VDSO32_vsyscall_eh_frame_size+0xd2 
  [] 
  [8025ef2e] cgroup_exit+0xbe 
  [0001] VDSO32_PRELINK+0x1 
  [0112] VDSO32_vsyscall_eh_frame_size+0xd2 
  [802603e7] cgroup_scan_tasks+0xe5 
  [0112] VDSO32_vsyscall_eh_frame_size+0xd2 
  [0112] VDSO32_vsyscall_eh_frame_size+0xd2 
  [] 
  [0002] _proxy_pda+0x1 
  [0001] VDSO32_PRELINK+0x1 
  [8020e136] die_nmi+0xa2 
  [0002] _proxy_pda+0x1 
  [] 
  [8037db6c] uart_ioctl+0x653 
  [] 
  [] 
  [8057d1c0] early_idt_msg+0x9 
  [] 
  [8020bbce] sys_rt_sigreturn+0x1d7 
  [] 
  [] 
  [] 
  [] 
  [] 
  [] 
  [] 
  [] 
rip: 8020e3c4 math_state_restore+0x4a flags: 1202 i nz
rsp: 8800bf513dc8
rax: 8000   rbx: 880001bcda20   rcx: 001a1dff   rdx: 
rsi: 8001000950c0   rdi: 8001000950c0   rbp: 0107
 r8: r9: 298baf9a333r10:    r11: 0246
r12:    r13: 8053b404   r14: 0001   r15: ff5f7000
 cs: e033ds: 002bfs: gs: 

Stack:
 880001bcda20 8037d27e  0001
  000901bcc540 0001 803801b5
 ff5f7000 8053b404 00ff 
 880001bcb000 804364be 0001 8800bf441500

Code:
f7 f1 89 46 14 c3 c3 53 8b 0d 43 d0 32 00 f6 c1 01 74 04 f3 90 eb f1 48 8b 05 
b3 34 34 00 48 89 

Call Trace:
  [8020e3c4] math_state_restore+0x4a  --
  [8037d27e] uart_set_options+0x3a 
  [] 
  [0001] VDSO32_PRELINK+0x1 
  [] 
  [0001] VDSO32_PRELINK+0x1 
  [803801b5] serial8250_config_port+0x435 
  [00ff] VDSO32_vsyscall_eh_frame_size+0xbf 
  [] 
  [0001] VDSO32_PRELINK+0x1 
  [] 
  [8020ea8b] do_stack_segment+0x1f 
  [802685e8] audit_log_exit+0xae1 
  [0001] VDSO32_PRELINK+0x1 
  [] 
  [0061] VDSO32_vsyscall_eh_frame_size+0x21 
  [0003] _proxy_pda+0x2 
  [] 
  [] 
  [0108] VDSO32_vsyscall_eh_frame_size+0xc8 
  [0001] VDSO32_PRELINK+0x1 
  [8025ef2e] cgroup_exit+0xbe 
  [0001] VDSO32_PRELINK+0x1 
  [0108] VDSO32_vsyscall_eh_frame_size+0xc8 
  [802603e7] cgroup_scan_tasks+0xe5 
  [0108] VDSO32_vsyscall_eh_frame_size+0xc8 
  [0108] VDSO32_vsyscall_eh_frame_size+0xc8 
  [] 
  [000a] _proxy_pda+0x9 
  [0001] VDSO32_PRELINK+0x1 
  [8020e136] die_nmi+0xa2

Bug#475134: linux-image-2.6.24-1-686: Kernel panic caused by network traffic on Edimax 7108Pcg

2008-04-09 Thread Ondřej Kunc
Package: linux-image-2.6.24-1-686
Version: 2.6.24-4
Severity: normal

I'am experiencing kernel panic when copying large files (20M) over FTP, 
using wi-fi card Edimax EW-7108Pcg. It's 100% repeatable. So I am ready 
to test it a send traces of whatever is needed to fix it. But I don't 
know, how to save the trace. I could make a screen photo, or copy trace 
text by eyes. Ready to answer.


-- Package-specific info:
** Kernel log:
EXT3 FS on hda1, internal journal
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.12.0-ioctl (2007-10-02) initialised: [EMAIL PROTECTED]
input: PS/2 Generic Mouse as /class/input/input7
fuse init (API version 7.9)
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ADDRCONF(NETDEV_UP): wlan0: link is not ready
lp0: using parport0 (interrupt-driven).
ppdev: user-space parallel port driver
eth0:  setting half-duplex.
ADDRCONF(NETDEV_UP): eth0: link is not ready
[drm] Initialized drm 1.1.0 20060810
ACPI: PCI Interrupt :01:00.0[A] - Link [LNKA] - GSI 11 (level, low) - 
IRQ 11
[drm] Initialized radeon 1.28.0 20060524 on minor 0
agpgart: Found an AGP 2.0 compliant device at :00:00.0.
agpgart: Putting AGP V2 device at :00:00.0 into 1x mode
agpgart: Putting AGP V2 device at :01:00.0 into 1x mode
[drm] Setting GART location based on new memory map
[drm] writeback test succeeded in 2 usecs
wlan0: Initial auth_alg=0
wlan0: authenticate with AP 00:14:1b:5b:7f:10
wlan0: RX authentication from 00:14:1b:5b:7f:10 (alg=0 transaction=2 status=0)
wlan0: authenticated
wlan0: associate with AP 00:14:1b:5b:7f:10
wlan0: RX AssocResp from 00:14:1b:5b:7f:10 (capab=0x431 status=0 aid=18)
wlan0: associated
wlan0: switched to short barker preamble (BSSID=00:14:1b:5b:7f:10)
wlan0: WMM queue=2 aci=0 acm=0 aifs=3 cWmin=15 cWmax=1023 burst=0
wlan0: WMM queue=3 aci=1 acm=0 aifs=7 cWmin=15 cWmax=1023 burst=0
wlan0: WMM queue=1 aci=2 acm=0 aifs=2 cWmin=7 cWmax=15 burst=30
wlan0: WMM queue=0 aci=3 acm=0 aifs=2 cWmin=3 cWmax=7 burst=15
ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
wlan0: Initial auth_alg=0
wlan0: authenticate with AP 00:14:1b:5b:7f:10
wlan0: Initial auth_alg=0
wlan0: authenticate with AP 00:12:01:b5:66:00
wlan0: RX authentication from 00:12:01:b5:66:00 (alg=0 transaction=2 status=0)
wlan0: authenticated
wlan0: associate with AP 00:12:01:b5:66:00
wlan0: RX ReassocResp from 00:12:01:b5:66:00 (capab=0x431 status=0 aid=102)
wlan0: associated
wlan0: CTS protection enabled (BSSID=00:12:01:b5:66:00)
wlan0: switched to long barker preamble (BSSID=00:12:01:b5:66:00)
wlan0: WMM queue=2 aci=0 acm=0 aifs=3 cWmin=15 cWmax=1023 burst=0
wlan0: WMM queue=3 aci=1 acm=0 aifs=7 cWmin=15 cWmax=1023 burst=0
wlan0: WMM queue=1 aci=2 acm=0 aifs=2 cWmin=7 cWmax=15 burst=30
wlan0: WMM queue=0 aci=3 acm=0 aifs=2 cWmin=3 cWmax=7 burst=15
wlan0: Initial auth_alg=0
wlan0: authenticate with AP 00:12:01:b5:66:00
wlan0: Initial auth_alg=0
wlan0: authenticate with AP 00:14:1b:5b:7f:10
wlan0: RX authentication from 00:14:1b:5b:7f:10 (alg=0 transaction=2 status=0)
wlan0: authenticated
wlan0: associate with AP 00:14:1b:5b:7f:10
wlan0: RX ReassocResp from 00:14:1b:5b:7f:10 (capab=0x431 status=0 aid=22)
wlan0: associated
wlan0: CTS protection disabled (BSSID=00:14:1b:5b:7f:10)
wlan0: switched to short barker preamble (BSSID=00:14:1b:5b:7f:10)
wlan0: WMM queue=2 aci=0 acm=0 aifs=3 cWmin=15 cWmax=1023 burst=0
wlan0: WMM queue=3 aci=1 acm=0 aifs=7 cWmin=15 cWmax=1023 burst=0
wlan0: WMM queue=1 aci=2 acm=0 aifs=2 cWmin=7 cWmax=15 burst=30
wlan0: WMM queue=0 aci=3 acm=0 aifs=2 cWmin=3 cWmax=7 burst=15
wlan0: CTS protection enabled (BSSID=00:14:1b:5b:7f:10)
wlan0: CTS protection disabled (BSSID=00:14:1b:5b:7f:10)
wlan0: CTS protection enabled (BSSID=00:14:1b:5b:7f:10)
wlan0: CTS protection disabled (BSSID=00:14:1b:5b:7f:10)
wlan0: Initial auth_alg=0
wlan0: authenticate with AP 00:14:1b:5b:7f:10
wlan0: Initial auth_alg=0
wlan0: authenticate with AP 00:12:01:b5:66:00
wlan0: RX authentication from 00:12:01:b5:66:00 (alg=0 transaction=2 status=0)
wlan0: authenticated
wlan0: associate with AP 00:12:01:b5:66:00
wlan0: RX ReassocResp from 00:12:01:b5:66:00 (capab=0x431 status=0 aid=205)
wlan0: associated
wlan0: CTS protection enabled (BSSID=00:12:01:b5:66:00)
wlan0: switched to long barker preamble (BSSID=00:12:01:b5:66:00)
wlan0: WMM queue=2 aci=0 acm=0 aifs=3 cWmin=15 cWmax=1023 burst=0
wlan0: WMM queue=3 aci=1 acm=0 aifs=7 cWmin=15 cWmax=1023 burst=0
wlan0: WMM queue=1 aci=2 acm=0 aifs=2 cWmin=7 cWmax=15 burst=30
wlan0: WMM queue=0 aci=3 acm=0 aifs=2 cWmin=3 cWmax=7 burst=15
wlan0: Initial auth_alg=0
wlan0: authenticate with AP 00:12:01:b5:66:00
wlan0: Initial auth_alg=0
wlan0: authenticate with AP 00:14:1b:5b:7f:10
wlan0: RX authentication from 00:14:1b:5b:7f:10 (alg=0 transaction=2 status=0)
wlan0: authenticated
wlan0: associate with AP 00:14:1b:5b:7f:10
wlan0: RX