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

Invalid line protocol format crashes influxdb 0.9.6.1 #5407

Closed
acobaugh opened this issue Jan 20, 2016 · 9 comments
Closed

Invalid line protocol format crashes influxdb 0.9.6.1 #5407

acobaugh opened this issue Jan 20, 2016 · 9 comments

Comments

@acobaugh
Copy link

This write is coming from graphios (which needs to be fixed to escape backslashes). This shouldn't crash influxd, though.

[http] 2016/01/20 14:52:15 172.24.28.254 - graphios [20/Jan/2016:14:52:15 -0500] POST /write?p=%5BREDACTED%5D&u=graphios HTTP/1.1 204 0 - Python-urllib/2.6 4e5de0a5-bfaf-11e5-b736-000000000000 3.140773ms
[cluster] 2016/01/20 14:52:16 close remote connection from 172.24.28.206:34321
panic: failed to parse point: `Disk,check=C:\,host=lp-admin-t01.lionpath.psu.edu,nagios_location=Shields value=52.45 1453319535802451556`: unable to parse 'Disk,check=C:\,host=lp-admin-t01.lionpath.psu.edu,nagios_location=Shields value=52.45 1453319535802451556': invalid tag format
@acobaugh
Copy link
Author

Reading the documentation, I shouldn't have to escape the backslash. The problem is likely because the backslash is the last character in the tag value, immediately proceeded by a comma.

@jwilder
Copy link
Contributor

jwilder commented Jan 20, 2016

#5382 looks like it should prevent the panic, but it's still not parseable. Looks like \ needs to be escapable as well because it's escaping the , and causing the tag format to become invalid.

@e-dard
Copy link
Contributor

e-dard commented Jan 20, 2016

As @jwilder mentions, this won't panic as of master, but it's not currently possible to have a tag value ending in a literal slash if there are tags after it (#5231).

Unfortunately the only workaround at the moment is to add another character to the tag value (which could be an escaped space, say), e.g., like this: Disk,check=C:\\ ,host=..... Of course this means querying on that tag value would involve having to specify the space too, so it's not really a good alternative I'm afraid.

@acobaugh
Copy link
Author

Hmm, agreed. How easy would it be possible to either allow backslash to be escaped? Or would it be preferable to handle the backslash-as-last-character case?

Should I file a new issue or just re-purpose this one?

@jwilder
Copy link
Contributor

jwilder commented Jan 21, 2016

@e-dard @phalenor I think the line protocol would need to handle \\ to make this work. You would need to write in Disk,check=C:\\,host=lp-admin-t01.lionpath.psu.edu,nagios_location=Shields value=52.45 1453319535802451556

@e-dard
Copy link
Contributor

e-dard commented Jan 21, 2016

Yep, makes sense. I would be happy to look at this, if you like.

On 21 Jan 2016, at 00:18, Jason Wilder notifications@github.com wrote:

@e-dard @phalenor I think the line protocol would need to handle \ to make this work. You would need to write in Disk,check=C:,host=lp-admin-t01.lionpath.psu.edu,nagios_location=Shields value=52.45 1453319535802451556


Reply to this email directly or view it on GitHub.

@jwilder
Copy link
Contributor

jwilder commented Jan 21, 2016

@e-dard If you have time to look at it that would great. Thanks!

@stale
Copy link

stale bot commented Jul 23, 2019

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the wontfix label Jul 23, 2019
@stale
Copy link

stale bot commented Jul 30, 2019

This issue has been automatically closed because it has not had recent activity. Please reopen if this issue is still important to you. Thank you for your contributions.

@stale stale bot closed this as completed Jul 30, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants