使用していない Docker オブジェクトの削除（prune） — Docker-docs-ja 24.0 ドキュメント
Docker は使用していないオブジェクト、たとえばイメージ、コンテナ、ボリューム、ネットワークに対するクリーンアップには、慎重なアプローチをとっています。すなわち、各オブジェクトは Docker に対して明示的に削除を命令しない限り、削除されることはありません。その結果、Docker は巨大なディスク容量を使う事になりました。オブジェクトのタイプごとに、 Docker は prune （削除）コマンドを提供しています。さらに、 docker system prune を使えば、複数のオブジェクト・タイプを一度にクリーンアップできます。このトピックは各 prune コマンドをどのようにして使うか紹介します。
zsh: no matches found: - Qiita
事象 : curlコマンドでGETのパラメータを指定したら怒られた 環境 macOS Big Sur バージョン11.0.1 curl 7.64.1 (x86_64-apple-darwin20.0) libcurl/7.64.1 (SecureTransport) LibreSSL/2.8.3 zlib/1.2.11 nghttp2/1.41.0 えっ？bash使っている時はそんなこと言わないのに・・・zshではだめなのか？ % curl https://xx.backlog.jp/api/v2/users/myself?apiKey=ponNoApiKey zsh: no matches found: https://xx.backlog.jp/api/v2/users?apiKey=ponNoApiKey 原因 : グロッビングでの特殊文字に「?」が該当したため？ setopt EX
curlで個人的によく使うコマンド(オプション)のまとめ【HTTPリクエスト】
curlで個人的によく使うコマンド(オプション)のまとめ【HTTPリクエスト】 curlはHTTPリクエストを試すのによく使うコマンドです。ここでは個人的によく使うcurlコマンドやオプション一覧、忘れがちなcurlの便利な使い方などをまとめています。 このページでは、curlコマンドでHTTPリクエストする時の、HTTPリクエストヘッダー、HTTPレスポンスヘッダー、その他個人的によく使うcurlオプション(option)について説明しています。curlはウェブ関連のHTTPリクエストを試したい時によく使う手軽で便利なコマンドなので、よければ参考にしてください。 ■このOS環境のcurlで試しています。 macOS Big Sur(バージョン11.6.6) $ curl -V curl 7.64.1 (x86_64-apple-darwin20.0) libcurl/7.64.1 (Se
シェルスクリプトで安全簡単な二重起動防止・排他/共有ロックの徹底解説 - Qiita
はじめに シェルスクリプトで二重起動防止やロックをする方法を検索すると、いろいろな方法や書き方が見つかりますが、どれを使えばよいのか、本当に正しく動くのか、不安になりますよね？ ディレクトリ (mkdir) やシンボリックリンク (ln) を使った独自実装の例も見かけますが、エラー発生時や予期せぬ電源断、CTRL+C で止めたときなどでも問題は発生しないのでしょうか？ まず、ディレクトリやシンボリックリンクを使った独自実装はしない。これを肝に銘じてください。シェルスクリプトでのロック管理はとても難しく、一般的な排他制御の知識に加えて、シェルスクリプト特有の問題、シグナルやトラップ、サブシェルや子プロセスの問題、さらには特定のシェル固有の仕様やバグなどさまざまな問題に対処する必要があり大変です。独自実装の例では古いロックファイルが残ってしまい、それをいつどのタイミングで片付ければ安全なのか？
CloudFormation のトラブルシューティング - AWS CloudFormation
AWS CloudFormation を使用すると、CloudFormation スタックを作成、更新、または削除する際に問題が発生する場合があります。以降のセクションは、発生する可能性のある一般的な問題のトラブルシューティングに役立ちます。 CloudFormation に関する一般的な質問については、「AWS CloudFormation のよくある質問」を参照してください。また、AWS CloudFormation フォーラムで回答を検索したり、質問を投稿したりすることもできます。 トラブルシューティングガイド AWS CloudFormation でのスタックの作成、更新、または削除に失敗した場合、問題に関する詳細情報の入手に役立つエラーメッセージやログを確認できます。ここでは、CloudFormation の問題をトラブルシューティングするための一般的な方法について説明します。特
CloudFormationテンプレートに秘密情報を渡す方法 - ZOZO TECH BLOG
こんにちは！ ZOZOテクノロジーズ開発部の塩崎です。 この記事ではCloudFormationにDBのマスタパスワードなどの秘密情報を渡す3つの方法を説明いたします。 前提 我々のチームではAWSインフラリソースのプロビジョニングにCloudFormationを使用しています。 CloudFormationのテンプレートファイルはGitHubでバージョン管理されており、スタックに対するチェンジセットの作成をCircleCIから行っています。 このあたりの詳細は以下の記事に書かれているため、詳細はそちらをごらんください。 techblog.zozo.com 課題 このような方法でCloudFormationテンプレートを管理していましたが、それに伴う課題が生まれました。 DBのマスタパスワードなどの情報をどのようにして渡すかということです。 テンプレート内で使用するためのパラメーターは以下
【AWS】更新後のDockerコンテナを手動でデプロイする手順｜ECRとECSの操作方法
イメージを更新しECRにプッシュ ローカルのプロジェクトを更新したら、イメージを作成してECRにプッシュする。 docker-compose build ↓ AWS ECRにログイン aws ecr get-login-password --region ap-northeast-1 | docker login --username AWS --password-stdin 111111111111.dkr.ecr.ap-northeast-1.amazonaws.com ↓ doker tag <対象のイメージ名:タグ名> <変更後のイメージ名:タグ名> ※イメージ名はECRのレジストリIDとエンドポイント ↓ docker push <対象のイメージ名:タグ名> ECRレポジトリを確認 イメージが正しくプッシュされているか確認する。 ECSのタスク定義の更新 既存のタスク定義を選択し
Amazon ECSへのDockerイメージのデプロイ方法（Latest運用簡易版） - honeplusのメモ帳
最近Dockerアプリの開発環境をAWSのAmazon ECSに構築する必要があって、環境構築の方法とかは普通に見つかったけど、デプロイの方法とかが分かりにくかったので、手順をここに纏めとく。 なお、タイトルに「Latest運用簡易版」とある通り、いわゆるタグを latest とかで毎回上書きする簡易的な手順。 latest でのデプロイは、本番では推奨されていないので注意。 （タグを変えてのデプロイは、CodeDeploy とかを使うと出来るらしい？） 1. Amazon ECRのリポジトリ作成AWS上のDockerコンテナレジストリであるAmazon ECRに、使用するDockerイメージ用のリポジトリを登録する。 （Docker Hubとかでも流れは同じだと思うが、今回は以下ECRで説明。） これは基本的に名前を入れるだけなので、あまり迷うことは無いと思う。 Latest運用というこ
curlでヘッダを見る方法いろいろ - Qiita
--verbose --verboseオプションをつけるとリクエストヘッダ、レスポンスヘッダ、httpsならTLS handshakeの様子等が出力されるようになります。なので、--verboseをつけるとヘッダが見れます。 また、この"verboseな"情報は標準エラー出力に出力されるので、ヘッダだけ見たい、と言う時は標準出力は/dev/nullに捨てちゃうといい感じに見やすくなります。 $ curl --verbose http://increments.co.jp/ 1> /dev/null * About to connect() to increments.co.jp port 80 (#0) * Trying 75.101.145.87... % Total % Received % Xferd Average Speed Time Time Time Current Dloa
Docker Desktop から podman に変えた - HsbtDiary(2021-09-01)
■ Docker Desktop から podman に変えた 朝起きたら Docker Desktop が 4.0 になって、物々しい感じの表示が出たので調べてみたら、営利利用は課金してねということになったっぽい。 https://www.docker.com/blog/updating-product-subscriptions/ 最近は個人の開発でしか使ってないし OSS 利用とは言えるけど、会社関連で一切使わないということもないよなあという感じだったので、macOS からえいっとアンインストールしていったん VitrualBox と docker-machine にした。この辺の手順は moznion さんが書いてるのでみてください。 https://moznion.hatenadiary.com/entry/2021/09/01/112601 作ってから https://twit
Linux負荷監視コマンドまとめ - Qiita
※収録パッケージ名はAmazon Linuxの場合 procpsは数年間動きがなかったのでprocps-ngというプロジェクトがフォークした。ディストリビューションによってはprocps-ngが入っているかもしれない。 最低限覚えるべきはvmstat vmstatは多くの環境で標準でインストールされており、表示項目もメモリ・スワップ・IO・CPUと一通りそろっている。 vmstat 2で2秒ごとに表示される。 -tをつけると時刻も表示される。 $ vmstat -t 2 procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------ ---timestamp--- r b swpd free buff cache si so bi bo in cs us sy id wa st 0 1 0
Pythonでデバッグしたい - Qiita
Pythonはエラー発生時にスタックトレースを表示してくれるのはいいのですが何分どこがいけないのかがよくわからない。 そこで、Pythonスクリプトでデバッグを行う方法をメモしておきます。 下記サイト様が非常に簡単にまとめてくださっていたのですが、デバッグ用語に関する細かい説明がなかったため、補足説明を加えさせていただきます。 http://racchai.hatenablog.com/entry/2016/05/30/070000 Pythonでのデバッグは、pdbモジュールを使用します。 使い方は簡単。怪しげな場所の直前に、下の一行を追加するだけ。 この状態でスクリプトを実行すると、当該箇所で対話型デバッガが起動します。 あとはひたすらstepコマンドを打って一行ずつ実行していきます。（これをステップインといいます） また、デバッグ中に変数の中身が見たい場合は、pコマンドを使用します。
Linuxでコマンドラインからマシンスペックを確認する方法 - Qiita
Linux環境でコマンドラインからマシンのハードウェア構成を表示する方法と，その結果例． できるだけ追加パッケージのインストールなしで． Ubuntu 16.04, Ubuntu 17.04，CentOS6，CentOS7等で確認． CPU $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 94 model name : Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz stepping : 3 microcode : 0x74 cpu MHz : 1156.875 cache size : 8192 KB physical id : 0 siblings : 8 core id : 0 cpu cores : 4 apicid : 0 init
Linuxがifconfigやnetstatといった昔からおなじみのネットワークコマンドを置き換える本当の理由 - YAMDAS現更新履歴
Chris's Wiki :: blog/linux/ReplacingNetstatNotBad もはや Linux で ifconfig や netstat といった昔からある（つまり Unix 由来の）ネットワークツールを非推奨にして、ss や ip といったものに置き換えているという話をワタシが知ったのは……記憶を辿ると、どうやら山形浩生経由らしい。 この方針に対し、古手のシステム管理者には、なんで安定して動いているものを置き換えなければならないのかとイライラする向きもあるのだが、それが必要な理由について解説している。 まず一つには、/proc 配下のいろんなファイルを読む ifconfig や netstat は、iproute2 の一部であり netlink ソケットを利用する ss や ip よりもコマンドの実行が非効率というのがある。これが大規模なシステムだと問題になるとい
初心者のための本格的なrubyバッチの書き方(slackボット) - Qiita
概要 みんなー、雑にバッチ書いて遊んでるー！？ (ゝω・)v ところでそういったバッチやスクリプトはみんなの好意によって公開してもらっているけど、その大半は走り書きで実際に業務で書くような書き方ではないよね。当然だけど。 だから今日は簡単なバッチを、少し丁寧に書いてみたい。業務レベルではない趣味エンジニアの参考になれば嬉しい。みんなが知っているもっと良い書き方をコメントで教えてくれるともっと嬉しい！ バッチの内容 今回書くのは本当にとっても簡単なバッチだ。 毎朝ネコの画像を見たくない？ 見たいよね！ そこで猫の画像urlをAPIで取得してslackの特定チャンネルへ投稿する。これだけだ。 猫の画像をAPIで取得するとは何か。そのままの意味で猫の画像を取得するWebAPIがあるんだ。 http://thecatapi.com/ 走り書きとの違い 真面目にバッチを書く、と言っているが複雑なこと
UNIXプログラミング環境 - L'eclat des jours(2017-07-29)
_ UNIXプログラミング環境 アスキーの鈴木さんから頂いたUNIXプログラミング環境をざっと読み返して（だと思うんだけど、もしかすると実は初見かも）いろいろ考える。 1985年のまえがきがついているのだから、30年以上前の本だ。 読み始めて、すぐに、そうそう、昔（といっていいよな）はstty（セッティ）がすごく重要だったよなとか思い出す。間違えてバイナリーファイルをcatしたりviで開いたりすると、端末制御が無茶苦茶になって、改行されなかったり、エコーバックされなくなったり、操作できなくなる。かといって、Alt-F3で切り替えて殺したりとか、Xをクリックしたりして殺したりはできないから（つまり、RS232Cとかで本体と端末がつながっていて、その線にデディケート（日本語でなんと言うんだっけ？）されているから、その端末についているキーボードでどうにかするしかない。でも、Unixのシェルは忠実
プログラマーが「ネットワーク怪しくない？」と思った時に覚えておくと便利なことまとめ - LIVESENSE ENGINEER BLOG
インフラエンジニアの中西です。 最近プログラマーからこのような話を耳にします。 「ネットワークって難しい/よくわからない」 最近ではAWS,GCPをはじめとするクラウドサービスが充実しているのでWeb界隈のエンジニアはなおさら気にするシーンが少なくなったように思います。 今日は最低限これだけ覚えていたら有事の際にちょっとは役に立ちますよという話が出来たらなと思います。 書式統一のため sudo を省略しています。ご容赦下さい。 コマンド編 ping ping です。疎通確認を行う時のコマンドです。 さすがに分かると聞こえてきそうですね。 例えば、192.168.1.1 というサーバに通信を確認したい場合はこうです。 $ ping 192.168.1.1 繋がる場合はこうなります。 $ ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 d
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
hatebu.me