Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ParseHttp exception #84

Closed
ghost opened this issue Jan 7, 2015 · 3 comments
Closed

ParseHttp exception #84

ghost opened this issue Jan 7, 2015 · 3 comments
Labels

Comments

@ghost
Copy link

ghost commented Jan 7, 2015

I finally got packetbeat moved to a production server for testing and got a new error in the logs. Has anyone ran into this issue? I get it every couple minutes in pairs.

I am using the latest PB rpm to install on redhat 6.2
Only monitoring pgsql and http at the moment

Jan 7 09:55:04 fwdclpwebcms03c /usr/bin/packetbeat[19810]: log_unix.go:116: ParseHttp
exception. Recovering, but please report this: runtime error: slice bounds out of range.

Jan 7 09:55:04 fwdclpwebcms03c /usr/bin/packetbeat[19810]: log_unix.go:117: Stacktrace: /home/vagrant/rpmbuild/BUILD/packetbeat/log_unix.go:117 (0x40baf8)#012/usr/local/go/src/pkg/runtime/panic.c:248 (0x44cf8d)#012/usr/local/go/src/pkg/runtime/panic.c:552 (0x44da3d)#012/usr/local/go/src/pkg/runtime/panic.c:472 (0x44d767)#012/home/vagrant/rpmbuild/BUILD/packetbeat/http.go:503 (0x408137)#012/home/vagrant/rpmbuild/BUILD/packetbeat/tcp.go:96 (0x42aaf6)#012/home/vagrant/rpmbuild/BUILD/packetbeat/tcp.go:209 (0x42b599)#012/home/vagrant/rpmbuild/BUILD/packetbeat/tcp.go:362 (0x42cdd5)#012/home/vagrant/rpmbuild/BUILD/packetbeat/main.go:356 (0x40e8c4)#012/usr/local/go/src/pkg/runtime/proc.c:247 (0x44efea)#012/usr/local/go/src/pkg/runtime/proc.c:1445 (0x4517b0)

@tsg
Copy link
Contributor

tsg commented Jan 7, 2015

Looks like a bug where stream.message.end falls out of the stream.data slice. But that's quite strange because it was falling within it just a few lines before (line 497). Do you, by any chance, run with a custom GOMAXPROCS env variable?

@tsg tsg added the bug label Jan 7, 2015
@ghost
Copy link
Author

ghost commented Jan 7, 2015

No, we do not.

@tsg
Copy link
Contributor

tsg commented Jan 7, 2015

How often does it happen? Would it be possible to create a trace like this and then send it to me (tudor@packetbeat.com):

 packetbeat -e -c /etc/packetbeat/packetbeat.conf -dump slice_error.pcap

Leave it running until you see the first panic error (should be printed on screen).

@tsg tsg closed this as completed in b46d7db Jan 19, 2015
ruflin added a commit that referenced this issue Dec 2, 2015
s/filbeat/filebeat in a couple of places
ruflin added a commit to ruflin/beats that referenced this issue Dec 2, 2015
Added hipchat notifications to .travis.yml
tsg pushed a commit to tsg/beats that referenced this issue Jan 20, 2016
The exception was happening when the final CRLF sequence was separated
into two different packets. Added a new state to correctly handle this
case. Closes elastic#84.
tsg pushed a commit to tsg/beats that referenced this issue Jan 20, 2016
Added hipchat notifications to .travis.yml
paylm pushed a commit to paylm/beats that referenced this issue Mar 2, 2023
Co-authored-by: apmmachine <infra-root-apmmachine@elastic.co>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant