Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.bugs.dist > #1175559 > unrolled thread
| Started by | Bruno Haible <bruno@clisp.org> |
|---|---|
| First post | 2023-11-21 17:40 +0100 |
| Last post | 2023-11-22 08:50 +0100 |
| Articles | 6 — 3 participants |
Back to article view | Back to linux.debian.bugs.dist
Bug#1056357: general: Command line of any program invocation is limited to less than 3544 bytes Bruno Haible <bruno@clisp.org> - 2023-11-21 17:40 +0100
Bug#1056357: general: on hppa, command line of any program invocation is limited to less than 3544 bytes Simon McVittie <smcv@debian.org> - 2023-11-21 18:30 +0100
Bug#1056357: general: on hppa, command line of any program invocation is limited to less than 3544 bytes Zebediah Beck <zwbproducts@gmail.com> - 2023-11-21 23:50 +0100
Bug#1056357: general: Command line of any program invocation is limited to less than 3544 bytes Zebediah Beck <zwbproducts@gmail.com> - 2023-11-21 23:50 +0100
Bug#1056357: general: Command line of any program invocation is limited to less than 3544 bytes Bruno Haible <bruno@clisp.org> - 2023-11-22 00:50 +0100
Bug#1056357: general: Command line of any program invocation is limited to less than 3544 bytes Zebediah Beck <zwbproducts@gmail.com> - 2023-11-22 08:50 +0100
| From | Bruno Haible <bruno@clisp.org> |
|---|---|
| Date | 2023-11-21 17:40 +0100 |
| Subject | Bug#1056357: general: Command line of any program invocation is limited to less than 3544 bytes |
| Message-ID | <HCBX3-71wA-19@gated-at.bofh.it> |
Package: general Severity: important X-Debbugs-Cc: bruno@clisp.org I'm using Debian GNU/Linux on hppa, in a virtual machine emulated by QEMU 8.0.2. $ uname -srm Linux 6.3.0-2-parisc parisc In this machine, for the invocation of any program, the length of the command line (= all arguments together) is limited to less than 3544 bytes. How to reproduce: In bash: $ /bin/echo `seq 913` -bash: /bin/echo: Argument list too long In dash: $ /bin/echo `seq 913` dash: 1: /bin/echo: Argument list too long I also see this while doing "make check" of packages that have more than 1000 tests. So, it appears to be a general problem. The values returned by getconf don't match the reality: $ getconf ARG_MAX 2097152 $ getconf _POSIX_ARG_MAX 2097152 I have looked at the values of several files in /sys/kernel and /proc/sys/kernel, without finding the cause. For comparison, in a different VM, running "Linux 6.3.7-t2 parisc" (from the T2-SDE distribution), I don't observe this bug. Both machines have the same amount of "physical" RAM: 256 MiB. The ulimit values don't appear to be the cause, because they are similar in the two machines: In the Debian VM (with the bug): $ ulimit -a real-time non-blocking time (microseconds, -R) unlimited core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 849 max locked memory (kbytes, -l) 65536 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 849 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited In the T2-SDE machine, with no bug: $ ulimit -a real-time non-blocking time (microseconds, -R) unlimited core file size (blocks, -c) 1048575 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 909 max locked memory (kbytes, -l) 8192 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 909 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited
[toc] | [next] | [standalone]
| From | Simon McVittie <smcv@debian.org> |
|---|---|
| Date | 2023-11-21 18:30 +0100 |
| Subject | Bug#1056357: general: on hppa, command line of any program invocation is limited to less than 3544 bytes |
| Message-ID | <HCCJr-721E-3@gated-at.bofh.it> |
| In reply to | #1175559 |
Control: retitle -1 general: on hppa, command line of any program invocation is limited to less than 3544 bytes Control: severity -1 wishlist On Tue, 21 Nov 2023 at 17:26:46 +0100, Bruno Haible wrote: > I'm using Debian GNU/Linux on hppa, in a virtual machine emulated by QEMU > 8.0.2. hppa is a "ports" architecture, which is maintained by its port maintainers but not supported by the Debian project as a whole. Debian 6.0 was the last release where hppa was supported as a release architecture, and reached EOL in early 2012. Full text quoted below for the hppa porters (cc'd). /bin/echo `seq 913` seems to work on both 32-bit and 64-bit release architectures (tested 32-bit armhf on the porterbox "abel" and 64-bit amd64 on my laptop) so this appears to be an architecture-specific problem, presumably caused by either different configuration, architecture-specific code paths, or the version of some component being out of date on hppa. > $ uname -srm > Linux 6.3.0-2-parisc parisc > > In this machine, for the invocation of any program, the length of the command > line (= all arguments together) is limited to less than 3544 bytes. > > How to reproduce: > > In bash: > $ /bin/echo `seq 913` > -bash: /bin/echo: Argument list too long > > In dash: > $ /bin/echo `seq 913` > dash: 1: /bin/echo: Argument list too long > > I also see this while doing "make check" of packages that have more than 1000 > tests. So, it appears to be a general problem. > > The values returned by getconf don't match the reality: > $ getconf ARG_MAX > 2097152 > $ getconf _POSIX_ARG_MAX > 2097152 > > I have looked at the values of several files in /sys/kernel and > /proc/sys/kernel, without finding the cause. > > For comparison, in a different VM, running "Linux 6.3.7-t2 parisc" (from the > T2-SDE distribution), I don't observe this bug. Both machines have the same > amount of "physical" RAM: 256 MiB. > > The ulimit values don't appear to be the cause, because they are similar in > the two machines: > In the Debian VM (with the bug): > $ ulimit -a > real-time non-blocking time (microseconds, -R) unlimited > core file size (blocks, -c) 0 > data seg size (kbytes, -d) unlimited > scheduling priority (-e) 0 > file size (blocks, -f) unlimited > pending signals (-i) 849 > max locked memory (kbytes, -l) 65536 > max memory size (kbytes, -m) unlimited > open files (-n) 1024 > pipe size (512 bytes, -p) 8 > POSIX message queues (bytes, -q) 819200 > real-time priority (-r) 0 > stack size (kbytes, -s) 8192 > cpu time (seconds, -t) unlimited > max user processes (-u) 849 > virtual memory (kbytes, -v) unlimited > file locks (-x) unlimited > In the T2-SDE machine, with no bug: > $ ulimit -a > real-time non-blocking time (microseconds, -R) unlimited > core file size (blocks, -c) 1048575 > data seg size (kbytes, -d) unlimited > scheduling priority (-e) 0 > file size (blocks, -f) unlimited > pending signals (-i) 909 > max locked memory (kbytes, -l) 8192 > max memory size (kbytes, -m) unlimited > open files (-n) 1024 > pipe size (512 bytes, -p) 8 > POSIX message queues (bytes, -q) 819200 > real-time priority (-r) 0 > stack size (kbytes, -s) 8192 > cpu time (seconds, -t) unlimited > max user processes (-u) 909 > virtual memory (kbytes, -v) unlimited > file locks (-x) unlimited
[toc] | [prev] | [next] | [standalone]
| From | Zebediah Beck <zwbproducts@gmail.com> |
|---|---|
| Date | 2023-11-21 23:50 +0100 |
| Subject | Bug#1056357: general: on hppa, command line of any program invocation is limited to less than 3544 bytes |
| Message-ID | <HCHJ7-74Py-1@gated-at.bofh.it> |
| In reply to | #1175559 |
[Multipart message — attachments visible in raw view] — view raw
Excellent, please explain the bug in question in further detail as this is interesting Thanks Zebb On Tue, 21 Nov 2023, 21:36 Helge Deller, <deller@gmx.de> wrote: > > I'm using Debian GNU/Linux on hppa, in a virtual machine emulated by > QEMU 8.0.2. > > Kernel: Linux 6.3.0-2-parisc parisc > > PA-RISC Linux kernels starting from 6.2 up until 6.7-rc1 have been lightly > tested > because I was mostly busy with enabling 64-bit hppa CPU support in qemu. > On Debian we currently use kernel 6.1-stable series which works fine with > your > testcase: "/bin/echo `seq 913`". > Starting with Linux kernel 6.7-rc2 the test works OK too, and there is a > whole > bunch of kernel patches (in 6.7-rc2) currently scheduled to be backported. > > I suggest you test again in 1-2 weeks (when the patches have been > incorporated > in the stable series kernels), or try a 6.1-stable or 6.7-rc2 kernel for > now. > > Helge > >
[toc] | [prev] | [next] | [standalone]
| From | Zebediah Beck <zwbproducts@gmail.com> |
|---|---|
| Date | 2023-11-21 23:50 +0100 |
| Message-ID | <HCHJ8-74Py-11@gated-at.bofh.it> |
| In reply to | #1175559 |
[Multipart message — attachments visible in raw view] — view raw
Yes that's serious because some commands are bigger than 3.5mb, is your machine embedded perhaps? Or have you definitely given the virtual machine enough space and ram to work with? Thanks Zeb On Tue, 21 Nov 2023, 18:30 Bruno Haible, <bruno@clisp.org> wrote: > Package: general > Severity: important > X-Debbugs-Cc: bruno@clisp.org > > I'm using Debian GNU/Linux on hppa, in a virtual machine emulated by QEMU > 8.0.2. > $ uname -srm > Linux 6.3.0-2-parisc parisc > > In this machine, for the invocation of any program, the length of the > command > line (= all arguments together) is limited to less than 3544 bytes. > > How to reproduce: > > In bash: > $ /bin/echo `seq 913` > -bash: /bin/echo: Argument list too long > > In dash: > $ /bin/echo `seq 913` > dash: 1: /bin/echo: Argument list too long > > I also see this while doing "make check" of packages that have more than > 1000 > tests. So, it appears to be a general problem. > > The values returned by getconf don't match the reality: > $ getconf ARG_MAX > 2097152 > $ getconf _POSIX_ARG_MAX > 2097152 > > I have looked at the values of several files in /sys/kernel and > /proc/sys/kernel, without finding the cause. > > For comparison, in a different VM, running "Linux 6.3.7-t2 parisc" (from > the > T2-SDE distribution), I don't observe this bug. Both machines have the same > amount of "physical" RAM: 256 MiB. > > The ulimit values don't appear to be the cause, because they are similar in > the two machines: > In the Debian VM (with the bug): > $ ulimit -a > real-time non-blocking time (microseconds, -R) unlimited > core file size (blocks, -c) 0 > data seg size (kbytes, -d) unlimited > scheduling priority (-e) 0 > file size (blocks, -f) unlimited > pending signals (-i) 849 > max locked memory (kbytes, -l) 65536 > max memory size (kbytes, -m) unlimited > open files (-n) 1024 > pipe size (512 bytes, -p) 8 > POSIX message queues (bytes, -q) 819200 > real-time priority (-r) 0 > stack size (kbytes, -s) 8192 > cpu time (seconds, -t) unlimited > max user processes (-u) 849 > virtual memory (kbytes, -v) unlimited > file locks (-x) unlimited > In the T2-SDE machine, with no bug: > $ ulimit -a > real-time non-blocking time (microseconds, -R) unlimited > core file size (blocks, -c) 1048575 > data seg size (kbytes, -d) unlimited > scheduling priority (-e) 0 > file size (blocks, -f) unlimited > pending signals (-i) 909 > max locked memory (kbytes, -l) 8192 > max memory size (kbytes, -m) unlimited > open files (-n) 1024 > pipe size (512 bytes, -p) 8 > POSIX message queues (bytes, -q) 819200 > real-time priority (-r) 0 > stack size (kbytes, -s) 8192 > cpu time (seconds, -t) unlimited > max user processes (-u) 909 > virtual memory (kbytes, -v) unlimited > file locks (-x) unlimited > >
[toc] | [prev] | [next] | [standalone]
| From | Bruno Haible <bruno@clisp.org> |
|---|---|
| Date | 2023-11-22 00:50 +0100 |
| Message-ID | <HCIFb-75Qi-1@gated-at.bofh.it> |
| In reply to | #1175592 |
Zebediah Beck, You haven't read my bug report. Bruno
[toc] | [prev] | [next] | [standalone]
| From | Zebediah Beck <zwbproducts@gmail.com> |
|---|---|
| Date | 2023-11-22 08:50 +0100 |
| Message-ID | <HCQ9H-7aDZ-1@gated-at.bofh.it> |
| In reply to | #1175599 |
[Multipart message — attachments visible in raw view] — view raw
Yes, I did see it. But I couldn't reproduce it at the moment as I don't have access to my Linux tools On Wed, 22 Nov 2023, 01:39 Bruno Haible, <bruno@clisp.org> wrote: > Zebediah Beck, > > You haven't read my bug report. > > Bruno > > > >
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.bugs.dist
csiph-web