タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
MySQL の SQL thread は lock_wait_timeout を無視するという話 - なゆ発システム研究室
MySQL の話。「Master から slave にレプリケートされた DDL が、slave 側の metadata lock によりブロックされ lock_wait_timeout を超えてエラーになった場合、master と slave でスキーマが合わなくなるのではないか？」と心配になったので調べてみた。 もう少し丁寧に書くと、次のような状況を想定している: Master で何らかの DDL の実行が完了する。 DDL が slave にレプリケートされ、slave の SQL thread が DDL を実行する。 運悪く、DDL が変更するテーブルの metadata lock を握っている別のトランザクションが存在し、DDL がブロックされる (process list に "Waiting for Table metadata lock" と出るやつ)。 DDL が lo
タイムアウトにご用心 / Timeout might break application state
https://kaigionrails.doorkeeper.jp/events/127339 Kaigi on Rails _2021_ new LT 発表資料
2023-10-01T00:00:00.000Z 3a1e28ee-19ba-3ae8-3af1-2a2ae2cf1a2b Task timed out after 300.49 seconds Lambda を実装する上では冪等性が重要で、このようにタイムアウトが発生したとしても次に開始される処理には影響がないようにすることが求められます。が、場合によっては上記のタイムアウト時の仕様が困ったことになる場合があります。当社で Lambda を使った処理を実装している上でも、Lambda 内のある処理がされないうちにタイムアウト時間に到達してしまうことで、運用上想定していない挙動が発生してしまうことがあり、頭を悩ませていました。 Lambda を graceful にシャットダウンさせたい Python にはデコレータ[1]という概念があり、これを使うことで関数の前後に任意の処理を追加するこ
2Dドット絵風の3Dアートスタイルのディストピアアドベンチャー『TimeOut』リリース。お金の代わりに寿命を払う世界で、噓の時間を貸し出す悪人を追え
『TimeOutの世界では、通貨の代わりに自分の寿命を支払うことになっており、たとえばバーでビールを飲めば寿命を5分、キャデラックを買おうとすれば2年分の寿命を支払うことになる。機械の力で自分や他人の寿命を見ることもできる。寿命がゼロになると、もちろん死んでしまう。 主人公ははそんな世界の片隅で探偵業を営む男だ。ゲームがスタートしたとき、自分に残された寿命はわずか5分。寿命と交換できるクレジットもなく途方に暮れていたところに、怪しげな男が良心的なレートで寿命のローンを持ちかけてくる。 しかし、世の中にそんなうまい話はなく、のちにこれが詐欺であったことが分かる。この「寿命詐欺」を行う悪人を追うことがゲームの目的だ。 （画像は『TimeOut』より） 本作は2011年に公開された映画『TIME／タイム』の物語から影響を受けており、ほかにもそういった作品としてアートスタイルでは同じく2.5Dのア
AbortSignal.any(), AbortSignal.timeout(), そして addEvnetListener() の Signal | blog.jxck.io
Intro 最近 AbortSignal.any() が提案され、急速に実装が進んでいる。 すでに定義されている AbortSignal.timeout() や addEventListener() への Signal なども含め、非同期処理の中断を実装する際の API はかなり整備されてきた。 これら API のモチベーションと設計を中心にまとめる。 Abort 後のリソース解放 AbortSignal によって、非同期処理のキャンセルが可能になった。例として、 Server 上での Fetch のタイムアウトの例を考えよう。 app.get("/entries", async (req, res) => { const perRequestController = new AbortController() const perRequestSignal = perRequestCont
こんにちは！Wantedly のエンジニアの縣です。 先日 Rails アプリケーションで ActiveRecord::StatementInvalid: PG::DuplicatePstatement というエラーが確率的に発生するという事象に遭遇し、その原因が Timeout.timeout と関係していてなかなか面白かったので記事に書き起こすことにしました。 （この記事を書くために今改めて調べてみたところ、 https://github.com/rails/rails/pull/41356 で ActiveRecord に関しては問題が解決していることがわかりました。が、記録として投稿しておきます。） TL;DRRuby の Timeout.timeout は非同期例外を発生させる非同期例外発生時に ActiveRecord の Connection の内部状態が壊れたことでエラーが
GitHub Actions の timeout-minutes の linter 及び一括設定ツール
GitHub Actions の timeout-minutes に関する lint rule 及び一括で timeout-minutes を設定するツールを作ったので紹介します。 timeout-minutes とは timeout-minutes は GitHub Actions の job 及び step (workflow は対応していないはず) の設定項目の一つで、 job 及び step のタイムアウトです。 timeout-minutes で設定した時間以内に job 及び step が完了しない場合に強制的に終了し失敗扱いになります。 デフォルトは 360 分です。 ただし、 reusable workflow を使っている job は timeout-minutes をサポートしていません。 なぜ timeout-minutes を設定すべきなのか デフォルトの 6 時間
はじめに ActionsのWorkflow内でバッチ経由でのCloudFormationによるスタック更新を行っていた時、動作時間が50分を超えたステップの存在に気が付きました。 念の為にとCloudFormationを管理コンソールから見てみるとERRORで止まっている状態を発見。Workflow側には反映されなかったようです。 定期的に管理コンソールを見つつ状況に応じてWorkflowを止める必要があるのかと思いきや、timeout-minutesの設定が存在しました。動作枠浪費を防ぐためには必須なこの設定について書いてみました。 timeout-minutesについて Actions側で更新が発生しなかった場合の動作が打ち切られる時間上限で、JobとStepそれぞれで設定可能です。未設定時にWorkflowで実施したコマンド内部でエラーを起こした場合に出力更新をしなければ、Workf
![[GitHub]Actions Workflowへのtimeout指定のススメ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/d1762eaf81b2855f2648b259156f5cb9c7592542/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F07%2Fgithub-eyecatch.png)
Now customize the idle session timeout value and stream session logs to Amazon CloudWatch Logs for Session Manager
Session Manager, a capability of AWS Systems Manager, now offers customers greater control over how long sessions remain idle before being terminated automatically. This feature can help you meet compliance requirements, such as PCI Requirement 8.1.8, which requires that users reauthenticate if a session is idle for more than 15 minutes. Additionally, customers can now stream session logs continuo
useEffect useRef が唯一の解決策 Timeout、TimeIntervalの動作に頭を抱えているあなた。多分、useEffectやuseRef、useCallbackなどの文字を既にみてきたと思います。でも、避けてきませんでしたか？（私は避け続けていました。） もはや、この壁から逃げることはできません。今対面している課題の解決には、useEffect・useRefしかないのです！！！！ 大丈夫。めちゃくちゃ簡単。めちゃくちゃ便利。全部使うわけじゃない！ とりあえず、コードだけ置いておく。知ってる。現場の人はまずは動くものが欲しい。時間ができたらまた戻ってきて理解して。 【サンプルコード】レンダーした時に１度だけ実行して、毎秒カウントし続けるタイマー useEffectで、はじめの一度きりsetIntervalを起動している。(重複しない)setCount( time + 1
こんにちは、スリーシェイクの寺岡です。今回は Kubernetes の代表的な Service Mesh である Istio の timeout やら retry やらについての紹介です。 環境Istio は 1.7.3 で、その中で使われている Envoy は 1.15.1 です。 Kubernetes は EKS で 1.17 です。 Istio と Envoy の関係まずは、Istio と Envoy の関係についてですが、大雑把に言うと Istio は Envoy を Pod のサイドカーとして挿入し、それらの設定を管理するものです。私だけかもしれませんが、最初はそれらの Envoy 同士が特別な接続を持っているのではないかと勝手に想像していました。でも実際にはそれぞれの Envoy はただ Pod の外から中、中から外への通信の間に入って Proxy するだけで Envoy 同士
rack-timeout をデフォルトで使っているとタイムアウトしたリクエストの scope が後続リクエストにも適用され得る
rack-timeout をデフォルトのままで使っている人は、term_on_timeout: true にして、かつ、Puma も使っているのであれば clustered mode で動かしましょう。 rack-timeout を term_on_timeout: false (デフォルト) のまま使っていると、コード上 User.count と書いているにも関わらず、リクエスト前の User.where(name: "foo") が適用され続け、User.where(name: "foo").count に化けてしまう可能性があります。 以下のコードが再現コードです。 require "bundler/inline" gemfile do source "https://rubygems.org" gem "rails", "6.1.3.1" gem "sqlite3" gem "ra
概要 Go言語でRedisを使う際に選択肢に挙がるのがgo-redisです。 今回はgo-redisでTimeoutを設定する際に注意すべきことをまとめました。 手前味噌ですがBlast Radius of Failureを最小にするためにTimeoutを短くすることを１つのテクニックとしても紹介しています。 W杯全64試合無料生中継で「落ちない」を実現。「小さく壊れる」ために行った負荷・障害・セキュリティ対策とは？【ABEMA DEVELOPER CONFERENCE 2023#3】 | レバテックラボ（レバテックLAB） しかし短すぎるとそれはそれで問題が発生することになるので、その理由を説明します。 環境 redis/go-redis v9.0.5 go-redisのTimeoutの種類 go-redisではtimeoutとして以下があります。 種類 説明 デフォルト値 DialTi
Ruby 3.2 で ReDoS 対策/改善のために追加された `Regexp.timeout=` について - Qiita
はじめに この記事は、記事投稿キャンペーン「【RubyKaigi 2023 連動イベント】みんなで Ruby の知見を共有しよう」の記事です RubyKaigi 2023 の Day 2 (2023/05/12) 16:00 - 16:30 Takashi Yoneuchi (tw:@lmt_swallow)さんの 「Eliminating ReDoS with Ruby 3.2 」 でお話があった ReDoS のタイムアウトについて実際に動かして検証してみました。 ReDoS について ReDoS は、Regular expression Denial of Service の略称です 正規表現の評価に時間がかかる文字列を入力しリソースを占有する攻撃です。 ReDoS について詳しくまとめてくださっている @flat-field さんの記事のリンクを張り説明は省略します。 また、 Rub
Amazon API Gateway integration timeout limit increase beyond 29 seconds - AWS
Amazon API Gateway integration timeout limit increase beyond 29 seconds Amazon API Gateway now enables customers to increase their integration timeout beyond the prior limit of 29 seconds. This setting represents the maximum amount of time API Gateway will wait for a response from the integration to complete. You can raise the integration timeout to greater than 29 seconds for Regional REST APIs a
AWS CLI のエラー「Connect timeout on/Could not connect to the endpoint URL: ～」を回避するには | DevelopersIO
困っていた内容 AWS CLI のコマンドを実行した際に以下のエラーが発生しました。 Could not connect to the endpoint URL: "https://<サービス名>.<リージョン名>.amazonaws.com/" Connect timeout on endpoint URL: "https://<サービス名>.<リージョン名>.amazonaws.com/" このエラーを回避する方法を教えてください。 どう対応すればいいの? AWS CLI コマンド実行元の環境にて、以下の要件を満たしているかをご確認ください。 ネットワーク経由で AWS のサービスエンドポイントへアクセスできる設定になっているか。 また、実行コマンドについて以下の観点にて正しいかをご確認ください。 オプション--regionの設定に誤りがないか 再現1: ネットワーク経由で AWS の
目的 Vanilla JavaScriptのfetch()に特定の時間が追加したら、エラーを起こして処理を終わらせる時限機能、そして、fetchが取得に失敗した時に特定の回数のみ再度取得を試みる機能を追加すること。 背景 fetchを使うのか、axiosを使うのか、迷うエンジニアもいると思います。基本的に、axiosを使うべきだと筆者は考えています。なぜなら、Axiosを使えば、Timeoutはすぐに設定できるのと、axios-retryというパッケージを使えばretryの機能も簡単に追加できるからです。 ただし、場合によってはaxiosを入れたくない事情もあるのかもしれません。また、筆者も経験しましたが、axios-retryが思うように動いてくれなかったりします。axiosは簡単に使えるが、何をしているかわからん、ということはよろしくない状況なので、ここでは勉強も兼ねて同じことをfet
Edit (10th Feb 2024):It’s been ages since I wrote this blog, it’s still garnering views and people are reaching out. I will be writing a follow up blog on a product I have built, which enables users to share their live location (just like WhatsApp) for both Android and iOS and as well as stream it to your own personal web servers using a web-hook. If you’re interested in getting an early paid acce
.NET の HttpClient の Timeout は何の時間切れを指しているのか | @jsakamoto
C#、ASP.NET、TypeScript、Angular を中心にプログラミングに関した話題を諸々。 by @jsakamoto
apache + php-fpm な環境での504 Gateway Timeout Errorの対応 - Qiita
はじめに CentOS8でphp-fpmがデフォルトとなりデーモンとして動きます。 先日、構築したサーバでアプリケーションのテストをしていると、504 Gateway Timeout Errorが発生したため、一部設定変更した際の備忘録です。
Best practices for configuring parameters for Amazon RDS for MySQL, part 3: Parameters related to security, operational manageability, and connectivity timeout | Amazon Web Services
AWS Database Blog Best practices for configuring parameters for Amazon RDS for MySQL, part 3: Parameters related to security, operational manageability, and connectivity timeout This blog post was last reviewed or updated January, 2023. In the previous blog post of this series, I discuss MySQL parameters used to optimize replication in Amazon Relational Database Service (Amazon RDS) for MySQL and
GitHub Actions の timeout-minutes を明示的に指定しなかったことで minute quota 溶かしをやらかしたので作りました。 背景 パブリックなリポジトリで GitHub Actions を使っていると出くわすことはないかと思われますが、プライベートなリポジトリで GitHub Actions を書いていると timeout-minutes を指定し損ねたジョブが延々と走り続けて minute quota (Team plan だと 3,000 分/月) を浪費してしまう 😭 みたいなとても悲しいできごとが発生することがまれにあります。 それというのも、timeout-minutes を指定しなかった場合のデフォルトのタイムアウトが 360 分 (すなわち 6 時間) という長大な値となっているがために、下手こいて終わらないジョブを 9 回走らせてしまう
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Lambda が timeout する際に graceful に落としたい日々だった
![DeNA ネットワーク運用監視ツールの紹介 [DeNA インフラ SRE] | BLOG - DeNA Engineering](https://cdn-ak-scissors.b.st-hatena.com/image/square/1b9acf5c47daa7b9d974947691fc12da8b40f44f/height=288;version=1;width=512/https%3A%2F%2Fengineering.dena.com%2Fblog%2F2024%2F10%2Fdena-network-monitoring%2Fcover.png)
Timeout.timeout を安全に使うのは難しい | Wantedly Engineer Blog
[GitHub]Actions Workflowへのtimeout指定のススメ | DevelopersIO
macOS 10.15 Catalinaでは「watchdog timeout」によりMacがカーネルパニックに陥る不具合があるもよう。
React hookにおけるTimeoutとTimeInterval【止まらない・重複する・増えない】
Istio の timeout, retry, circuit breaking, etc
go-redisのtimeoutで気をつけること - Carpe Diem
JavaScriptのFetch APIにtimeoutとretryの機能を追加する方法 - Qiita
React Native — Background Location Tracking without Timeout and with App killed
timeout-minutes の指定忘れを指摘する GitHub Actions を書いた
myav.com
seiji.vp.bex.jp
yoshitake-ten.exhibit.jp
luna-dr.com
support.eonet.jp
www.engineering.columbia.edu