[
https://issues.apache.org/jira/browse/TS-4503?focusedWorklogId=28492&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-28492
]
ASF GitHub Bot logged work on TS-4503:
--------------------------------------
Author: ASF GitHub Bot
Created on: 08/Sep/16 19:35
Start Date: 08/Sep/16 19:35
Worklog Time Spent: 10m
Work Description: Github user jpeach commented on a diff in the pull
request:
https://github.com/apache/trafficserver/pull/991#discussion_r78074461
--- Diff: proxy/Main.cc ---
@@ -908,7 +908,7 @@ check_fd_limit()
if (fds_throttle > fds_limit + THROTTLE_FD_HEADROOM) {
int new_fds_throttle = fds_limit - THROTTLE_FD_HEADROOM;
if (new_fds_throttle < 1) {
- MachineFatal("too few file descritors (%d) available", fds_limit);
+ ink_abort("too few file descritors (%d) available", fds_limit);
--- End diff --
``Fatal`` would be better than ``ink_abort`` since it formats its message
to the right log sinks before actually aborting.
Issue Time Tracking
-------------------
Worklog Id: (was: 28492)
Time Spent: 50m (was: 40m)
> MachineFatal should shutdown without cleanup
> --------------------------------------------
>
> Key: TS-4503
> URL: https://issues.apache.org/jira/browse/TS-4503
> Project: Traffic Server
> Issue Type: Bug
> Reporter: Susan Hinrichs
> Assignee: Syeda Persia Aziz
> Fix For: 7.0.0
>
> Time Spent: 50m
> Remaining Estimate: 0h
>
> When MachineFatalClass::raise() is called, it prints a message to the log and
> then calls exit. exit causes memory cleanup to be called. But if we are in
> such bad state that MachineFatal is called, it is quite likely that memory is
> messed up.
> We saw a crash where MachineFatal is called in thread 84. This stack has the
> real error. But the stack that got reported was on thread 1 in class
> destructor logic. It would have been better if ATS failed immediately and
> the stack on thread 84 was reported.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
