[jira] [Updated] (TS-2375) Error when using ascii logging format: There are more field markers than fields
[
https://issues.apache.org/jira/browse/TS-2375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bryan Call updated TS-2375:
---
Fix Version/s: (was: 7.0.0)
7.2.0
> Error when using ascii logging format: There are more field markers than
> fields
> ---
>
> Key: TS-2375
> URL: https://issues.apache.org/jira/browse/TS-2375
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging
>Affects Versions: 4.0.2, 4.1.2
>Reporter: David Carlin
>Assignee: Alan M. Carroll
> Labels: yahoo
> Fix For: 7.2.0
>
>
> I noticed the following on an ats 4.0.2 host in diags.log:
> {noformat}[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more
> field markers than fields; cannot process log entry{noformat}
> It only happens about every fifth time you start ATS. That message will fill
> diags.log and nothing is written to squid.log
> I then upgraded to 4.1.1 as a test, and the same thing happened except there
> was additional error information:
> {noformat}[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more
> field markers than fields; cannot process log entry
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
> LogBuffer to ascii, have dropped (232) bytes.{noformat}
> The convert to ascii message tipped me off that this could be the source of
> the problem. Up until now we've been using the binary log format, so perhaps
> this is why I didn't run into this in the past. I then changed the log
> format back to binary, and I was unable to reproduce the issue - so it seems
> related to ascii logging.
> Here is our logs_xml.config:
> {noformat}
>
>
>% % % % % % %
> % %/% % % f1 f2 f3 f4"/>
>
>
>
>
>
>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (TS-2375) Error when using ascii logging format: There are more field markers than fields
[
https://issues.apache.org/jira/browse/TS-2375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leif Hedstrom updated TS-2375:
--
Fix Version/s: (was: 6.1.0)
7.0.0
> Error when using ascii logging format: There are more field markers than
> fields
> ---
>
> Key: TS-2375
> URL: https://issues.apache.org/jira/browse/TS-2375
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging
>Affects Versions: 4.0.2, 4.1.2
>Reporter: David Carlin
>Assignee: Bryan Call
> Labels: yahoo
> Fix For: 7.0.0
>
>
> I noticed the following on an ats 4.0.2 host in diags.log:
> {noformat}[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more
> field markers than fields; cannot process log entry{noformat}
> It only happens about every fifth time you start ATS. That message will fill
> diags.log and nothing is written to squid.log
> I then upgraded to 4.1.1 as a test, and the same thing happened except there
> was additional error information:
> {noformat}[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more
> field markers than fields; cannot process log entry
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
> LogBuffer to ascii, have dropped (232) bytes.{noformat}
> The convert to ascii message tipped me off that this could be the source of
> the problem. Up until now we've been using the binary log format, so perhaps
> this is why I didn't run into this in the past. I then changed the log
> format back to binary, and I was unable to reproduce the issue - so it seems
> related to ascii logging.
> Here is our logs_xml.config:
> {noformat}
>
>
>% % % % % % %
> % %/% % % f1 f2 f3 f4"/>
>
>
>
>
>
>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (TS-2375) Error when using ascii logging format: There are more field markers than fields
[
https://issues.apache.org/jira/browse/TS-2375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leif Hedstrom updated TS-2375:
--
Assignee: Alan M. Carroll (was: Bryan Call)
> Error when using ascii logging format: There are more field markers than
> fields
> ---
>
> Key: TS-2375
> URL: https://issues.apache.org/jira/browse/TS-2375
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging
>Affects Versions: 4.0.2, 4.1.2
>Reporter: David Carlin
>Assignee: Alan M. Carroll
> Labels: yahoo
> Fix For: 7.0.0
>
>
> I noticed the following on an ats 4.0.2 host in diags.log:
> {noformat}[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more
> field markers than fields; cannot process log entry{noformat}
> It only happens about every fifth time you start ATS. That message will fill
> diags.log and nothing is written to squid.log
> I then upgraded to 4.1.1 as a test, and the same thing happened except there
> was additional error information:
> {noformat}[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more
> field markers than fields; cannot process log entry
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
> LogBuffer to ascii, have dropped (232) bytes.{noformat}
> The convert to ascii message tipped me off that this could be the source of
> the problem. Up until now we've been using the binary log format, so perhaps
> this is why I didn't run into this in the past. I then changed the log
> format back to binary, and I was unable to reproduce the issue - so it seems
> related to ascii logging.
> Here is our logs_xml.config:
> {noformat}
>
>
>% % % % % % %
> % %/% % % f1 f2 f3 f4"/>
>
>
>
>
>
>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (TS-2375) Error when using ascii logging format: There are more field markers than fields
[
https://issues.apache.org/jira/browse/TS-2375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Carlin updated TS-2375:
-
Labels: yahoo (was: )
> Error when using ascii logging format: There are more field markers than
> fields
> ---
>
> Key: TS-2375
> URL: https://issues.apache.org/jira/browse/TS-2375
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging
>Affects Versions: 4.0.2, 4.1.2
>Reporter: David Carlin
>Assignee: Bryan Call
> Labels: yahoo
> Fix For: 6.1.0
>
>
> I noticed the following on an ats 4.0.2 host in diags.log:
> {noformat}[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more
> field markers than fields; cannot process log entry{noformat}
> It only happens about every fifth time you start ATS. That message will fill
> diags.log and nothing is written to squid.log
> I then upgraded to 4.1.1 as a test, and the same thing happened except there
> was additional error information:
> {noformat}[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more
> field markers than fields; cannot process log entry
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
> LogBuffer to ascii, have dropped (232) bytes.{noformat}
> The convert to ascii message tipped me off that this could be the source of
> the problem. Up until now we've been using the binary log format, so perhaps
> this is why I didn't run into this in the past. I then changed the log
> format back to binary, and I was unable to reproduce the issue - so it seems
> related to ascii logging.
> Here is our logs_xml.config:
> {noformat}
>
>
>% % % % % % %
> % %/% % % f1 f2 f3 f4"/>
>
>
>
>
>
>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (TS-2375) Error when using ascii logging format: There are more field markers than fields
[
https://issues.apache.org/jira/browse/TS-2375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Phil Sorber updated TS-2375:
Fix Version/s: (was: 6.0.0)
6.1.0
> Error when using ascii logging format: There are more field markers than
> fields
> ---
>
> Key: TS-2375
> URL: https://issues.apache.org/jira/browse/TS-2375
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging
>Affects Versions: 4.0.2, 4.1.2
>Reporter: David Carlin
>Assignee: Bryan Call
> Fix For: 6.1.0
>
>
> I noticed the following on an ats 4.0.2 host in diags.log:
> {noformat}[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more
> field markers than fields; cannot process log entry{noformat}
> It only happens about every fifth time you start ATS. That message will fill
> diags.log and nothing is written to squid.log
> I then upgraded to 4.1.1 as a test, and the same thing happened except there
> was additional error information:
> {noformat}[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more
> field markers than fields; cannot process log entry
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
> LogBuffer to ascii, have dropped (232) bytes.{noformat}
> The convert to ascii message tipped me off that this could be the source of
> the problem. Up until now we've been using the binary log format, so perhaps
> this is why I didn't run into this in the past. I then changed the log
> format back to binary, and I was unable to reproduce the issue - so it seems
> related to ascii logging.
> Here is our logs_xml.config:
> {noformat}
>
>
>% % % % % % %
> % %/% % % f1 f2 f3 f4"/>
>
>
>
>
>
>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (TS-2375) Error when using ascii logging format: There are more field markers than fields
[
https://issues.apache.org/jira/browse/TS-2375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Susan Hinrichs updated TS-2375:
---
Fix Version/s: (was: sometime)
5.3.0
> Error when using ascii logging format: There are more field markers than
> fields
> ---
>
> Key: TS-2375
> URL: https://issues.apache.org/jira/browse/TS-2375
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging
>Affects Versions: 4.0.2, 4.1.2
>Reporter: David Carlin
>Assignee: Bryan Call
> Fix For: 5.3.0
>
>
> I noticed the following on an ats 4.0.2 host in diags.log:
> {noformat}[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more
> field markers than fields; cannot process log entry{noformat}
> It only happens about every fifth time you start ATS. That message will fill
> diags.log and nothing is written to squid.log
> I then upgraded to 4.1.1 as a test, and the same thing happened except there
> was additional error information:
> {noformat}[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more
> field markers than fields; cannot process log entry
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
> LogBuffer to ascii, have dropped (232) bytes.{noformat}
> The convert to ascii message tipped me off that this could be the source of
> the problem. Up until now we've been using the binary log format, so perhaps
> this is why I didn't run into this in the past. I then changed the log
> format back to binary, and I was unable to reproduce the issue - so it seems
> related to ascii logging.
> Here is our logs_xml.config:
> {noformat}
>
>
>% % % % % % %
> % %/% % % f1 f2 f3 f4"/>
>
>
>
>
>
>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (TS-2375) Error when using ascii logging format: There are more field markers than fields
[
https://issues.apache.org/jira/browse/TS-2375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alan M. Carroll updated TS-2375:
Fix Version/s: (was: 5.1.0)
sometime
> Error when using ascii logging format: There are more field markers than
> fields
> ---
>
> Key: TS-2375
> URL: https://issues.apache.org/jira/browse/TS-2375
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging
>Affects Versions: 4.0.2, 4.1.2
>Reporter: David Carlin
>Assignee: Bryan Call
> Fix For: sometime
>
>
> I noticed the following on an ats 4.0.2 host in diags.log:
> {noformat}[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more
> field markers than fields; cannot process log entry{noformat}
> It only happens about every fifth time you start ATS. That message will fill
> diags.log and nothing is written to squid.log
> I then upgraded to 4.1.1 as a test, and the same thing happened except there
> was additional error information:
> {noformat}[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more
> field markers than fields; cannot process log entry
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
> LogBuffer to ascii, have dropped (232) bytes.{noformat}
> The convert to ascii message tipped me off that this could be the source of
> the problem. Up until now we've been using the binary log format, so perhaps
> this is why I didn't run into this in the past. I then changed the log
> format back to binary, and I was unable to reproduce the issue - so it seems
> related to ascii logging.
> Here is our logs_xml.config:
> {noformat}
>
>
>% % % % % % %
> % %/% % % f1 f2 f3 f4"/>
>
>
>
>
>
>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (TS-2375) Error when using ascii logging format: There are more field markers than fields
[
https://issues.apache.org/jira/browse/TS-2375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bryan Call updated TS-2375:
---
Fix Version/s: (was: 5.0.0)
5.1.0
> Error when using ascii logging format: There are more field markers than
> fields
> ---
>
> Key: TS-2375
> URL: https://issues.apache.org/jira/browse/TS-2375
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging
>Affects Versions: 4.0.2, 4.1.2
>Reporter: David Carlin
>Assignee: Bryan Call
> Fix For: 5.1.0
>
>
> I noticed the following on an ats 4.0.2 host in diags.log:
> {noformat}[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more
> field markers than fields; cannot process log entry{noformat}
> It only happens about every fifth time you start ATS. That message will fill
> diags.log and nothing is written to squid.log
> I then upgraded to 4.1.1 as a test, and the same thing happened except there
> was additional error information:
> {noformat}[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more
> field markers than fields; cannot process log entry
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
> LogBuffer to ascii, have dropped (232) bytes.{noformat}
> The convert to ascii message tipped me off that this could be the source of
> the problem. Up until now we've been using the binary log format, so perhaps
> this is why I didn't run into this in the past. I then changed the log
> format back to binary, and I was unable to reproduce the issue - so it seems
> related to ascii logging.
> Here is our logs_xml.config:
> {noformat}
>
>
>% % % % % % %
> % %/% % % f1 f2 f3 f4"/>
>
>
>
>
>
>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (TS-2375) Error when using ascii logging format: There are more field markers than fields
[
https://issues.apache.org/jira/browse/TS-2375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leif Hedstrom updated TS-2375:
--
Assignee: Bryan Call (was: Leif Hedstrom)
> Error when using ascii logging format: There are more field markers than
> fields
> ---
>
> Key: TS-2375
> URL: https://issues.apache.org/jira/browse/TS-2375
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging
>Affects Versions: 4.0.2, 4.1.2
>Reporter: David Carlin
>Assignee: Bryan Call
> Fix For: 5.0.0
>
>
> I noticed the following on an ats 4.0.2 host in diags.log:
> {noformat}[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more
> field markers than fields; cannot process log entry{noformat}
> It only happens about every fifth time you start ATS. That message will fill
> diags.log and nothing is written to squid.log
> I then upgraded to 4.1.1 as a test, and the same thing happened except there
> was additional error information:
> {noformat}[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more
> field markers than fields; cannot process log entry
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
> LogBuffer to ascii, have dropped (232) bytes.{noformat}
> The convert to ascii message tipped me off that this could be the source of
> the problem. Up until now we've been using the binary log format, so perhaps
> this is why I didn't run into this in the past. I then changed the log
> format back to binary, and I was unable to reproduce the issue - so it seems
> related to ascii logging.
> Here is our logs_xml.config:
> {noformat}
>
>
>% % % % % % %
> % %/% % % f1 f2 f3 f4"/>
>
>
>
>
>
>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
[jira] [Updated] (TS-2375) Error when using ascii logging format: There are more field markers than fields
[
https://issues.apache.org/jira/browse/TS-2375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Carlin updated TS-2375:
-
Description:
I noticed the following on an ats 4.0.2 host in diags.log:
{noformat}[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more
field markers than fields; cannot process log entry{noformat}
It only happens about every fifth time you start ATS. That message will fill
diags.log and nothing is written to squid.log
I then upgraded to 4.1.1 as a test, and the same thing happened except there
was additional error information:
{noformat}[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more
field markers than fields; cannot process log entry
[Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
LogBuffer to ascii, have dropped (232) bytes.{noformat}
The convert to ascii message tipped me off that this could be the source of the
problem. Up until now we've been using the binary log format, so perhaps why I
didn't run into this in the past. I then changed the log format back to
binary, and I was unable to reproduce the issue - so it seems related to ascii
logging.
Here is our logs_xml.config:
{noformat}
% % % % % % %
% %/% % % f1 f2 f3 f4"/>
{noformat}
was:
I noticed the following on an ats 4.0.2 host in diags.log:
{noformat}[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more
field markers than fields; cannot process log entry{noformat}
It only happens about every fifth time you start ATS. That message will fill
diags.log and nothing is written to squid.log
I then upgraded to 4.1.1 as a test, and the same thing happened on there was
additional error information:
{noformat}[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more
field markers than fields; cannot process log entry
[Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
LogBuffer to ascii, have dropped (232) bytes.{noformat}
The convert to ascii message tipped me off that this could be the source of the
problem. Up until now we've been using the binary log format, so perhaps why I
didn't run into this in the past. I then changed the log format back to
binary, and I was unable to reproduce the issue - so it seems related to ascii
logging.
Here is our logs_xml.config:
{noformat}
% % % % % % %
% %/% % % f1 f2 f3 f4"/>
{noformat}
> Error when using ascii logging format: There are more field markers than
> fields
> ---
>
> Key: TS-2375
> URL: https://issues.apache.org/jira/browse/TS-2375
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging
>Affects Versions: 4.0.2, 4.1.1
>Reporter: David Carlin
>Assignee: Leif Hedstrom
> Fix For: 4.2.0
>
>
> I noticed the following on an ats 4.0.2 host in diags.log:
> {noformat}[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more
> field markers than fields; cannot process log entry{noformat}
> It only happens about every fifth time you start ATS. That message will fill
> diags.log and nothing is written to squid.log
> I then upgraded to 4.1.1 as a test, and the same thing happened except there
> was additional error information:
> {noformat}[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more
> field markers than fields; cannot process log entry
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
> LogBuffer to ascii, have dropped (232) bytes.{noformat}
> The convert to ascii message tipped me off that this could be the source of
> the problem. Up until now we've been using the binary log format, so perhaps
> why I didn't run into this in the past. I then changed the log format back
> to binary, and I was unable to reproduce the issue - so it seems related to
> ascii logging.
> Here is our logs_xml.config:
> {noformat}
>
>
>% % % % % % %
> % %/% % % f1 f2 f3 f4"/>
>
>
>
>
>
>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Updated] (TS-2375) Error when using ascii logging format: There are more field markers than fields
[
https://issues.apache.org/jira/browse/TS-2375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Carlin updated TS-2375:
-
Description:
I noticed the following on an ats 4.0.2 host in diags.log:
{noformat}[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more
field markers than fields; cannot process log entry{noformat}
It only happens about every fifth time you start ATS. That message will fill
diags.log and nothing is written to squid.log
I then upgraded to 4.1.1 as a test, and the same thing happened except there
was additional error information:
{noformat}[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more
field markers than fields; cannot process log entry
[Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
LogBuffer to ascii, have dropped (232) bytes.{noformat}
The convert to ascii message tipped me off that this could be the source of the
problem. Up until now we've been using the binary log format, so perhaps this
is why I didn't run into this in the past. I then changed the log format back
to binary, and I was unable to reproduce the issue - so it seems related to
ascii logging.
Here is our logs_xml.config:
{noformat}
% % % % % % %
% %/% % % f1 f2 f3 f4"/>
{noformat}
was:
I noticed the following on an ats 4.0.2 host in diags.log:
{noformat}[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more
field markers than fields; cannot process log entry{noformat}
It only happens about every fifth time you start ATS. That message will fill
diags.log and nothing is written to squid.log
I then upgraded to 4.1.1 as a test, and the same thing happened except there
was additional error information:
{noformat}[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more
field markers than fields; cannot process log entry
[Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
LogBuffer to ascii, have dropped (232) bytes.{noformat}
The convert to ascii message tipped me off that this could be the source of the
problem. Up until now we've been using the binary log format, so perhaps why I
didn't run into this in the past. I then changed the log format back to
binary, and I was unable to reproduce the issue - so it seems related to ascii
logging.
Here is our logs_xml.config:
{noformat}
% % % % % % %
% %/% % % f1 f2 f3 f4"/>
{noformat}
> Error when using ascii logging format: There are more field markers than
> fields
> ---
>
> Key: TS-2375
> URL: https://issues.apache.org/jira/browse/TS-2375
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging
>Affects Versions: 4.0.2, 4.1.1
>Reporter: David Carlin
>Assignee: Leif Hedstrom
> Fix For: 4.2.0
>
>
> I noticed the following on an ats 4.0.2 host in diags.log:
> {noformat}[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more
> field markers than fields; cannot process log entry{noformat}
> It only happens about every fifth time you start ATS. That message will fill
> diags.log and nothing is written to squid.log
> I then upgraded to 4.1.1 as a test, and the same thing happened except there
> was additional error information:
> {noformat}[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more
> field markers than fields; cannot process log entry
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
> LogBuffer to ascii, have dropped (232) bytes.{noformat}
> The convert to ascii message tipped me off that this could be the source of
> the problem. Up until now we've been using the binary log format, so perhaps
> this is why I didn't run into this in the past. I then changed the log
> format back to binary, and I was unable to reproduce the issue - so it seems
> related to ascii logging.
> Here is our logs_xml.config:
> {noformat}
>
>
>% % % % % % %
> % %/% % % f1 f2 f3 f4"/>
>
>
>
>
>
>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Updated] (TS-2375) Error when using ascii logging format: There are more field markers than fields
[
https://issues.apache.org/jira/browse/TS-2375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Carlin updated TS-2375:
-
Assignee: Leif Hedstrom
> Error when using ascii logging format: There are more field markers than
> fields
> ---
>
> Key: TS-2375
> URL: https://issues.apache.org/jira/browse/TS-2375
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging
>Affects Versions: 4.0.2, 4.1.1
>Reporter: David Carlin
>Assignee: Leif Hedstrom
> Fix For: 4.2.0
>
>
> I noticed the following on an ats 4.0.2 host in diags.log:
> [Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more field
> markers than fields; cannot process log entry
> It only happens about every fifth time you start ATS. That message will fill
> diags.log and nothing is written to squid.log
> I then upgraded to 4.1.1 as a test, and the same thing happened on there was
> additional error information:
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more field
> markers than fields; cannot process log entry
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
> LogBuffer to ascii, have dropped (232) bytes.
> The convert to ascii message tipped me off that this could be the source of
> the problem. Up until now we've been using the binary log format, so perhaps
> why I didn't run into this in the past. I then changed the log format back
> to binary, and I was unable to reproduce the issue - so it seems related to
> ascii logging.
> Here is our logs_xml.config:
> {noformat}
>
>
>% % % % % % %
> % %/% % % f1 f2 f3 f4"/>
>
>
>
>
>
>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Updated] (TS-2375) Error when using ascii logging format: There are more field markers than fields
[
https://issues.apache.org/jira/browse/TS-2375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Carlin updated TS-2375:
-
Description:
I noticed the following on an ats 4.0.2 host in diags.log:
{noformat}[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more
field markers than fields; cannot process log entry{noformat}
It only happens about every fifth time you start ATS. That message will fill
diags.log and nothing is written to squid.log
I then upgraded to 4.1.1 as a test, and the same thing happened on there was
additional error information:
{noformat}[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more
field markers than fields; cannot process log entry
[Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
LogBuffer to ascii, have dropped (232) bytes.{noformat}
The convert to ascii message tipped me off that this could be the source of the
problem. Up until now we've been using the binary log format, so perhaps why I
didn't run into this in the past. I then changed the log format back to
binary, and I was unable to reproduce the issue - so it seems related to ascii
logging.
Here is our logs_xml.config:
{noformat}
% % % % % % %
% %/% % % f1 f2 f3 f4"/>
{noformat}
was:
I noticed the following on an ats 4.0.2 host in diags.log:
[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more field
markers than fields; cannot process log entry
It only happens about every fifth time you start ATS. That message will fill
diags.log and nothing is written to squid.log
I then upgraded to 4.1.1 as a test, and the same thing happened on there was
additional error information:
[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more field
markers than fields; cannot process log entry
[Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
LogBuffer to ascii, have dropped (232) bytes.
The convert to ascii message tipped me off that this could be the source of the
problem. Up until now we've been using the binary log format, so perhaps why I
didn't run into this in the past. I then changed the log format back to
binary, and I was unable to reproduce the issue - so it seems related to ascii
logging.
Here is our logs_xml.config:
{noformat}
% % % % % % %
% %/% % % f1 f2 f3 f4"/>
{noformat}
> Error when using ascii logging format: There are more field markers than
> fields
> ---
>
> Key: TS-2375
> URL: https://issues.apache.org/jira/browse/TS-2375
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging
>Affects Versions: 4.0.2, 4.1.1
>Reporter: David Carlin
>Assignee: Leif Hedstrom
> Fix For: 4.2.0
>
>
> I noticed the following on an ats 4.0.2 host in diags.log:
> {noformat}[Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more
> field markers than fields; cannot process log entry{noformat}
> It only happens about every fifth time you start ATS. That message will fill
> diags.log and nothing is written to squid.log
> I then upgraded to 4.1.1 as a test, and the same thing happened on there was
> additional error information:
> {noformat}[Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more
> field markers than fields; cannot process log entry
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
> LogBuffer to ascii, have dropped (232) bytes.{noformat}
> The convert to ascii message tipped me off that this could be the source of
> the problem. Up until now we've been using the binary log format, so perhaps
> why I didn't run into this in the past. I then changed the log format back
> to binary, and I was unable to reproduce the issue - so it seems related to
> ascii logging.
> Here is our logs_xml.config:
> {noformat}
>
>
>% % % % % % %
> % %/% % % f1 f2 f3 f4"/>
>
>
>
>
>
>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Updated] (TS-2375) Error when using ascii logging format: There are more field markers than fields
[
https://issues.apache.org/jira/browse/TS-2375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Carlin updated TS-2375:
-
Affects Version/s: 4.1.1
4.0.2
> Error when using ascii logging format: There are more field markers than
> fields
> ---
>
> Key: TS-2375
> URL: https://issues.apache.org/jira/browse/TS-2375
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging
>Affects Versions: 4.0.2, 4.1.1
>Reporter: David Carlin
> Fix For: 4.2.0
>
>
> I noticed the following on an ats 4.0.2 host in diags.log:
> [Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more field
> markers than fields; cannot process log entry
> It only happens about every fifth time you start ATS. That message will fill
> diags.log and nothing is written to squid.log
> I then upgraded to 4.1.1 as a test, and the same thing happened on there was
> additional error information:
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more field
> markers than fields; cannot process log entry
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
> LogBuffer to ascii, have dropped (232) bytes.
> The convert to ascii message tipped me off that this could be the source of
> the problem. Up until now we've been using the binary log format, so perhaps
> why I didn't run into this in the past. I then changed the log format back
> to binary, and I was unable to reproduce the issue - so it seems related to
> ascii logging.
> Here is our logs_xml.config:
> {noformat}
>
>
>% % % % % % %
> % %/% % % f1 f2 f3 f4"/>
>
>
>
>
>
>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.1#6144)
[jira] [Updated] (TS-2375) Error when using ascii logging format: There are more field markers than fields
[
https://issues.apache.org/jira/browse/TS-2375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Carlin updated TS-2375:
-
Fix Version/s: 4.2.0
> Error when using ascii logging format: There are more field markers than
> fields
> ---
>
> Key: TS-2375
> URL: https://issues.apache.org/jira/browse/TS-2375
> Project: Traffic Server
> Issue Type: Bug
> Components: Logging
>Affects Versions: 4.0.2, 4.1.1
>Reporter: David Carlin
> Fix For: 4.2.0
>
>
> I noticed the following on an ats 4.0.2 host in diags.log:
> [Nov 20 15:08:29.627] Server {0x2b732fe9c700} NOTE: There are more field
> markers than fields; cannot process log entry
> It only happens about every fifth time you start ATS. That message will fill
> diags.log and nothing is written to squid.log
> I then upgraded to 4.1.1 as a test, and the same thing happened on there was
> additional error information:
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} NOTE: There are more field
> markers than fields; cannot process log entry
> [Nov 20 15:40:53.656] Server {0x2b568aac8700} ERROR: Failed to convert
> LogBuffer to ascii, have dropped (232) bytes.
> The convert to ascii message tipped me off that this could be the source of
> the problem. Up until now we've been using the binary log format, so perhaps
> why I didn't run into this in the past. I then changed the log format back
> to binary, and I was unable to reproduce the issue - so it seems related to
> ascii logging.
> Here is our logs_xml.config:
> {noformat}
>
>
>% % % % % % %
> % %/% % % f1 f2 f3 f4"/>
>
>
>
>
>
>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.1#6144)
