"UTF-8">, stat_interval=>1, discover_interval=>15, sincedb_write_interval=>15, delimiter=>"\n">
Error: No such file or directory - /home/zed/logstash-2.1.0/sincedb_path/AIS_Ships_PD-3874.since.14300.17459.522421 {:level=>:error}
```
Which explains that the load process has restarted from the beginning of the file, and that is why the record count continues to climb.
So out of curiosity, I wait to see if it will halt at the end of the second load. But ES issues the same fatal error message, and then restarts the data load for the third time. So I killed the logstash process.
The problem, which is clear from the error message, is that the sincedb\_path value specified a path which did not exist.
The consequence is that this sets up an infinite loop. Not good.
My thought is that ES should check path and permissions to verify that the sincedb file can be created _BEFORE_ starting the load.
Is there any reason why the file plugin ES (or Logstash) does not do this?
-- Chris curzon
---
### Author:  [@warkolm](https://discuss.elastic.co/u/warkolm)
#### Post date: [January 12, 2016, 2:57am UTC](https://discuss.elastic.co/t/infinite-loop-in-es-possible-bug-please-comment/38917/2 "2016-01-12T02:57:59Z")
That's an LS error, not an ES one though?
---
### Author:  [@Christopher\_Curzon](https://discuss.elastic.co/u/Christopher_Curzon)
#### Post date: [January 12, 2016, 8:33pm UTC](https://discuss.elastic.co/t/infinite-loop-in-es-possible-bug-please-comment/38917/3 "2016-01-12T20:33:12Z")
Yes. I would agree with you. It's a logstash error.
So, do you think this would be an error in the file plug-in? Or is it a feature based on some kind of optimization question.
An honest question. My experience suggests that, when one starts working with a system as complex and configurable as LS or ES, one has to decide how much trust to place in the system defaults. And what that usually means is that system defaults are not necessarily bugs, but instead are optimizations for a different use case. (So is there a use case for LS _not_ to check the validity of the sincedb\_path value?)
It's sort of like in a relational database the decision of whether or not to have an index. If you want all or most of the records in a table, then you don't want to use the index, but if you're fetching one a just a few records, then you do. And in Oracle or any other relational database, the optimizer usually make a decent decision on whether to use, or not.
But in LS or ES, there is no optimizer. (Is there?) So in the back of my mind is the possibility that I will--fairly easily--find some dark corner where something untoward happens.
Your thoughts?
---
### Author:  [@warkolm](https://discuss.elastic.co/u/warkolm)
#### Post date: [January 12, 2016, 9:38pm UTC](https://discuss.elastic.co/t/infinite-loop-in-es-possible-bug-please-comment/38917/4 "2016-01-12T21:38:15Z")
> [@Christopher\_Curzon](#):
>
> Error: No such file or directory - /home/zed/logstash-2.1.0/sincedb\_path/AIS\_Ships\_PD-3874.since.14300.17459.522421
Why does this happen? Does the file get created at all? Does the directory exist? Does the LS user have the permissions to write to this directory?
---
### Author:  [@Christopher\_Curzon](https://discuss.elastic.co/u/Christopher_Curzon)
#### Post date: [January 12, 2016, 10:12pm UTC](https://discuss.elastic.co/t/infinite-loop-in-es-possible-bug-please-comment/38917/5 "2016-01-12T22:12:00Z")
The failure was because the directory didn't exist.
The file system had "sample\_data" in the path.
But the config file had "sample\_date" specifie as the path to use.
So the directory required by the config file did not exist.
I'm just wondering why LS did not check this fact before starting the processing.
---
### Author:  [@Christopher\_Curzon](https://discuss.elastic.co/u/Christopher_Curzon)
#### Post date: [January 12, 2016, 10:18pm UTC](https://discuss.elastic.co/t/infinite-loop-in-es-possible-bug-please-comment/38917/6 "2016-01-12T22:18:20Z")
I just did a test. In the config file I specified
input {
file {
path =\> "/home/zed/logstash-2.1.0/source\_data/gdelt/20151124.export.CSV"
sincedb\_path =\> "/homex/zed/logstash-2.1.0/load\_conf/gdelt.since"
type =\> "gdelt"
start\_position =\> "beginning"
}
}
notice I gave /homex/zed.... as the sincedb\_path value. This path doesn't exist.
But configtest, says this configuration is OK
$ bin/logstash -f load\_conf/gdelt01.conf --configtest
Configuration OK
So I have to be very careful in this regard.
---
### Author:  [@warkolm](https://discuss.elastic.co/u/warkolm)
#### Post date: [January 12, 2016, 10:27pm UTC](https://discuss.elastic.co/t/infinite-loop-in-es-possible-bug-please-comment/38917/7 "2016-01-12T22:27:00Z")
Feel free to raise an issue on the file input repo on this, it does seem this should be checked.
---
### Author:  [@Christopher\_Curzon](https://discuss.elastic.co/u/Christopher_Curzon)
#### Post date: [January 13, 2016, 5:51pm UTC](https://discuss.elastic.co/t/infinite-loop-in-es-possible-bug-please-comment/38917/8 "2016-01-13T17:51:09Z")
I will do as you suggest.
As a newbie, can you tell me how? Or are there instructions for me to follow?
Thanks.
---
### Author:  [@warkolm](https://discuss.elastic.co/u/warkolm)
#### Post date: [January 13, 2016, 9:14pm UTC](https://discuss.elastic.co/t/infinite-loop-in-es-possible-bug-please-comment/38917/9 "2016-01-13T21:14:46Z")
Sure, just create a new issue here - [https://github.com/logstash-plugins/logstash-input-file/issues](https://github.com/logstash-plugins/logstash-input-file/issues)
---
### Author:  [@system](https://discuss.elastic.co/u/system)
#### Post date: [July 5, 2017, 11:24pm UTC](https://discuss.elastic.co/t/infinite-loop-in-es-possible-bug-please-comment/38917/10 "2017-07-05T23:24:49Z")