案件への参画、会社への就職、その際に必ずと言っていい程発生するものが”面接、面談”です。 この”面接、面談”の場で回答に困ったことなどはございませんでしょうか？ 独特の緊張感もあり、中々うまく答えられない、少し苦手と感じていらっしゃる方もいらっしゃるのではないでしょうか。 本日は、面談の場で担当者がどのようなポイントを見ているのか、共通して気を付けるべきことはどのようなことなのかをお伝えさせていただき、苦手だと感じていらっしゃる方々にとって少しでも参考にしていただければと思います！ そもそも”面談”と”面接”の違いとは？ 皆様はこの2つが実は異なるものであるとご存知でしょうか？ 定義として、”面接”とは選考方法の1つで受け答えの内容やコミュニケーション、スキルをみて欲しい人材かどうかを判断する場です。 ”面談”とは応募者と企業側との間で情報を共有し、相互理解を深める場です。 何か違いがある
■nginxで稀にエラーが発生して500系のエラーがでる 以下のようなエラーメッセージが吐き出されていました。APIサーバで発生していたので、結構たくさんのアクセス(1秒間に1500～2000アクセス）あったときに本当に稀に出ていました。 upstream timed out (110: Connection timed out) while reading response header from upstream どうにも、バックエンドのphp-fpmに接続して、戻りを待っているときにタイムアウトが発生してnginx側から接続を切っているようでした。一旦タイムアウトの時間を伸ばして対応することにしました。 ■暫定対応 以下の設定をnginxの設定のところに追加しています。60秒がデフォルトでタイムアウトが発生していたようですね。一旦、暫定対応で時間を伸ばします。 fastcgi_rea
みなさん、障害対応してますか？ 今回はインフラをある程度経験していれば、なんとなく当たりがつくような、サイトにアクセス出来ない時のパターンをいくつか紹介します。 パターンを知っているだけで調査のあたりの付け方が早くなるので、いつかきっと役に立つ日がくるでしょう。 インフラ: AWS Webアプリケーション: Rails Webサーバ: Nginx アプリケーションサーバ: Unicorn or Puma 調査のキモ まず最初に調査のキモについて。 ここだけ押さえておけば大体なんとかなる、きっと。 ログを見ること エラーログはシステムのダイイングメッセージ。 ログに全ての答えがあります。 まずはWebサーバ、アプリケーション、各ミドルウェアのログを良く見ましょう。 どこまでは正常に動作して、どこでエラーが発生したのかの原因を切り分けやすくなります。 HTTPステータスを見ること chrome
現象 とあるページだけ 404 になる. 大丈夫な時もある 原因 nginx をリバースプロキシとして使い, 後ろに starman でアプリ (UI) のプロセスが立っている構成. ある 1 ページは処理が重く, nginx 側の proxy_read_timeout に引っかかって nginx 側で切られていた. その重い処理のページは過去しばらくの期間のレポートを取得するようなもので, 時間がかかることは承知のもの proxy_read_timeout は他のアプリと共通設定のため, かなり辛めの数値になっていた 対応 proxy_read_timeout を伸ばす puppet に今回のアプリ用の設定をたてて, デフォルトの設定を使わないように ポイント 特定のページだけ 404 だったので, アプリのルーティングまわりがおかしいのかと推定, コントローラーあたりのコミットログを見
おはこんばんにちは！ ユニファのサービスインフラ担当のすずきです！ 私の出身は京都なんですが、最近新宿で関西人の集まる酒場なるところを発見し潜入してみました！ するとそこには、関西人もしらないB級グルメとか大阪の地ビールとか、サン◯リアのサングリアとか色んな商品があったので、 気になる方はぜひ探してみてくださいｗ どこかの回しもんみたいなことはこれくらいにして本題へ いつもAWSとかのことばっかりやってるので今回はsudoの設定ファイル sudoers を取り上げてみようと思います。 sudoについて 人によってはとりあえず sudo つけて実行すれば管理者権限で実行できるんでしょ？みたいに思われるかもしれませんが、それは sudoers にてそのユーザは sudo 利用時にこのユーザの権限で、このコマンドは実行しても良いですよと許可をもらっているだけなんです。 Amazon Linux
# rootユーザはどこでも、誰としてでも何でもできる root ALL=(ALL:ALL) ALL # wheelグループのユーザはどこでも、誰としてでもパスワード無しで何でもできる %wheel ALL=(ALL:ALL) NOPASSWD: ALL # bobはaliceとして閲覧コマンドを実行できる bob ALL=(alice) /bin/ls, /bin/cat 以下、基本構文の簡単な解説。 誰が 上の %wheel のように % を付けるとグループ指定。 他にも指定の仕方がいくつかあるが、ほとんどの人は使う機会がないだろうと思う。 どこで ここはホスト名を入れることができるのだが、基本はローカル上で解釈されるので、 ALL でも問題ない。 LDAPとか使っていると話は違ってくるが、この記事ではLDAPの話はしない。 (誰として) 例で (ALL:ALL) と書いたが、左側がユ
先程の話となりますが、やってしまいました。 かなりテンパってしまってますが、なるべく冷静になって質問させていただきます。 AmazonEC2の設定ミスでrootになれなくなってしまいました。 具体的には以下のことをやってしまいました。 /etc/sudoers.d/cloud-init を以下に編集 ec2-user ALL=(ALL) ALL これでec2-userユーザはパスワード入力をしない限りrootになれない状態となってしまいましたが、 ec2-userユーザのパスワードを設定しないまま（初期の鍵認証のみで未設定のまま）、サーバの 再起動をしてしまいました。 今はsudo suもsuもできない状態です。 ec2-userユーザではログインできるため、passwdコマンドでパスワードを設定しようと思ったの ですが、以下のエラーになってしまっております。 Changing passw
EC2でデフォルトユーザを消したり、visudoを使わずに編集ミスした場合、sudoが使えなくなります。つまり、インスタンスのシャットダウンすら出来なくなります。 または、authorized_keysを間違えて消した場合などは、SSHの代替手段がないのでログインすらできなくなります。 そんな時でも、ルートデバイスがEBSなら、ディスクを他のインスタンスに付け替えられるので簡単に復旧できます。以下の例はubuntuですが、他のディストリビューションでも同じことが出来ます。 手順 問題が起きたインスタンスをAWSコンソールから停止 ログインできないので、コンソールから止めるしか無いです。 EBSのデタッチ アタッチしているインスタンスが停止すると、デタッチできるようになります。 新規インスタンスの作成 一時的な救出用のインスタンスを作ります。 EBSアタッチして、マウントする 先程作った救出
Welcome to an API Blueprint Tutorial! This tutorial will take you through the basics of the API Blueprint language. We’re going to build an API blueprint step by step for a service called Polls – a simple API allowing consumers to view polls and vote in them. You can take a look at the full version of the blueprint used in this tutorial for reference. Note: Additional API Blueprint Resources Langu
ホーム / ハック / Windows_Server-2012でLet's Encryptによる証明書を取得する
Amazon EBSボリュームのサイズ変更後にファイルシステムを拡張する - Amazon EBS
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon EBSボリュームのサイズ変更後にファイルシステムを拡張する EBS ボリュームのサイズを増やしたら、パーティションとファイルシステムを新しい大きなサイズに拡張する必要があります。ボリュームが optimizing 状態に入るとすぐにこれを実行できます。 [開始する前に] 変更をロールバックする必要がある場合に備えて、ボリュームのスナップショットを作成します。詳細については、「Amazon EBSスナップショットを作成する」を参照してください。 ボリュームの変更が成功し、optimizing または completed 状態になっていることを確認します。詳細については、「Amazon EBSボリューム変更の進行状況をモニタリングする」を参照してください。
Amazon EBS ボリュームの変更をリクエスト - アマゾン EBS
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon EBS ボリュームの変更をリクエスト Amazon EBS の伸縮自在なボリュームでは、そのサイズを増やしたり、パフォーマンスを増減したり、ボリュームタイプを変更したりなどが、ボリュームをデタッチすることなく動的に行えます。 ボリュームを変更する場合は、次のプロセスで行います。 (オプション) 重要なデータを含むボリュームを変更する前に、変更をロールバックする必要がある場合に備えて、ボリュームのスナップショットを作成するのがベストプラクティスです。詳細については、Amazon EBS スナップショットの作成を参照してください。 ボリュームの変更をリクエストします。 ボリューム変更の進行状況をモニタリングします。詳細については、Amazon EBS ボリ
2-1) バッチ/シェルを直接起動する * 外部コマンドを実行する / ProcessBuilder * Java1.5から 外部コマンドを実行できる ProcessBuilder を使用して、 バッチ/シェルを実行する http://blogs.yahoo.co.jp/dk521123/34842155.html サンプル TomcatStartter.java * Tomcat の開始 public class TomcatStartter { public static void main(String[] args) { try { String command = "C:/tomcat/tomcat8/bin/startup.bat"; ProcessBuilder processBuilder = new ProcessBuilder(command); Process pro
CentOS7系と6系のコマンドの違いについて 備忘録として、よく使いそうなコマンドをまとめてみました。逐次更新予定です。 もしかしたら、間違いがあるかもしれないのですm(_ _)m サービス系コマンド CentOS7系ではサービス起動デーモンとして、SysVinit/Upstartに代わって、 systemdが導入されたことによって、サービス系コマンドが大幅に変更されました サービスの状態確認 ################################################################################# # 状態の表示（サービス単位） ################################################################################# # CentOS7系 $ /usr/bi
AWS EC2 で Amazon Linux を使用する場合に最初にやること
facebook 初稿：2017年5月27日 修正：2018年9月16日 Amazon Linux 2 から、cloud-initが無くなった事による修正。 オフィス狛 技術部です。 AWSでEC2インスタンスを立ち上げる度に、設定すべき事を忘れてしまうので、 備忘録の為にブログに残しておこうと思います。 「aws ec2 やる事」でググると、もっと細くやる事を記載している方も居るので、 しっかりやりたい方は、それらを参考にして下さい。 ここに記載するのは、本当に最低限の設定です。 何はともあれ yum update まずは yum update です。 $ sudo yum update -y タイムゾーンの変更 Amazon Linux はデフォルトのタイムスタンプが UTC になっているので、日本時間に変更します。 $ date 2017年 5月 20日 土曜日 02:33:43 U
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
