This morning I relied to messages in two topics, but my reply never was visible visible in the forum. I didn't get an error like dadoonet is reporting.
I hit this again this morning. Its a nasty problem! I don't like losing half my posts. As much as the forum has been a success these failures are demoralizing and make me wish I had google groups again.
Maybe do a backoff/retry thing? Add tons of logging? All the normal stuff I guess.
It just occurred for me and no, resending the email does not work.
This is the thread I'm trying to reply to and this is what I got 3d ago and now as well:
We're sorry, but your email message to ["discuss+1f2a66ede4c23843e7b27f6b218ee8fb@elastic.co"]
(titled Re: [Hadoop and Elasticsearch] Finding errors while inserting data into hbase throudh hive) didn't
work.
Basically it looks like the key provided in the email is not valid. Hopefully checking the records and potentially the email logs for this thread/user sheds some light.
And again, got an invalid reply to another thread:
We're sorry, but your email message to ["discuss+ea2de3fbd163a266c975d1d2828884e4@elastic.co"]
(titled Re: [Hadoop and Elasticsearch] Is there a guide from creating uber jar with spark core and
elasticsearch-spark?) didn't work.
It looks at this point, at least for me, replying by email simply does not work...
Update: I sent two emails; the first one got the reply above, the next one made it as it can be seen in the thread here. This looks like a classical race condition when allocating keys...
Today I spent a fair amount of time debugging this, first I added an option to very aggressively log any email failure
Once that was done I deployed and turned it on here, I have been trying to reply to this very topic by email and kept on getting that message.
When I looked at the log I saw nothing ...
So ... the process running this site were not even getting the messages, where were they going ??
Well, elastic is an enterprise customer, they have a staging instance with all data and settings, the staging instance has been polling email ... and it has reasonably old data.
I went ahead and disabled polling there, however... this leaves me wondering, do we even want to keep running this staging instance @nik9000 / @dadoonet are you using it for anything?
Wow - well, at least you found the problem, regardless of whether we inflicted in on ourselves or not. Thanks for putting in the debugging effort, @Sam_Saffron.
We've used the staging instance here and there for things like testing style changes, piloting the Google Groups import, and so on, but we don't use it too often. If you anticipate more problems coming from the instance, then we should probably bring it down (if we can get another up relatively quickly if we need to test stuff.) If things look stable/safe to leave up, then I'd suggest leaving it up, as I'd hate to bring up a second staging instance for some reason in the future and have this problem duplicating if/when we forgot to change this setting again.
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.