| *SOLVED* Seg fault with quotaugidlimit [message #14151] |
Fri, 15 June 2007 13:23  |
|
|
Hi,
I´m getting seg faults during vps start if I activate the internal quota.
Not 100% sure when it started, but it was not with the development kernels of 2.6.18.
Tested on 2 different hosts.
Filesystem is Reiser.
Vps starts and the quota inside seems to work also.
vzctl start 10
Starting VE ...
Running: /usr/sbin/vzquota show 10
Running: /usr/sbin/vzquota on 10 -r 0 -b 10240100 -B 11264100 -i 100100 -I 110100 -e 604800 -n 604800 -s 1 -u 200
Mounting root: /data1/vz/root/10 /data1/vz/private/10
VE is mounted
Set iptables mask 0x000017bf
Set features mask 0000000000000000/0000000000000000
Adding IP address(es): ...
Running: /usr/lib/vzctl/scripts/vps-net_add
Running VE script: /etc/vz/dists/scripts/debian-add_ip.sh
Setting CPU units: 20000
Configure meminfo: 256000
Set hostname: ...
Running VE script: /etc/vz/dists/scripts/debian-set_hostname.sh
Running VE script: /etc/vz/dists/scripts/set_dns.sh
File resolv.conf was modified
Setting quota ugidlimit: 200
Running VE script: /etc/vz/dists/scripts/set_ugid_quota.sh
Running: /usr/sbin/vzquota stat 10 -f
Running: /usr/sbin/vzquota stat 10 -f -t
Segmentation fault
"vzquota stat 10 -f -t" from the commandline works.
Any ideas?
Tnx
Matt
[Updated on: Wed, 27 June 2007 17:28] by Moderator Report message to a moderator |
|
|
|
|
|
|
|
|
|
|
|
| Re: Seg fault with quotaugidlimit [message #14170 is a reply to message #14167] |
Sat, 16 June 2007 19:09  |
|
|
UBCs are fine.
It´s not vps specific.
strace -f -o out /usr/sbin/vzquota stat 10 -f -t
resource usage softlimit hardlimit grace
1k-blocks 839273 10240100 11264100
inodes 39257 100100 110100
User/group quota: -,active
Ugids: loaded 30, total 30, limit 200
Ugid limit was exceeded: no
User/group grace times and quotafile flags:
type block_exp_time inode_exp_time dqi_flags
user 0h
group 0h
User/group objects:
ID type resource usage softlimit hardlimit grace status
0 user 1k-blocks 766109 0 0 loaded
0 user inodes 36114 0 0 loaded
0 group 1k-blocks 748558 0 0 loaded
0 group inodes 34784 0 0 loaded
1 user 1k-blocks 5 0 0 loaded
1 user inodes 3 0 0 loaded
1 group 1k-blocks 5 0 0 loaded
1 group inodes 3 0 0 loaded
2 user 1k-blocks 1733 0 0 loaded
2 user inodes 45 0 0 loaded
2 group 1k-blocks 2539 0 0 loaded
2 group inodes 56 0 0 loaded
4 group 1k-blocks 982 0 0 loaded
4 group inodes 4 0 0 loaded
5 group 1k-blocks 21 0 0 loaded
5 group inodes 34 0 0 loaded
6 user 1k-blocks 608 0 0 loaded
6 user inodes 28 0 0 loaded
8 user 1k-blocks 50 0 0 loaded
8 user inodes 15 0 0 loaded
8 group 1k-blocks 62 0 0 loaded
8 group inodes 14 0 0 loaded
9 user 1k-blocks 1 0 0 loaded
9 user inodes 1 0 0 loaded
9 group 1k-blocks 1 0 0 loaded
9 group inodes 4 0 0 loaded
40 group 1k-blocks 123 0 0 loaded
40 group inodes 36 0 0 loaded
42 group 1k-blocks 73 0 0 loaded
42 group inodes 6 0 0 loaded
43 group 1k-blocks 401 0 0 loaded
43 group inodes 4 0 0 loaded
50 group 1k-blocks 23373 0 0 loaded
50 group inodes 1902 0 0 loaded
100 group 1k-blocks 20026 0 0 loaded
100 group inodes 1542 0 0 loaded
101 group 1k-blocks 33 0 0 loaded
101 group inodes 3 0 0 loaded
103 user 1k-blocks 20026 0 0 loaded
103 user inodes 1542 0 0 loaded
103 group 1k-blocks 9907 0 0 loaded
103 group inodes 6 0 0 loaded
104 user 1k-blocks 7591 0 0 loaded
104 user inodes 596 0 0 loaded
104 group 1k-blocks 3432 0 0 loaded
104 group inodes 483 0 0 loaded
105 group 1k-blocks 29666 0 0 loaded
105 group inodes 363 0 0 loaded
106 group 1k-blocks 1 0 0 loaded
106 group inodes 1 0 0 loaded
500 user 1k-blocks 81 0 0 loaded
500 user inodes 12 0 0 loaded
500 group 1k-blocks 81 0 0 loaded
500 group inodes 12 0 0 loaded
1000 user 1k-blocks 9847 0 0 loaded
1000 user inodes 5 0 0 loaded
1001 user 1k-blocks 3623 0 0 loaded
1001 user inodes 517 0 0 loaded
1002 user 1k-blocks 29604 0 0 loaded
1002 user inodes 379 0 0 loaded
dmesg has no failure
Linux version 2.6.18-028stab035.1-ovz-smp (tsd@debian.systs.org) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Wed Jun 13 22:08:06 CEST 2007
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f400 (usable)
BIOS-e820: 000000000009f400 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000007fff0000 (usable)
BIOS-e820: 000000007fff0000 - 000000007ffff000 (ACPI data)
BIOS-e820: 000000007ffff000 - 0000000080000000 (ACPI NVS)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
1151MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000ff780
On node 0 totalpages: 524272
DMA zone: 4096 pages, LIFO batch:0
Normal zone: 225280 pages, LIFO batch:31
HighMem zone: 294896 pages, LIFO batch:31
DMI 2.3 present.
ACPI: RSDP (v000 ACPIAM ) @ 0x000f87e0
ACPI: RSDT (v001 A M I OEMRSDT 0x01000626 MSFT 0x00000097) @ 0x7fff0000
ACPI: FADT (v002 A M I OEMFACP 0x01000626 MSFT 0x00000097) @ 0x7fff0200
ACPI: MADT (v001 A M I OEMAPIC 0x01000626 MSFT 0x00000097) @ 0x7fff0390
ACPI: OEMB (v001 A M I AMI_OEM 0x01000626 MSFT 0x00000097) @ 0x7ffff040
ACPI: DSDT (v001 STP1A STP1A042 0x00000042 INTL 0x02002026) @ 0x00000000
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 15:2 APIC version 20
ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x03] address[0xfec10000] gsi_base[24])
IOAPIC[1]: apic_id 3, version 32, address 0xfec10000, GSI 24-47
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 10 global_irq 10 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ10 used by override.
Enabling APIC mode: Flat. Using 2 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 88000000 (gap: 80000000:7ee00000)
Detected 2793.182 MHz processor.
Built 1 zonelists. Total pages: 524272
Kernel command line: root=/dev/md0 ro
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
mapped IOAPIC to ffffb000 (fec10000)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
CPU 0 irqstacks, hard=c05f3000 soft=c05eb000
PID hash table entries: 4096 (order: 12, 16384 bytes)
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 2067524k/2097088k available (3604k kernel code, 28164k reserved, 1088k data, 296k init, 1179584k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 5588.38 BogoMIPS (lpj=2794191)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080 00004400 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU0: Thermal monitoring enabled
Compat vDSO mapped to ffffe000.
Checking 'hlt' instruction... OK.
Freeing SMP alternatives: 20k freed
ACPI: Core revision 20060707
Page beancounter hash is 131072 entries.
CPU0: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 05
Booting processor 1/1 eip 2000
CPU 1 irqstacks, hard=c05f4000 soft=c05ec000
Initializing CPU#1
Calibrating delay using timer specific routine.. 5585.25 BogoMIPS (lpj=2792628)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 00004400 0000
|
|
|
|
| Re: Seg fault with quotaugidlimit [message #14179 is a reply to message #14151] |
Mon, 18 June 2007 08:54 |
dev
Messages: 1693
Registered: September 2005
Location: Moscow
|
Senior Member |
|
|
Can you please apply the following patch:
--- ./arch/i386/mm/fault.c.ve5555 2007-06-08 17:29:35.000000000 +0400
+++ ./arch/i386/mm/fault.c 2007-06-18 12:53:50.000000000 +0400
@@ -475,6 +475,10 @@ bad_area_nosemaphore:
if (is_prefetch(regs, address, error_code))
return;
+ printk( "%s[%d]: segfault at %08lx rip %08lx rsp %08lx error %lx\n",
+ tsk->comm, tsk->pid, address, regs->eip,
+ regs->esp, error_code);
+
tsk->thread.cr2 = address;
/* Kernel addresses are always protection faults */
tsk->thread.error_code = error_code | (address >= TASK_SIZE);
to your kernel, recompile it and report the output after Segmentation fault. My guess is that it is not vzquota tool at all  Anyway, we need an address where it (or something else crashes)
|
|
|
|
|
|
|
|
| Re: Seg fault with quotaugidlimit [message #14342 is a reply to message #14151] |
Sun, 24 June 2007 11:18 |
falcon
Messages: 4
Registered: May 2007
|
Junior Member |
|
|
Hi,
I've the same problem with Second-Level quota:
Starting VE ...
VE is mounted
Setting CPU units: 1000
Set hostname: test
Setting quota ugidlimit: 500
Segmentation fault
I am using Gentoo. Kernel is from sys-kernel/openvz-sources testing (2.6.18-028stab035). vzctl is 3.0.16, also from gentoo portage, filesystem is ext3. Quotas don't work inside the VE, but since this is the first time I am using second-level quotas, I don't know if this is my fault:
test:/# quotacheck -fvagum
quotacheck: Scanning /dev/simfs [/] done
quotacheck: Checked 824 directories and 7538 files
quotacheck: Cannot turn user quotas off on /dev/simfs: Invalid argument
Kernel won't know about changes quotacheck did.
quotacheck: Cannot turn group quotas off on /dev/simfs: Invalid argument
Kernel won't know about changes quotacheck did.
test:/# exit
Perhaps I will apply your patch, migrate the running VEs and tell you the adresses in the dmesg tomorrow, but I don't know wheter I will have enough time. 
Which binaries do you exactly need? I attached a list with the files (and directories) the sys-cluster/vzctl ebuild installed.
I can also create a tarball ("binary package") which includes all files of this ebuild.
Thanks,
falcon
-
Attachment: files
(Size: 3.92KB, Downloaded 450 times)
|
|
|
|
| Re: Seg fault with quotaugidlimit [message #14343 is a reply to message #14270] |
Sun, 24 June 2007 18:31 |
|
|
| Quote: |
We need to find out what ip address b7f1525c corresponds to.
1. is printed address always the same?
2. what vzctl version do you use? compiled yourself or from openvz.org?
3. I need all vzctl binaries
|
1. yes
2. vzctl version 3.0.16-5dso1 from debian.systs.org
3. attached vzctl and libs
-
Attachment: vzctl.tar.gz
(Size: 76.04KB, Downloaded 423 times)
|
|
|
|
|
|
| Re: Seg fault with quotaugidlimit [message #14377 is a reply to message #14369] |
Tue, 26 June 2007 18:26 |
|
|
...
File resolv.conf was modified
Setting quota ugidlimit: 200
Running VE script: /etc/vz/dists/scripts/set_ugid_quota.sh
Running: /usr/sbin/vzquota stat 10 -f
Running: /usr/sbin/vzquota stat 10 -f -t
Program received signal SIGSEGV, Segmentation fault.
0xb7f0425c in quota_set@plt () from /usr/lib/libvzctl-0.0.2.so
(gdb) disassemble $eip
Dump of assembler code for function quota_set@plt:
0xb7f0425c <quota_set@plt+0>: jmp *0xa8(%ebx)
0xb7f04262 <quota_set@plt+6>: push $0x138
0xb7f04267 <quota_set@plt+11>: jmp 0xb7f03fdc <_init+24>
End of assembler dump.
If you still need access I have to check how can I realize it...
|
|
|
|
|
|
| Re: Seg fault with quotaugidlimit [message #14413 is a reply to message #14384] |
Wed, 27 June 2007 14:29 |
|
|
1. yes.. I´m running vzutils from debian.systs.org on 2 boxes, both have the problem (falcon has the segfault with gentoo)
2. vzctl 3.0.17 from gid
Program received signal SIGSEGV, Segmentation fault.
0xb7f2325c in quota_set@plt () from /usr/local/lib/libvzctl-0.0.2.so
(gdb) disassemble $eip
Dump of assembler code for function quota_set@plt:
0xb7f2325c <quota_set@plt+0>: jmp *0xa8(%ebx)
0xb7f23262 <quota_set@plt+6>: push $0x138
0xb7f23267 <quota_set@plt+11>: jmp 0xb7f22fdc <_init+24>
End of assembler dump.
(gdb)
@falcon: Is your machine productive?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
OpenVZ Forum
Members
Search
Help
Register
Login
Home
