OpenVZ Forum: Support » Weird VE/UBC problem

Home » General » Support » Weird VE/UBC problem

Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend

Weird VE/UBC problem [message #7835]

Fri, 27 October 2006 04:18

dlzinc
Messages: 34
Registered: March 2006

Member

I tried to SSH into one of my VPSes and it failed (connection reset). So I logged in to the HN and tried enter, that failed. Usually when that happens it's "cannot fork" due to inadequate resource, but this time...

[root@sakura ~]# vzctl enter 112
enter failed

I checked UBC just in case...

[root@sakura ~]# vzctl exec 112 cat /proc/user_beancounters
Version: 2.5
       uid  resource           held    maxheld    barrier      limit    failcnt
       112: kmemsize        2936930    4623186   16384000   18022400          0
            lockedpages           0          0         32         32          0
            privvmpages       47892     245925     262144     288358          0
            shmpages            140        812       8192       8192          0
            dummy                 0          0          0          0          0
            numproc              52         80        100        100          0
            physpages         12146      27743          0 2147483647          0
            vmguarpages           0          0       6144 2147483647          0
            oomguarpages      12146      27743       6144 2147483647          0
            numtcpsock           10         18         80         80          0
            numflock              6         12        100        110          0
            numpty                0          1         16         16          0
            numsiginfo            0         10        256        256          0
            tcpsndbuf        101728     291600    5365760   10485760          0
            tcprcvbuf        214120     507292    5365760   10485760          0
            othersockbuf      22360      45640    1503232    4063232          0
            dgramrcvbuf           0       8380    2097152    2097152          0
            numothersock         18         28         80         80          0
            dcachesize            0          0    1048576    1097728          0
            numfile            1164       1706       2048       2048          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            10         10        128        128          0

I tried restarting it, and it still had the same problem. I checked dmesg and noticed:

UBC: BUG: fixing bad page PBs for c1646fbc
  flags: 0x20000070 mapping: ef9c43fd mapcount: 0 count: 1
  PB is c2e56da0 magic 1651769345
 [<c015f2ab>] pb_remove_ref+0x34b/0x460
 [<c016b380>] find_get_page+0x50/0x130
 [<c018133a>] zap_pte_range+0x18a/0x2e0
 [<c015ec88>] pb_add_ref+0x1f8/0x4d0
 [<c0181513>] zap_pmd_range+0x83/0xb0
 [<c01816bf>] unmap_page_range+0x5f/0xf0
 [<c0181870>] unmap_vmas+0x120/0x200
 [<c0189105>] exit_mmap+0xa5/0x260
 [<c012d0ce>] mmput+0x7e/0x130
 [<c01356ee>] do_exit+0x1be/0x860
 [<c0135ece>] do_group_exit+0xbe/0x1d0
 [<c0120c40>] do_page_fault+0x0/0x5dd
 [<c057b61f>] syscall_call+0x7/0xb
  Leak PB c2e56da0 for UB f6af0580
  removed 1 PBs from hash
VPS: 112: stopped
VPS: 112: started
Registered tone zone 0 (United States / North America)

The stopped/started was me trying to restart it. It runs asterisk with ztdummy.

1. What does that UBC BUG mean?
2. Would ztdummy have something to do with it?
I have never had this issue before.

Off-topic:
Is there a specific reason why ipt_owner isn't built into the OVZ stab kernel? Is it because it needs to be virtualized to work properly?

[root@sakura ~]# uname -ar
Linux sakura.seraphimnetworks.com 2.6.9-023stab032.1 #1 Fri Oct 20 02:48:36 MSD 2006 i686 i686 i386 GNU/Linux

About the only thing I haven't tried yet is restarting the HN (I kinda want to avoid doing that if possible...)

Report message to a moderator

Re: Weird VE/UBC problem [message #7839 is a reply to message #7835]

Fri, 27 October 2006 07:01

Vasily Tarasov
Messages: 1345
Registered: January 2006

Senior Member

Hello,

Quote:

1. What does that UBC BUG mean?

this is definitely openVZ kernel BUG. I filled the bug:
http://bugzilla.openvz.org/show_bug.cgi?id=320
You can add your e-mail to CC to follow the progress on the bug.
BTW, if you've you compiled the kernel by yourself, then, please, add your .config file to bug report. Thanks!

Quote:

2. Would ztdummy have something to do with it?
I have never had this issue before.

ztdummy is a kernel module... And there is no such module in mainstream (vanilla kernel)... So you have compiled it yourself. Where have you got sources for ztdummy?

Quote:

Is there a specific reason why ipt_owner isn't built into the OVZ stab kernel? Is it because it needs to be virtualized to work properly?

Ohhh!... ipt_owner is virtualized, but we just forgot to turn appropriate option on! Thanks, will be fixed in the next kernel!

Good luck,
vass.

Report message to a moderator

Re: Weird VE/UBC problem [message #7843 is a reply to message #7835]

Fri, 27 October 2006 07:54

dev
Messages: 1693
Registered: September 2005
Location: Moscow

Senior Member

check http://bugzilla.openvz.org/show_bug.cgi?id=320
it looks like memory corruption (1 bit modification).
Please check your hardware according to http://wiki.openvz.org/Hardware_testing

http://static.openvz.org/userbars/openvz-developer.png

Report message to a moderator

Re: Weird VE/UBC problem [message #7868 is a reply to message #7835]

Fri, 27 October 2006 14:33

dlzinc
Messages: 34
Registered: March 2006

Member

http://ftp.digium.com/pub/zaptel/releases/zaptel-1.2.10.tar. gz are the sources for ztdummy (yes I did compile it myself)

I'll check my hardware...

Report message to a moderator

Re: Weird VE/UBC problem [message #7870 is a reply to message #7868]

Fri, 27 October 2006 14:43

curx
Messages: 739
Registered: February 2006
Location: Nürnberg, Germany

Senior Member

Hi,

have you loaded the module zaptel, can you please show the "interrupts" in your VE0 (Hardware Node)

# cat /proc/interrupts

and dmesg entries of zaptel ...

Report message to a moderator

Re: Weird VE/UBC problem [message #7871 is a reply to message #7835]

Fri, 27 October 2006 14:47

dlzinc
Messages: 34
Registered: March 2006

Member

I didn't think zaptel was supposed to have anything in /proc/interrupts unless I had actual zaptel hardware (I don't), which is why I'm using ztdummy.

dmesg snip

Zapata Telephony Interface Registered on major 196
Zaptel Version: 1.2.10 Echo Canceller: KB1
VPS: 109: started
loop: loaded (max 8 devices)
VPS: 112: started
Registered tone zone 0 (United States / North America)
UBC: BUG: fixing bad page PBs for c1646fbc
  flags: 0x20000070 mapping: ef9c43fd mapcount: 0 count: 1
  PB is c2e56da0 magic 1651769345
 [<c015f2ab>] pb_remove_ref+0x34b/0x460
 [<c016b380>] find_get_page+0x50/0x130
 [<c018133a>] zap_pte_range+0x18a/0x2e0
 [<c015ec88>] pb_add_ref+0x1f8/0x4d0
 [<c0181513>] zap_pmd_range+0x83/0xb0
 [<c01816bf>] unmap_page_range+0x5f/0xf0
 [<c0181870>] unmap_vmas+0x120/0x200
 [<c0189105>] exit_mmap+0xa5/0x260
 [<c012d0ce>] mmput+0x7e/0x130
 [<c01356ee>] do_exit+0x1be/0x860
 [<c0135ece>] do_group_exit+0xbe/0x1d0
 [<c0120c40>] do_page_fault+0x0/0x5dd
 [<c057b61f>] syscall_call+0x7/0xb
  Leak PB c2e56da0 for UB f6af0580
  removed 1 PBs from hash
VPS: 112: stopped
VPS: 112: started
Registered tone zone 0 (United States / North America)

[root@sakura ~]# cat /proc/interrupts
           CPU0
  0:  147306633    IO-APIC-edge  timer
  8:          1    IO-APIC-edge  rtc
  9:          0   IO-APIC-level  acpi
 14:     454483    IO-APIC-edge  ide0
 16:          0   IO-APIC-level  uhci_hcd
 17:          0   IO-APIC-level  uhci_hcd
 18:          0   IO-APIC-level  uhci_hcd
 19:          0   IO-APIC-level  ehci_hcd
 21:    3515053   IO-APIC-level  eth0
NMI:  147306628
LOC:  147310762
ERR:          0
MIS:          0

Report message to a moderator

Previous Topic:	To many open files
Next Topic:	SOLVED OutOfMemoryError

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Sat Dec 21 12:21:19 GMT 2024

Total time taken to generate the page: 0.06227 seconds