I used Elasticsearch-1.1.0 to index tweets.
The indexing process is okay.
Then I upgraded the version. Now I use Elasticsearch-1.3.2, and I get this message randomly:
Exception happened: Error raised when there was an exception while talking to ES.
ConnectionError(HTTPConnectionPool(host='127.0.0.1', port=8001): Read timed out. (read timeout=10)) caused by: ReadTimeoutError(HTTPConnectionPool(host='127.0.0.1', port=8001): Read timed out. (read timeout=10)).
Snapshot of the randomness:
Happened --33s-- Happened --27s-- Happened --22s-- Happened --10s-- Happened --39s-- Happened --25s-- Happened --36s-- Happened --38s-- Happened --19s-- Happened --09s-- Happened --33s-- Happened --16s-- Happened
--XXs-- = after XX seconds
Can someone point out on how to fix the Read timed out
problem?
Thank you very much.
asked Sep 18, 2014 at 9:04
Hendra BunyaminHendra Bunyamin
7291 gold badge7 silver badges11 bronze badges
Its hard to give a direct answer since the error your seeing might be associated with the client you are using. However a solution might be one of the following:
1.Increase the default timeout Globally when you create the ES client by passing the timeout parameter. Example in Python
es = Elasticsearch(timeout=30)
2.Set the timeout per request made by the client. Taken from Elasticsearch Python docs below.
# only wait for 1 second, regardless of the client's default
es.cluster.health(wait_for_status='yellow', request_timeout=1)
The above will give the cluster some extra time to respond
answered Dec 2, 2014 at 15:36
3
Try this:
es = Elasticsearch(timeout=30, max_retries=10, retry_on_timeout=True)
It might won’t fully avoid ReadTimeoutError
, but it minimalize them.
answered Feb 9, 2016 at 21:04
Aminah NurainiAminah Nuraini
17.8k8 gold badges88 silver badges106 bronze badges
1
Read timeouts can also happen when query size is large. For example, in my case of a pretty large ES index size (> 3M documents), doing a search for a query with 30 words took around 2 seconds, while doing a search for a query with 400 words took over 18 seconds. So for a sufficiently large query even timeout=30
won’t save you. An easy solution is to crop the query to the size that can be answered below the timeout.
answered Jan 10, 2019 at 15:26
vlyubinvlyubin
5866 silver badges18 bronze badges
For what it’s worth, I found that this seems to be related to a broken index state.
It’s very difficult to reliably recreate this issue, but I’ve seen it several times; operations run as normal except certain ones which periodically seem to hang ES (specifically refreshing an index it seems).
Deleting an index (curl -XDELETE http://localhost:9200/foo
) and reindexing from scratch fixed this for me.
I recommend periodically clearing and reindexing if you see this behaviour.
answered Sep 16, 2016 at 4:25
DougDoug
32.3k35 gold badges160 silver badges221 bronze badges
2
Increasing various timeout options may immediately resolve issues, but does not address the root cause.
Provided the ElasticSearch service is available and the indexes are healthy, try increasing the the Java minimum and maximum heap sizes: see https://www.elastic.co/guide/en/elasticsearch/reference/current/jvm-options.html .
TL;DR Edit /etc/elasticsearch/jvm.options -Xms1g
and -Xmx1g
answered Dec 21, 2018 at 20:31
I have the latest Android Studio IDE installed on my Windows 10 laptop, and it was working fine until my windows operating system made a huge automatic update.
Now, when start my Android Studio IDE, I get the following error and it doesn’t build.
Gradle sync failed: Read timed out Consult IDE log for more details
(Help | Show Log) (3m 34s 195ms)
I need help on this.
asked May 30, 2018 at 13:16
I encounter this error «Read Time Out», and I simply choose menu item: File -> Invalidate Caches / Restart… to fixed it.
[UPDATE]
I just encounter this error for second time, this time Invalidate Caches / Restart… not able to fix it, but then I try close the android Studio, killall -9 java
to ensure all java process has been terminated, then relaunch Android Studio, no more error.
[UPDATE 2]
I just encounter this error and I fixed it by replug the phone cable and rerun.
answered Jul 19, 2018 at 8:21
林果皞林果皞
7,4693 gold badges53 silver badges70 bronze badges
2
I got around this issue by turning on Offline Mode in the Gradle tool window.
answered Sep 12, 2018 at 18:06
jhonkamanjhonkaman
5351 gold badge7 silver badges14 bronze badges
2
I have just synced the Project with Gradle files and it worked
answered Sep 26, 2018 at 20:08
quantquant
4939 silver badges21 bronze badges
2
For Chinese users who often use a proxy to download dependency jars, the cause is often proxy settings.
We should check multiple places if the proxy is correctly configured.
- Android Studio Settings — Appearance & Behavior — System Settings — HTTP Proxy
- ${project_root}/gradle.properties
- ~/.gradle/gradle.properties
In my case, I somehow once configured an HTTP proxy in ~/.gradle/gradle.properties
, which was forgotten later. Then when I dealt with a SOCKS5 proxy in IDE Settings and project-level gradle.properties
, things always run into trouble. Finally, deleting invalid proxy settings in ~/.gradle/gradle.properties
save my day.
answered Oct 26, 2018 at 17:37
WeekendWeekend
1,5311 gold badge20 silver badges27 bronze badges
1
Editing global gradle.properties
with the following line was the fix for me:
org.gradle.jvmargs=-Dorg.gradle.internal.http.connectionTimeout=120000 -Dorg.gradle.internal.http.socketTimeout=120000
answered Aug 25, 2019 at 12:44
Arpit AggarwalArpit Aggarwal
27.3k15 gold badges90 silver badges108 bronze badges
2
I fixed the error by inserting following lines in gradle.properties
:
systemProp.org.gradle.internal.http.connectionTimeout=180000
systemProp.org.gradle.internal.http.socketTimeout=180000
This sets the Gradle’s connection timeout from the default 30s to 180s (3m).
In my case the read timeout occurred because my computer is behind a HTTP proxy, and it failed to timely connect to http://jcenter.bintray.com.
For more info about the Gradle options, you can refer to https://github.com/gradle/gradle/issues/3370
answered Jan 11, 2021 at 22:35
GiannisGiannis
1811 silver badge2 bronze badges
Simple Answer:
- Check the Internet Connection — it should not fluctuate while building the project
- File—>>Sync Project with Gradle File
- Build>> Clean Project Or Rebuild Project.
Wai Ha Lee
8,55380 gold badges57 silver badges92 bronze badges
answered Dec 10, 2019 at 11:35
I just removed
include ‘:app’
from setting.gradle
and then sync project
it will fails again
then write it back an re-sync and then error gone and will start downloading.
answered Apr 3, 2019 at 1:17
e.hadide.hadid
9899 silver badges20 bronze badges
Here’s what worked for me (on Windows):
From C:Users{$user}.gradle
Delete these 3 folders:
- caches
- daemon
- wrapper
Then restart Android Studio and Gradle should start downloading automatically
answered May 26, 2021 at 19:53
Cedric IpkissCedric Ipkiss
5,5652 gold badges41 silver badges71 bronze badges
2
None of the answer worked for me.
I solved it by
- Delete project>.gradle directory
- File>Sync Project with Gradle Files
answered Jul 28, 2020 at 11:56
Khemraj SharmaKhemraj Sharma
56.6k26 gold badges201 silver badges210 bronze badges
In my case it was due to Jitpack.io server down, causing my project unable to build. So I just enabled the Offline Mode for gradle to continue developing my project while Jitpack.io is resolving their server issue.
answered Jul 9, 2021 at 10:07
user3162662user3162662
7331 gold badge7 silver badges20 bronze badges
You will see more info when you click «build» on top of the «read time out» message in build output. In my case, it was a facebook dependency issue so I just had to upgrade it to a newer version.
answered Oct 30, 2022 at 18:46
In my case, it was a firewall issue. After adding Android Studio to its whitelist everything is working fine.
answered May 30, 2018 at 13:30
2
A simple Clean Project
+ Rebuild Project
worked for me
answered Jun 19, 2019 at 15:47
MathieuMathieu
1,4333 gold badges15 silver badges32 bronze badges
I resumed working on my project after a long time and I was using an Old version of navigation dependency.
after updating version to versions.navigation = "2.3.0"
from versions.navigation = "2.3.0-aplha01"
my issue was resolved.
so in short make sure you are using latest version of gradle and all libraries (compatible with your gradle version).
answered Aug 16, 2020 at 8:29
DevelopineDevelopine
12.2k8 gold badges38 silver badges42 bronze badges
Above fixes didn’t work for me on MacOS Big Sur 11.5.1 after updating to the new version of Arctic Fox 2020.3.1 Patch 3.
My issue with this was resolved by doing the following:
- Close your Android project
- Navigate to the root folder of you project
- Remove the ‘.gradle’ and ‘.idea’ folders
- Start your Android project, which will start the build process. Let this finish
- Now the build should succeed. If not, also do an ‘Invalidate caches/restart’
answered Oct 13, 2021 at 8:24
NygashiNygashi
1351 silver badge9 bronze badges
In my case, this error was showing up while I am trying to create a new project,
and the default Kotlin Gradle plugin API
version was the culprit,
While building/Gradle sync I noticed that the sync process is always getting stuck at the downloading kotlin.gradle.plugin.api:1.5.21
,
So I searched for 1.5.21
in the build.gradle
and updated it to the latest version, and it worked.
answered Mar 27, 2022 at 10:30
Just Simple Step and you Got Solution.
Android Studio -> FILE -> Invalid Caches / Restart -> Invalidate and Restart
Done Keep Code ☻♥
answered Oct 13, 2022 at 7:03
In my case, Android Studio Arctic Fox | 2020.3.1 Patch 4 (Windows)
I have try 3 step/solution;
- Delete 2 root folder .gradle & .idea but still give ‘Read timeout‘
- Invalid Caches/Restart also resulted ‘Read timeout‘
- Close Android Studio, repeat solution 1, monitor ‘Build Output‘ log, then choose ‘Disable gradle offline…» , wait and let Android Studio do its thing, then on the log Build showed «BUILD SUCCESSFUL in 28s». Then, I try to run the app just to check and my apps still work as usual.
*Remark: This case happened might be because of my Android Studio IDE Version outdated. As for now, latest version is Android Studio Dolphin | 2021.3.1 Patch 1 .
answered Oct 31, 2022 at 3:03
This error got due to the internet connection during gradles files connection interrupts.
I tried the following techniques but unfortunately, didn’t get any solution.
- File->Invalidate Cache.
- File->Sync Project with .gradle files
- Delete Project .gradle and .idea files.
I got the solution to update gradle-wrapper.properties 6.8 to 7.1 after successfully sync revert back from 7.1 to 6.8
#distributionUrl=https://services.gradle.org/distributions/gradle-7.1-bin.zip
distributionUrl=https://services.gradle.org/distributions/gradle-6.8-bin.zip
answered Oct 31, 2022 at 7:02
In my case it was work VPN issue. Turned it off and it start working.
answered Apr 17 at 14:06
BuzzyBuzzy
1,74318 silver badges14 bronze badges
Use the following code in gradle.properties :
systemProp.http.proxyHost=www.somehost.org
systemProp.http.proxyPort=8080
systemProp.http.proxyUser=userid
systemProp.http.proxyPassword=password
systemProp.http.nonProxyHosts=*.nonproxyrepos.com|localhost
org.gradle.daemon=false
answered Aug 27, 2020 at 7:29
2
here it is.
2020.06.08 15:22:34.715031 [ 2379 ] {d381b90d-4688-4c0d-8280-0fabd1817b4e} <Error> executeQuery: Code: 24, e.displayText() = DB::Exception: Cannot write to ostream at offset 2097152: While executing TabSeparatedRowOutputFormat (version 20.3.8.53) (from 10.2.146.189
:60125) (in query: SELECT *^M FROM odbc('DSN=QExport;Uid=clickhouse;Pwd=clickhouse;BatchSize=10000;Timeout=0;','dbo', 'v_TodayOrders_ODBC') FORMAT TabSeparatedWithNamesAndTypes;), Stack trace (when copying this message, always include the lines below):
0. Poco::Exception::Exception(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, int) @ 0xbb8c1cc in /usr/bin/clickhouse
1. DB::Exception::Exception(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, int) @ 0x4ff4bb9 in /usr/bin/clickhouse
2. ? @ 0x4d62a34 in /usr/bin/clickhouse
3. DB::WriteBufferFromHTTPServerResponse::nextImpl() @ 0x9a6980b in /usr/bin/clickhouse
4. DB::CompressedWriteBuffer::nextImpl() @ 0x89257df in /usr/bin/clickhouse
5. DB::DataTypeNullable::serializeTextEscaped(DB::IColumn const&, unsigned long, DB::WriteBuffer&, DB::FormatSettings const&) const @ 0x89ebcdd in /usr/bin/clickhouse
6. DB::IRowOutputFormat::write(std::__1::vector<COW<DB::IColumn>::immutable_ptr<DB::IColumn>, std::__1::allocator<COW<DB::IColumn>::immutable_ptr<DB::IColumn> > > const&, unsigned long) @ 0x976f921 in /usr/bin/clickhouse
7. DB::IRowOutputFormat::consume(DB::Chunk) @ 0x976f7ca in /usr/bin/clickhouse
8. DB::IOutputFormat::work() @ 0x9102db5 in /usr/bin/clickhouse
9. ? @ 0x90eebef in /usr/bin/clickhouse
10. DB::PipelineExecutor::executeSingleThread(unsigned long, unsigned long) @ 0x90f2c81 in /usr/bin/clickhouse
11. DB::PipelineExecutor::executeImpl(unsigned long) @ 0x90f4c28 in /usr/bin/clickhouse
12. DB::PipelineExecutor::execute(unsigned long) @ 0x90f4d91 in /usr/bin/clickhouse
13. DB::executeQuery(DB::ReadBuffer&, DB::WriteBuffer&, bool, DB::Context&, std::__1::function<void (std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::al
locator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&)>) @ 0x8c948b5 in /usr/bin/clickhouse
14. DB::HTTPHandler::processQuery(Poco::Net::HTTPServerRequest&, HTMLForm&, Poco::Net::HTTPServerResponse&, DB::HTTPHandler::Output&) @ 0x505b60c in /usr/bin/clickhouse
15. DB::HTTPHandler::handleRequest(Poco::Net::HTTPServerRequest&, Poco::Net::HTTPServerResponse&) @ 0x505e823 in /usr/bin/clickhouse
16. Poco::Net::HTTPServerConnection::run() @ 0x9c6b43b in /usr/bin/clickhouse
17. Poco::Net::TCPServerConnection::start() @ 0x9c68017 in /usr/bin/clickhouse
18. Poco::Net::TCPServerDispatcher::run() @ 0x9c6840d in /usr/bin/clickhouse
19. Poco::PooledThread::run() @ 0xbbfaf4f in /usr/bin/clickhouse
20. Poco::ThreadImpl::runnableEntry(void*) @ 0xbbf81b8 in /usr/bin/clickhouse
21. ? @ 0xbbf98e9 in /usr/bin/clickhouse
22. start_thread @ 0x7e65 in /usr/lib64/libpthread-2.17.so
23. clone @ 0xfe88d in /usr/lib64/libc-2.17.so
Как я понял дело в том, что время сессии истекло, как его увеличить? Или что лучше сделать?
-
Вопрос заданболее трёх лет назад
-
7797 просмотров
Пригласить эксперта
Попробуй свой код взять в try и в ошибке поставить ожидание на 3 секунды.
try:
#Код
except requests.exceptions.ReadTimeout:
print("n Переподключение к серверам ВК n")
time.sleep(3)
Мне помогло
-
Показать ещё
Загружается…
26 мая 2023, в 01:06
500 руб./за проект
26 мая 2023, в 00:08
2500 руб./за проект
25 мая 2023, в 22:01
2000 руб./за проект
Минуточку внимания
5
14 комментариев
- популярные
- новые
-
+1Вопросы:
Режим отладки включен? (если включен — выключить)
Используется ли вариант доставки в точки выдачи заказов, настроенных на маркете? (если да, то стоит включить кеширование — memcached или хотя бы файловое)
Настроены ли плагины расчета стоимости доставки, использующие внешние сервисы? (часть плагинов «не сознается» что они используют обращения к внешним ресурсам, а это драгоценное время. Такие плагины лучше не использовать. Решение по облегчению ситуации с ними стоит искать совместно с разработчиками плагинов в сторону оптимизаций расчетов и кеширования)
Маркет лимитирует время на ответ крайне жестко: всего 5.5 секунды
-
+1Добрый день!
Также сталкиваемся с аналогичной проблемой — постоянные ошибки по API http://prntscr.com/czycq3
Магазин у нас в облаке, поэтому мы особо на скорость повлиять не можем. Плагины используются ваши встроенные — курьерская доставка, например.
Какие пути решения посоветуете.
-
+1Если из плагинов доставки у вас установлены только те, которые не обращаются к внешним сервисам для получения стоимости доставки значит, для решения проблемы вам необходимо обратиться в службу поддержки Webasyst.
-
-
+1Аналогичная проблема. Плагин расчета СДЭК скорее всего из за него. Как решить проблему?
-
+1Единственное решение сейчас — не использовать этот плагин (если память не подводит, их сервера не отличаются скоростью ответа на запрос расчета стоимости доставки). Общего решения пока нет (прогнозы по срокам сложно дать), только на уровне отдельных плагинов силами их разработчиков (кеширование/оптимизация).
-
+1я не разработчик таких плагинов, но стало даже интересно …
Тот же СДЭК, например, как кешировать? Мало того, что городов дофига, так он же еще от веса/габаритов, вроде, считает?
-
+1Можно попробовать создать ключ для кеширования на основе параметров, от которых зависит стоимость (вес/габариты можно «квантовать», если поддержка сервиса согласится разгласить величину квантования). Это на повторных запросах даст выигрыш по времени. Можно заранее считать «типовые» заказы (ассортимент известен, в заказ попадает, чаще всего, поштучно, можно попробовать «сгенерировать» кеш для плагинов доставки после сохранения настроек кампании хотя бы для домашнего региона).
-
-
-
-
+1Владислав, я конечно благодарен вам за ответ Вячеславу, как и сам Вячеслав, но на мой вопрос я ответа не получил.
Попробую ещё раз — у нас магазин в облаке, тариф Про. Регулярно вылетают ошибки API Маркета, который подключен через Ваш плагин. Также из Ваших плагинов подключен Courier — т.к. конечный пользователь Маркета должен чётко понимать сколько стоит доставка и Маркет штрафует магазин за несоответствие информации на сайте информации в Маркете.
Таким образом, мы имеем ваше облачное решение + ваши плагины. И регулярные проблемы с API Маркета.
Подскажите, пожалуйста, каким образом решить данные проблемы? Может быть нужно провести какие-то дополнительные настройки силами ваших специалистов за отдельные деньги? Может быть, проблема решится переходом на более дорогой тариф?
Хочется понимать, какие ресурсы и средства необходимы, чтобы решить данную проблему.
-
+1Теперь периодически возникают ошибки HTTP — https://yadi.sk/i/VnvWFXTsxpLNC
Хочется всё же услышать позицию разработчиков, т.к. ошибки Маркет показывает постоянно и ежедневно.
-
+1логи с 500-ой ошибки (скопируйте запрос и ответ сервера и отправьте в запросе в поддержку их) — стоит просмотреть, поскольку ошибка странная.
Про таймаут: из плагинов используется только курьер? включены ли точки самовывоза?
-
+1Ну вот
логи ответа-запроса для случаев 500-ой ошибки не дали, на вопрос об используемых плагинах и точках продаж не ответили (для точек продаж в крайнем обновлении добавилось кеширование, должно уменьшить время ответа).
-
+1Владислав, спасибо за ваши ответы.
про 500 ошибку разобрались — это из-за обновления серверного оборудования.
С техподдержкой ведём беседу, они заботливо предлагают:
1. Не пользоваться плагинами, которые автоматически считают стоимость — из них мы используем ваши же «Курьерская доставка» и «Самовывоз». Считаю, что это неправильно по множеству причин и свою позицию описал техподдержке
2. Попросить Яндекс увеличить timeout для Маркета — осознавая тщетность этой просьбы, я всё же направил в Яндекс письмо и получил единственно логичный ответ: «Указанные таймауты являются глобальными в рамках Маркета и не могут быть изменены в индивидуальном порядке.»
Вот, кстати, новый список ошибок: https://yadi.sk/i/pa9zZjlcxwvVT
-
-
-
+2Добрый день.
Наблюдаем такую же проблему.
Постоянно вылетает Яндекс.
Из плагинов доставки установлены СДЭК и Боксберри.Сегодня прислали вот такое письмо:
Мы заметили, что у вас систематически возникают ошибки в обмене данных через API.Чтобы найти проблему, посмотрите лог запросов к вашему серверу.
Если при повторной проверке мы обнаружим такие же ошибки, нам придётся приостановить работу магазина до тех пор, пока вы не устраните причины их появления.Есть какое-нибудь решение?
I/O error on POST request for "https://SITE.ru/beruru_api/": Read timed out; nested exception is java.net.SocketTimeoutException: Read timed out
Эта тема в архиве. Добавление комментариев к ней отключено.