Launchpad has imported 32 comments from the remote bug at https://bugzilla.redhat.com/show_bug.cgi?id=782369.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2012-01-17T10:18:01+00:00 Panos wrote: Description of problem: An configuration entry to display the number of httpd processes running does not work on recent SNMP servers. Version-Release number of selected component (if applicable): net-snmp-5.7.1-2.fc16.x86_64 How reproducible: Enable public SNMP community and add the following entry in /etc/snmp/snmpd.conf: proc httpd 30 1 Steps to Reproduce: 1. Edit /etc/snmp/snmpd.conf 2. Enable public SNMP community and add "proc httpd 30 1" 3. Restart snmpd by issuing "systemctl restart snmpd.service" as root 4. Run "snmpwalk -v 1 localhost -c public .1.3.6.1.4.1.2021.2" Actual results: UCD-SNMP-MIB::prCount.1 = INTEGER: 0 UCD-SNMP-MIB::prErrorFlag.1 = INTEGER: error(1) UCD-SNMP-MIB::prErrMessage.1 = STRING: No httpd process running Expected results: UCD-SNMP-MIB::prCount.1 = INTEGER: 9 UCD-SNMP-MIB::prErrorFlag.1 = INTEGER: noError(0) UCD-SNMP-MIB::prErrMessage.1 = STRING: Additional info: The number of the httpd processes currently run in the system: # ps -ef | grep -i httpd root 1067 1 0 Jan16 ? 00:00:02 /usr/sbin/httpd -k start apache 1078 1067 0 Jan16 ? 00:00:00 /usr/sbin/httpd -k start apache 1079 1067 0 Jan16 ? 00:00:00 /usr/sbin/httpd -k start apache 1080 1067 0 Jan16 ? 00:00:00 /usr/sbin/httpd -k start apache 1081 1067 0 Jan16 ? 00:00:00 /usr/sbin/httpd -k start apache 1082 1067 0 Jan16 ? 00:00:00 /usr/sbin/httpd -k start apache 1083 1067 0 Jan16 ? 00:00:00 /usr/sbin/httpd -k start apache 1084 1067 0 Jan16 ? 00:00:00 /usr/sbin/httpd -k start apache 1085 1067 0 Jan16 ? 00:00:00 /usr/sbin/httpd -k start The full snmpd.conf configuration is also attached for your convenience. Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/0 ------------------------------------------------------------------------ On 2012-01-17T10:20:05+00:00 Panos wrote: Created attachment 555720 SNMPD configuration Configuration file /etc/snmp/snmpd.conf Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/1 ------------------------------------------------------------------------ On 2012-01-17T10:20:57+00:00 Panos wrote: The rest configured processes (smbd & sshd) work fine: # snmpwalk -v 1 localhost -c public .1.3.6.1.4.1.2021.2 UCD-SNMP-MIB::prIndex.1 = INTEGER: 1 UCD-SNMP-MIB::prIndex.2 = INTEGER: 2 UCD-SNMP-MIB::prIndex.3 = INTEGER: 3 UCD-SNMP-MIB::prNames.1 = STRING: httpd UCD-SNMP-MIB::prNames.2 = STRING: smbd UCD-SNMP-MIB::prNames.3 = STRING: sshd UCD-SNMP-MIB::prMin.1 = INTEGER: 1 UCD-SNMP-MIB::prMin.2 = INTEGER: 1 UCD-SNMP-MIB::prMin.3 = INTEGER: 1 UCD-SNMP-MIB::prMax.1 = INTEGER: 30 UCD-SNMP-MIB::prMax.2 = INTEGER: 25 UCD-SNMP-MIB::prMax.3 = INTEGER: 20 UCD-SNMP-MIB::prCount.1 = INTEGER: 0 UCD-SNMP-MIB::prCount.2 = INTEGER: 2 UCD-SNMP-MIB::prCount.3 = INTEGER: 1 UCD-SNMP-MIB::prErrorFlag.1 = INTEGER: error(1) UCD-SNMP-MIB::prErrorFlag.2 = INTEGER: noError(0) UCD-SNMP-MIB::prErrorFlag.3 = INTEGER: noError(0) UCD-SNMP-MIB::prErrMessage.1 = STRING: No httpd process running UCD-SNMP-MIB::prErrMessage.2 = STRING: UCD-SNMP-MIB::prErrMessage.3 = STRING: UCD-SNMP-MIB::prErrFix.1 = INTEGER: noError(0) UCD-SNMP-MIB::prErrFix.2 = INTEGER: noError(0) UCD-SNMP-MIB::prErrFix.3 = INTEGER: noError(0) UCD-SNMP-MIB::prErrFixCmd.1 = STRING: UCD-SNMP-MIB::prErrFixCmd.2 = STRING: UCD-SNMP-MIB::prErrFixCmd.3 = STRING: Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/2 ------------------------------------------------------------------------ On 2012-01-19T11:25:15+00:00 Jan wrote: In my test environment I can see all httpd daemons in prTable. Please note that net-snmp-5.7.1 uses caches with 30 second timeout to count processes, i.e. the prTable is updated every 30 seconds with new/exited processes. Did you wait at least half a minute after httpd service start/stop? BTW, I don't know how this 30 second timeout was chosen, maybe it's too long. Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/3 ------------------------------------------------------------------------ On 2012-01-19T13:02:45+00:00 Panos wrote: Hello Jan, Something very weird is happening. It now works: # snmpwalk -v 1 localhost -c public .1.3.6.1.4.1.2021.2 UCD-SNMP-MIB::prIndex.1 = INTEGER: 1 UCD-SNMP-MIB::prIndex.2 = INTEGER: 2 UCD-SNMP-MIB::prIndex.3 = INTEGER: 3 UCD-SNMP-MIB::prNames.1 = STRING: httpd UCD-SNMP-MIB::prNames.2 = STRING: smbd UCD-SNMP-MIB::prNames.3 = STRING: sshd UCD-SNMP-MIB::prMin.1 = INTEGER: 1 UCD-SNMP-MIB::prMin.2 = INTEGER: 1 UCD-SNMP-MIB::prMin.3 = INTEGER: 1 UCD-SNMP-MIB::prMax.1 = INTEGER: 30 UCD-SNMP-MIB::prMax.2 = INTEGER: 25 UCD-SNMP-MIB::prMax.3 = INTEGER: 20 UCD-SNMP-MIB::prCount.1 = INTEGER: 4 UCD-SNMP-MIB::prCount.2 = INTEGER: 2 UCD-SNMP-MIB::prCount.3 = INTEGER: 7 UCD-SNMP-MIB::prErrorFlag.1 = INTEGER: noError(0) UCD-SNMP-MIB::prErrorFlag.2 = INTEGER: noError(0) UCD-SNMP-MIB::prErrorFlag.3 = INTEGER: noError(0) UCD-SNMP-MIB::prErrMessage.1 = STRING: UCD-SNMP-MIB::prErrMessage.2 = STRING: UCD-SNMP-MIB::prErrMessage.3 = STRING: UCD-SNMP-MIB::prErrFix.1 = INTEGER: noError(0) UCD-SNMP-MIB::prErrFix.2 = INTEGER: noError(0) UCD-SNMP-MIB::prErrFix.3 = INTEGER: noError(0) UCD-SNMP-MIB::prErrFixCmd.1 = STRING: UCD-SNMP-MIB::prErrFixCmd.2 = STRING: UCD-SNMP-MIB::prErrFixCmd.3 = STRING: but only for an Apache started as normal user having 4 processes. The system processes are not calculated: # ps -ef | grep -i httpd root 1044 1 0 10:39 ? 00:00:00 /usr/sbin/httpd -k start apache 1047 1044 0 10:39 ? 00:00:00 /usr/sbin/httpd -k start apache 1048 1044 0 10:39 ? 00:00:00 /usr/sbin/httpd -k start apache 1049 1044 0 10:39 ? 00:00:00 /usr/sbin/httpd -k start apache 1050 1044 0 10:39 ? 00:00:00 /usr/sbin/httpd -k start apache 1051 1044 0 10:39 ? 00:00:00 /usr/sbin/httpd -k start apache 1052 1044 0 10:39 ? 00:00:00 /usr/sbin/httpd -k start apache 1053 1044 0 10:39 ? 00:00:00 /usr/sbin/httpd -k start apache 1054 1044 0 10:39 ? 00:00:00 /usr/sbin/httpd -k start n-lex 6274 1 0 12:24 ? 00:00:00 /home/n-lex/tools/bin/httpd -f /home/n-lex/natlex_utils/Nat-Lex_perlsoap/conf/soap_httpd.conf n-lex 6275 6274 0 12:24 ? 00:00:00 /home/n-lex/tools/bin/httpd -f /home/n-lex/natlex_utils/Nat-Lex_perlsoap/conf/soap_httpd.conf n-lex 6276 6274 0 12:24 ? 00:00:00 /home/n-lex/tools/bin/httpd -f /home/n-lex/natlex_utils/Nat-Lex_perlsoap/conf/soap_httpd.conf n-lex 6277 6274 0 12:24 ? 00:00:00 /home/n-lex/tools/bin/httpd -f /home/n-lex/natlex_utils/Nat-Lex_perlsoap/conf/soap_httpd.conf # id apache uid=48(apache) gid=48(apache) groups=48(apache) # id n-lex uid=503(n-lex) gid=100(users) groups=100(users) The system's apache server is run at boot time, my PC is always turned on 24/7 and only restarts may occur. As I can see from my MRTG graphs for httpd processes run every 5 minutes, it was unable to count ever the system's httpd processes, but only that development httpd. Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/4 ------------------------------------------------------------------------ On 2012-01-19T13:04:44+00:00 Panos wrote: Created attachment 556266 Latest daily MRTG graph for httpd processes Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/5 ------------------------------------------------------------------------ On 2012-01-19T13:05:39+00:00 Panos wrote: Created attachment 556267 Latest weekly MRTG graph for httpd processes Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/6 ------------------------------------------------------------------------ On 2012-01-19T13:08:55+00:00 Panos wrote: Created attachment 556269 Latest yearly MRTG graph for httpd processes As you can see from this graph, the problem occurred on early December. It used to work fine before by displaying 9 processes. Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/7 ------------------------------------------------------------------------ On 2012-01-20T09:38:27+00:00 Jan wrote: That's very strange. Can you see your httpd processes in hrSWRunTable? It shares the same data with prTable. snmptable localhost hrSWRunTable | grep httpd If you don't see any httpd there, I need strace of snmpd. Please run following commands (in different terminals) and send me their output. I need to see how snmpd goes through /proc/* and reads /proc/*/cmdline of every process and also what it finds there (= the snmpwalk output). $ service snmpd stop; strace -s 9999 snmpd -f -Lo 2>&1 | tee strace.out (in different terminal) $ (snmpwalk -v2c -c public localhost hrSWRunTable ; snmpwalk -v2c -c public localhost prTable) | tee walk.out Also, do you remember anything interesting happening in beginning of December, like updating the machine (see /var/log/yum.log) or so? Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/8 ------------------------------------------------------------------------ On 2012-01-20T09:56:09+00:00 Panos wrote: Hello Jan, I confirm that hrSWRunTable displays my system httpd processes: # snmptable -c public -v 1 localhost hrSWRunTable | grep httpd 1051 "/usr/sbin/httpd" SNMPv2-SMI::zeroDotZero "/usr/sbin/httpd" "-k start" application runnable 1060 "/usr/sbin/httpd" SNMPv2-SMI::zeroDotZero "/usr/sbin/httpd" "-k start" application runnable 1061 "/usr/sbin/httpd" SNMPv2-SMI::zeroDotZero "/usr/sbin/httpd" "-k start" application runnable 1062 "/usr/sbin/httpd" SNMPv2-SMI::zeroDotZero "/usr/sbin/httpd" "-k start" application runnable 1063 "/usr/sbin/httpd" SNMPv2-SMI::zeroDotZero "/usr/sbin/httpd" "-k start" application runnable 1064 "/usr/sbin/httpd" SNMPv2-SMI::zeroDotZero "/usr/sbin/httpd" "-k start" application runnable 1065 "/usr/sbin/httpd" SNMPv2-SMI::zeroDotZero "/usr/sbin/httpd" "-k start" application runnable 1066 "/usr/sbin/httpd" SNMPv2-SMI::zeroDotZero "/usr/sbin/httpd" "-k start" application runnable 1067 "/usr/sbin/httpd" SNMPv2-SMI::zeroDotZero "/usr/sbin/httpd" "-k start" application runnable 6371 "grep" SNMPv2-SMI::zeroDotZero Please, tell me if you still need the strace, because I have understood that you need it in case that no httpd process is displayed. I'm also attaching the yum update log. A major system event was the upgrade from F15 to F16 on Nov 22, 2012. Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/9 ------------------------------------------------------------------------ On 2012-01-20T09:57:48+00:00 Panos wrote: Created attachment 556485 Yum update log of previous year Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/10 ------------------------------------------------------------------------ On 2012-01-20T10:02:24+00:00 Panos wrote: Created attachment 556487 Yum update log of previous year Attaching the correct yum log Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/11 ------------------------------------------------------------------------ On 2012-02-28T09:36:46+00:00 Jan wrote: Sorry for late response... I can see a difference in my and your setup. My hrSWRunTable short "httpd" as name of the httpd process, your shows "/usr/sbin/httpd" Try using "proc /usr/sbin/httpd 30 1" in your snmpd.conf as a workaround. And yes, please provide the strace, I want to see where the difference comes from. Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/12 ------------------------------------------------------------------------ On 2012-02-28T11:36:57+00:00 Panos wrote: Created attachment 566293 Strace and snmwalk output Hello Jan, Please, find attached strace-walk.zip file containing both requested outputs. Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/13 ------------------------------------------------------------------------ On 2012-02-28T12:03:26+00:00 Jan wrote: Thanks a lot! In the strace I can see snmpd reads /proc/1048/status. snmpd interprets the Name: line as name of the process and your kernel reports full path of the binary "Name: /usr/sbin/httpd" here, while e.g. /proc/971/status shows only name of the binary: "Name: bluetoothd". That's why snmpd does not match "httpd" process and reports UCD-SNMP- MIB::prCount.1 = 0. My kernel (kernel-3.2.5-3.fc16.x86_64) shows "Name: httpd" in /proc/XYZ/status of httpd processes. Try to use full path in your snmpd.conf as suggested in comment #12. I have no idea why kernel reports full path name to the binary, you can ask kernel guys (i.e. reassign this bug to them). Definitely, there is no bug in snmpd. Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/14 ------------------------------------------------------------------------ On 2012-02-28T12:20:31+00:00 Panos wrote: Hello Jan, Thank you very much. I have also verified that only for httpd process the full path is given in the Name field of status file in /proc/<PID>/status. Re-assigning the bug to kernel folks. My kernel is the latest kernel-3.2.7-1.fc16.x86_64. Their feedback could be very helpful. The question is why HTTPD process is reported with full path /usr/sbin/httpd instead of httpd? Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/15 ------------------------------------------------------------------------ On 2012-02-28T17:07:51+00:00 Josh wrote: This isn't a kernel bug. A process can call prctl(PR_SET_NAME) to set it's task name (task->comm) in the kernel, as long as the name is under 16 characters. If you have mod_perl included in httpd, it calls prctl and sets the name to '/usr/sbin/httpd'. Why it does this, I have absolutely no clue. But it does. [jwboyer@hansolo ~]$ sudo gdb /usr/sbin/httpd GNU gdb (GDB) Fedora (7.3.50.20110722-10.fc16) Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/sbin/httpd...Reading symbols from /usr/lib/debug/usr/sbin/httpd.debug...done. done. (gdb) set args -k start (gdb) break prctl Breakpoint 1 at 0x162f0 (gdb) r Starting program: /usr/sbin/httpd -k start [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Breakpoint 1, prctl () at ../sysdeps/unix/syscall-template.S:82 82 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) Missing separate debuginfos, use: debuginfo-install avahi-libs-0.6.30-4.fc16.x86_64 cyrus-sasl-lib-2.1.23-27.fc16.x86_64 dbus-libs-1.4.10-3.fc16.x86_64 keyutils-libs-1.5.2-1.fc16.x86_64 krb5-libs-1.9.2-6.fc16.x86_64 libcom_err-1.41.14-2.fc15.x86_64 libselinux-2.1.6-6.fc16.x86_64 libuuid-2.20.1-2.2.fc16.x86_64 mod_dnssd-0.6-4.fc15.x86_64 mod_perl-2.0.5-7.fc16.x86_64 mod_python-3.3.1-16.fc16.x86_64 mod_wsgi-3.3-1.fc16.x86_64 nspr-4.8.9-2.fc16.x86_64 nss-3.13.1-11.fc16.x86_64 nss-util-3.13.1-3.fc16.x86_64 openldap-2.4.26-6.fc16.x86_64 openssl-1.0.0g-1.fc16.x86_64 python-libs-2.7.2-5.2.fc16.x86_64 (gdb) bt #0 prctl () at ../sysdeps/unix/syscall-template.S:82 #1 0x00007fffed120abc in Perl_magic_set (my_perl=0x55555594c1d0, sv=<optimized out>, mg=<optimized out>) at mg.c:2979 #2 0x00007fffed11c942 in Perl_mg_set (my_perl=0x55555594c1d0, sv=0x55555596c9e0) at mg.c:302 #3 0x00007fffed412079 in modperl_startup () from /etc/httpd/modules/mod_perl.so #4 0x00007fffed411fa0 in modperl_startup () from /etc/httpd/modules/mod_perl.so #5 0x00007fffed4123f5 in modperl_init () from /etc/httpd/modules/mod_perl.so #6 0x00007fffed41254b in modperl_hook_init () from /etc/httpd/modules/mod_perl.so #7 0x0000555555580511 in ap_run_open_logs (pconf=0x5555557b4138, plog=0x5555557e62c8, ptemp=0x5555557e82d8, s=0x5555557de3d0) at /usr/src/debug/httpd-2.2.22/server/config.c:151 #8 0x000055555556b5cc in main (argc=3, argv=0x7fffffffe618) at /usr/src/debug/httpd-2.2.22/server/main.c:680 (gdb) up #1 0x00007fffed120abc in Perl_magic_set (my_perl=0x55555594c1d0, sv=<optimized out>, mg=<optimized out>) at mg.c:2979 2979 if (prctl(PR_SET_NAME, (unsigned long)s, 0, 0, 0) != 0) { (gdb) list 2974 PL_origargv[0][PL_origalen-1] = 0; 2975 for (i = 1; i < PL_origargc; i++) 2976 PL_origargv[i] = 0; 2977 #ifdef HAS_PRCTL_SET_NAME 2978 /* Set the legacy process name in addition to the POSIX name on Linux */ 2979 if (prctl(PR_SET_NAME, (unsigned long)s, 0, 0, 0) != 0) { 2980 /* diag_listed_as: SKIPME */ 2981 Perl_croak(aTHX_ "Can't set $0 with prctl(): %s", Strerror(errno)); 2982 } 2983 #endif (gdb) print s $1 = 0x555555971070 "/usr/sbin/httpd" (gdb) q A debugging session is active. Inferior 1 [process 22814] will be killed. Quit anyway? (y or n) y [jwboyer@hansolo ~]$ I disabled mod_perl in my local httpd.d/perl.conf and it doesn't do this anymore. Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/16 ------------------------------------------------------------------------ On 2012-02-29T06:57:13+00:00 Panos wrote: Hello Josh, Thank you very much. I have also confirmed that disabling mod_perl allows HTTPD to set the name correctly. Re-assigning the bug to mod_perl experts. Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/17 ------------------------------------------------------------------------ On 2012-02-29T13:23:49+00:00 Jan wrote: Panos, when snmpd/MRTG was working perfectly, did you have mod_perl installed? I'm trying to find, if it is regression in mod_perl or already old mod_perl bug, which just got visible when you enabled it. There was perl update on Nov 22 (4:perl-5.14.2-190.fc16.x86_64), could this be the guilty one? Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/18 ------------------------------------------------------------------------ On 2012-02-29T13:25:42+00:00 Jan wrote: Also mod_perl was updated at the end of November, this could be another source of regressions: Nov 30 14:21:42 Installed: mod_perl-2.0.5-6.fc16.x86_64 Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/19 ------------------------------------------------------------------------ On 2012-02-29T14:10:36+00:00 Panos wrote: Hello Jan, I confirm that mod_perl wasn't installed before the problem appeared: root@bb229:[205] ~ # grep -i mod_perl /var/log/yum.log* /var/log/yum.log:Jan 12 08:49:38 Updated: mod_perl-2.0.5-7.fc16.x86_64 /var/log/yum.log:Jan 12 08:50:01 Updated: mod_perl-devel-2.0.5-7.fc16.x86_64 /var/log/yum.log-20120101:Nov 30 14:21:42 Installed: mod_perl-2.0.5-6.fc16.x86_64 /var/log/yum.log-20120101:Nov 30 14:21:43 Installed: mod_perl-devel-2.0.5-6.fc16.x86_64 Please, also note that Nov 22 was an upgrade date from F15 to F16. Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/20 ------------------------------------------------------------------------ On 2012-03-05T14:01:45+00:00 Jan wrote: >From the first try, attached mod_perl patch fixed the problem for me. But I will better check it twice and find out what exactly is the meaning of that short_name variable. Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/21 ------------------------------------------------------------------------ On 2012-03-05T14:02:23+00:00 Jan wrote: Created attachment 567625 proposed patch Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/22 ------------------------------------------------------------------------ On 2012-03-06T08:37:29+00:00 Fedora wrote: mod_perl-2.0.5-8.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/mod_perl-2.0.5-8.fc17 Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/23 ------------------------------------------------------------------------ On 2012-03-06T08:56:58+00:00 Fedora wrote: mod_perl-2.0.5-8.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/mod_perl-2.0.5-8.fc16 Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/24 ------------------------------------------------------------------------ On 2012-03-07T07:22:19+00:00 Fedora wrote: Package mod_perl-2.0.5-8.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing mod_perl-2.0.5-8.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-3185/mod_perl-2.0.5-8.fc17 then log in and leave karma (feedback). Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/25 ------------------------------------------------------------------------ On 2012-03-21T19:04:42+00:00 Fedora wrote: mod_perl-2.0.5-8.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report. Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/26 ------------------------------------------------------------------------ On 2012-05-03T07:22:50+00:00 Fedora wrote: mod_perl-2.0.5-8.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report. Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/27 ------------------------------------------------------------------------ On 2017-07-26T11:25:19+00:00 Petr wrote: *** Bug 1233262 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/45 ------------------------------------------------------------------------ On 2017-07-26T11:26:31+00:00 Petr wrote: The fix was dropped by an accident in mod_perl-2.0.7-12.20130221svn1448242.fc18. We need to put it back. Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/46 ------------------------------------------------------------------------ On 2017-07-26T11:37:56+00:00 Petr wrote: Well, the patch breaks current mod_perl tests. I will have to look why is that a problem: APACHE_TEST_APXS= APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER= \ "/usr/bin/perl" -Iblib/arch -Iblib/lib \ t/TEST -bugreport -verbose=1 /usr/sbin/httpd -d /home/test/fedora/mod_perl/mod_perl-2.0.10/t -f /home/test/fedora/mod_perl/mod_perl-2.0.10/t/conf/httpd.conf -D APACHE2 -D APACHE2_4 -D PERL_USEITHREADS using Apache/2.4.27 (event MPM) waiting 300 seconds for server to start: .[Wed Jul 26 13:33:35.181948 2017] [env:warn] [pid 18091:tid 139855501953280] AH01506: PassEnv variable LD_LIBRARY_PATH was undefined [Wed Jul 26 13:33:35.205891 2017] [perl:info] [pid 18091:tid 139855501953280] 6 Apache2:: modules loaded [Wed Jul 26 13:33:35.205911 2017] [perl:info] [pid 18091:tid 139855501953280] 0 APR:: modules loaded [Wed Jul 26 13:33:35.205947 2017] [perl:info] [pid 18091:tid 139855501953280] base server + 28 vhosts ready to run tests [Wed Jul 26 13:33:35.351835 2017] [perl:error] [pid 18091:tid 139855501953280] $s->add_config() has failed: Cannot find current script 'httpd' at /usr/share/perl5/FindBin.pm line 166.\nBEGIN failed--compilation aborted at /usr/share/perl5/FindBin.pm line 166.\nCompilation failed in require at /home/test/fedora/mod_perl/mod_perl-2.0.10/Apache-Test/lib/Apache/TestSmoke.pm line 31.\nBEGIN failed--compilation aborted at /home/test/fedora/mod_perl/mod_perl-2.0.10/Apache-Test/lib/Apache/TestSmoke.pm line 31.\nCompilation failed in require at /home/test/fedora/mod_perl/mod_perl-2.0.10/Apache-Test/lib/Apache/TestMM.pm line 24.\nBEGIN failed--compilation aborted at /home/test/fedora/mod_perl/mod_perl-2.0.10/Apache-Test/lib/Apache/TestMM.pm line 24.\nCompilation failed in require at /home/test/fedora/mod_perl/mod_perl-2.0.10/Apache-Test/lib/Apache/TestRun.pm line 22.\nBEGIN failed--compilation aborted at /home/test/fedora/mod_perl/mod_perl-2.0.10/Apache-Test/lib/Apache/TestRun.pm line 22.\nCompilation failed in require at /home/test/fedora/mod_perl/mod_perl-2.0.10/Apache-Test/lib/Apache/TestServer.pm line 26.\nBEGIN failed--compilation aborted at /home/test/fedora/mod_perl/mod_perl-2.0.10/Apache-Test/lib/Apache/TestServer.pm line 26.\nCompilation failed in require at /home/test/fedora/mod_perl/mod_perl-2.0.10/Apache-Test/lib/Apache/TestConfig.pm line 56.\nBEGIN failed--compilation aborted at /home/test/fedora/mod_perl/mod_perl-2.0.10/Apache-Test/lib/Apache/TestConfig.pm line 56.\nCompilation failed in require at /home/test/fedora/mod_perl/mod_perl-2.0.10/Apache-Test/lib/Apache/Test.pm line 23.\nBEGIN failed--compilation aborted at /home/test/fedora/mod_perl/mod_perl-2.0.10/Apache-Test/lib/Apache/Test.pm line 23.\nCompilation failed in require at /home/test/fedora/mod_perl/mod_perl-2.0.10/Apache-Test/lib/Apache/TestHandler.pm line 21.\nBEGIN failed--compilation aborted at /home/test/fedora/mod_perl/mod_perl-2.0.10/Apache-Test/lib/Apache/TestHandler.pm line 21.\nCompilation failed in require at (eval 3) line 1.\nCompilation failed in require at /home/test/fedora/mod_perl/mod_perl-2.0.10/t/conf/modperl_startup.pl line 18.\n\t...propagated at /home/test/fedora/mod_perl/mod_perl-2.0.10/t/conf/modperl_startup.pl line 19.\nBEGIN failed--compilation aborted at /home/test/fedora/mod_perl/mod_perl-2.0.10/t/conf/modperl_startup.pl line 36.\nCompilation failed in require at (eval 2) line 1.\n [Wed Jul 26 13:33:35.351885 2017] [perl:error] [pid 18091:tid 139855501953280] Can't load Perl file: /home/test/fedora/mod_perl/mod_perl-2.0.10/t/conf/modperl_startup.pl for server localhost:8529, exiting... [ error] Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/47 ------------------------------------------------------------------------ On 2017-08-08T11:40:09+00:00 Fedora wrote: Fedora 24 changed to end-of-life (EOL) status on 2017-08-08. Fedora 24 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. Reply at: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod- perl2/+bug/1008385/comments/48 ** Changed in: fedora Status: Unknown => In Progress ** Changed in: fedora Importance: Unknown => Medium -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1008385 Title: libapache2-mod-perl2 writes wrong process name in /proc/$$/status To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libapache2-mod-perl2/+bug/1008385/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
