Summary: | ASTERISK-25354: Unable to compile any version | ||
Reporter: | Private Name (falves11) | Labels: | |
Date Opened: | 2015-08-28 15:58:04 | Date Closed: | 2015-11-10 18:15:14.000-0600 |
Priority: | Major | Regression? | |
Status: | Closed/Complete | Components: | Features |
Versions: | 11.19.0 | Frequency of Occurrence | |
Related Issues: | |||
Environment: | Fedora Core 22 | Attachments: | ( 0) backtrace.txt |
Description: | I get a buhch of errors when compiling. Same errors in version 12 and 1.8
The errors come in different components. I download Asterisk like this: svn co http://svn.digium.com/svn/asterisk/branches/11 asterisk gcc --version gcc (GCC) 5.1.1 20150618 (Red Hat 5.1.1-4) cat /etc/issue Fedora release 22 (Twenty Two) Kernel \r on an \m (\l) After downloading I see> Checked out external at revision 469. Checked out revision 1207. Checked out revision 434725. features.c: In function 'feature_interpret': features.c:3729:53: error: 'features.flags' may be used uninitialized in this function [-Werror=maybe-uninitialized] ast_copy_flags(&features, &(config->features_caller), AST_FLAGS_ALL); ^ features.c:3733:53: error: 'features.flags' may be used uninitialized in this function [-Werror=maybe-uninitialized] ast_copy_flags(&features, &(config->features_callee), AST_FLAGS_ALL); ^ features.c:3725:19: note: 'features' was declared here struct ast_flags features; ^ cc1: all warnings being treated as errors /usr/src/asterisk/Makefile.rules:103: recipe for target 'features.o' failed make[1]: *** [features.o] Error 1 Makefile:387: recipe for target 'main' failed make: *** [main] Error 2 CC="gcc" CXX="g++" LD="" AR="" RANLIB="" CFLAGS="" LDFLAGS="" make -C menuselect CONFIGURE_SILENT="--silent" makeopts make[1]: Entering directory '/usr/src/asterisk/menuselect' make[1]: 'makeopts' is up to date. make[1]: Leaving directory '/usr/src/asterisk/menuselect' [CCi] features.i -> features.o features.c: In function 'feature_interpret': features.c:3729:53: error: 'features.flags' may be used uninitialized in this function [-Werror=maybe-uninitialized] ast_copy_flags(&features, &(config->features_caller), AST_FLAGS_ALL); ^ features.c:3733:53: error: 'features.flags' may be used uninitialized in this function [-Werror=maybe-uninitialized] ast_copy_flags(&features, &(config->features_callee), AST_FLAGS_ALL); ^ features.c:3725:19: note: 'features' was declared here struct ast_flags features; ^ cc1: all warnings being treated as errors /usr/src/asterisk/Makefile.rules:103: recipe for target 'features.o' failed make[1]: *** [features.o] Error 1 Makefile:387: recipe for target 'main' failed make: *** [main] Error 2 | ||
Comments: | By: Asterisk Team (asteriskteam) 2015-08-28 15:58:06.060-0500 Thanks for creating a report! The issue has entered the triage process. That means the issue will wait in this status until a Bug Marshal has an opportunity to review the issue. Once the issue has been reviewed you will receive comments regarding the next steps towards resolution. A good first step is for you to review the [Asterisk Issue Guidelines|https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines] if you haven't already. The guidelines detail what is expected from an Asterisk issue report. Then, if you are submitting a patch, please review the [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process]. By: Private Name (falves11) 2015-08-28 20:35:58.971-0500 It does compile in Fedora Core 20. So there is something that changed in FC 22 and it kills Asterisk. By: Rusty Newton (rnewton) 2015-08-31 09:13:18.915-0500 Why are you using the old SVN branch? Development versions of Asterisk are tracked via Git/Gerrit now. https://wiki.asterisk.org/wiki/display/AST/Gerrit+Usage Try the latest Git branch head of 11. If you run into the same issue then post your config.log. By: Private Name (falves11) 2015-08-31 10:06:07.521-0500 I tried with every version available, either git or svn. There is something in FC 22 that makes the compilation fail, always at the same spot, features. By: Private Name (falves11) 2015-08-31 13:12:29.647-0500 This may be related to the issue with Kernel 4.1.5-200.fc22.x86_64 I get this every few minutes [617468.580902] asterisk[1288114]: segfault at 0 ip (null) sp 00007f845d8ba510 error 14 in asterisk[400000+2ca000] There is no codec g729 loaded, pure asterisk GIT-11-59636e8M My theory is that in FC 22, the compiler actually catches something, hence it fails to compile. in FC 20, it works, but it crashes. I will upload a backtrace as soon as I get one. By: Private Name (falves11) 2015-09-01 14:08:37.668-0500 It crashes every fife minutes under heavy load. But bt and bt_full show nothing. How do I know why or where it is crashing? By: Private Name (falves11) 2015-09-01 14:50:40.221-0500 lsof | grep asterisk | wc -l 988558 This is what happens, asterisk exhausts the handles. How do I know how is Asterisk using handles? In fact, I imagine that this is related to this case ASTERISK-24837 which has never been processed. In my unauthorized opinion, the timer DLL is eating thousands of handles. Is there an engineer that I can pay a fee to crack these cases? I am going to lose my business if I cannot make this stable. For example: asterisk -rx " core show channels count" && lsof | grep asterisk | wc -l 28 active channels 14 active calls 3511 calls processed 25721 By: Private Name (falves11) 2015-10-08 18:06:22.861-0500 The issue of the handle leak remains identical in Asterisk GIT-11-966265dM I have an application that plays IVRs and dials out, only a few calls, waits for DTMF,etc. The calls are always almost exactly 1300 calls core show channels count 1292 active channels 1284 active calls core show uptime System uptime: 2 hours, 29 minutes, 32 seconds Last reload: 1 hour, 27 minutes, 20 seconds The operating system shows ss -s Total: 29574 (kernel 30296) TCP: 28 (estab 9, closed 0, orphaned 0, synrecv 0, timewait 0/0), ports 22 Transport Total IP IPv6 * 30296 - - RAW 0 0 0 UDP 29441 29433 8 TCP 28 20 8 INET 29469 29453 16 FRAG 0 0 0 And it keeps growing until no more ports can be open, and the app needs to be restarted, which may happen again in 3 hours. This app cannot be debugged because there are too many calls per second and it is in production. However, if there is anything I may do to get to the bottom of this, let me know. core show settings PBX Core settings ----------------- Version: GIT-11-966265dM Build Options: AST_DEVMODE, LOADABLE_MODULES, G711_NEW_ALGORITHM, G711_REDUCED_BRANCHING Maximum calls: Not set Maximum open file handles: Not set Root console verbosity: 0 Current console verbosity: 0 Debug level: 0 Maximum load average: 0.000000 Minimum free memory: 0 MB Startup time: 16:27:47 Last reload time: 17:30:00 System: Linux/2.6.32-573.3.1.el6.x86_64 built by root on x86_64 2015-10-08 19:31:32 UTC System name: X2 Entity ID: 00:50:56:b1:24:65 Default language: en Language prefix: Enabled User name and group: / Executable includes: Disabled Transcode via SLIN: Enabled Transmit silence during rec: Disabled Generic PLC: Enabled Min DTMF duration:: 80 * Subsystems ------------- Manager (AMI): Enabled Web Manager (AMI/HTTP): Disabled Call data records: Enabled Realtime Architecture (ARA): Disabled * Directories ------------- Configuration file: Configuration directory: /etc/asterisk Module directory: /usr/lib/asterisk/modules Spool directory: /var/spool/asterisk Log directory: /var/log/asterisk Run/Sockets directory: /var/run/asterisk PID file: /var/run/asterisk/asterisk.pid VarLib directory: /var/lib/asterisk Data directory: /var/lib/asterisk ASTDB: /var/lib/asterisk/astdb IAX2 Keys directory: /var/lib/asterisk/keys AGI Scripts directory: /var/lib/asterisk/agi-bin By: Rusty Newton (rnewton) 2015-11-10 18:15:14.616-0600 You seem to be talking about three different issues on this one issue which violates the guidelines. This issue is unclear and may even be a duplicate with ASTERISK-25503. I'm closing this issue out to clean it up. We'll look into compilation issues on Fedora 23 in ASTERISK-25503 which appears very specific. |