時間が経つにつれて、ログイン試行が徐々に遅くなる本番サーバーの1つに問題があります。約5日後、速度が遅すぎるため、いくつかの重要なプロセス/クローン項目が正しく開始されませんでした。
サーバー情報:
ハードウェア:Dell R720 24GB RAM 2x Intel Xeon E502620 v2プロセッサ(ハイパースレッディングを含む合計24コア)8x 300GB 10K SASドライブ
オペレーティングシステム:Red Hat Enterprise Linux 6.5
SSH経由でログインに問題があり、「赤いherrings」を調べる長い旅を始めました。結局のところ、私は次のことにも長い時間がかかることに気づきました。
[someuser#hostname] su -
Password:
上記の「su -」コマンドを実行するときにボックス自体で認証を試みるので、どのような種類のSSHも含めてはいけません。そうですか?
この問題は3週間連続して同じボックスで発生し、ローカルでログインするだけで速度が遅いという事実に初めて気づきました(テストを追加することもできます)。
コンソールからログインすると、次のようになります。
hostname login: user
Password: # I enter the password and hit [enter]
長い時間が流れて、それから...
[user@hostname ~] $
SSH経由でログインすると、次のようになります(詳細情報とlocalhostログイン)。
[user@hostname ~]$ ssh -v root@localhost
OpenSSH_5.3p1, OpenSSL 1.0.0-fips 29 Mar 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /usr/local/user/.ssh/identity type -1
debug1: identity file /usr/local/user/.ssh/identity-cert type -1
debug1: identity file /usr/local/user/.ssh/id_rsa type -1
debug1: identity file /usr/local/user/.ssh/id_rsa-cert type -1
debug1: identity file /usr/local/user/.ssh/id_dsa type -1
debug1: identity file /usr/local/user/.ssh/id_dsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3
debug1: match: OpenSSH_5.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
The authenticity of host 'localhost (127.0.0.1)' can't be established.
RSA key fingerprint is 1d:50:5e:a3:e4:63:d6:1d:d8:2c:85:07:95:81:c8:b6.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'localhost' (RSA) to the list of known hosts.
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: gssapi-keyex
debug1: No valid Key exchange context
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure. Minor code may provide more information
Credentials cache file '/tmp/krb5cc_501' not found
debug1: Unspecified GSS failure. Minor code may provide more information
Credentials cache file '/tmp/krb5cc_501' not found
debug1: Unspecified GSS failure. Minor code may provide more information
debug1: Unspecified GSS failure. Minor code may provide more information
Credentials cache file '/tmp/krb5cc_501' not found
debug1: Next authentication method: publickey
debug1: Trying private key: /usr/local/user/.ssh/identity
debug1: Trying private key: /usr/local/user/.ssh/id_rsa
debug1: Trying private key: /usr/local/user/.ssh/id_dsa
debug1: Next authentication method: password
root@localhost's password:
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Requesting [email protected]
debug1: Entering interactive session.
この時、しばらく停滞すると、いよいよログインに成功しました。
どんなアドバイスも本当にありがとうございます。これは私を迷惑させる。
以下はdmesg出力にも表示されます。さまざまなプロセス名(「cifsd」だけでなく)に対して繰り返されます。
cifsd: page allocation failure. order:5, mode:0x20
Pid: 12913, comm: cifsd Not tainted 2.6.32-431.el6.x86_64 #1
Call Trace:
[<ffffffff8112f9e7>] ? __alloc_pages_nodemask+0x757/0x8d0
[<ffffffff8116e482>] ? kmem_getpages+0x62/0x170
[<ffffffff8116f09a>] ? fallback_alloc+0x1ba/0x270
[<ffffffff8116eaef>] ? cache_grow+0x2cf/0x320
[<ffffffff8116ee19>] ? ____cache_alloc_node+0x99/0x160
[<ffffffff8116ffe0>] ? kmem_cache_alloc_node_trace+0x90/0x200
[<ffffffff811701fd>] ? __kmalloc_node+0x4d/0x60
[<ffffffff8144feca>] ? __alloc_skb+0x7a/0x180
[<ffffffff81450fe0>] ? skb_copy+0x40/0xb0
[<ffffffffa014f57c>] ? tg3_start_xmit+0xa8c/0xd80 [tg3]
[<ffffffff81460354>] ? dev_hard_start_xmit+0x224/0x480
[<ffffffff8147bd0a>] ? sch_direct_xmit+0x15a/0x1c0
[<ffffffff81460858>] ? dev_queue_xmit+0x228/0x320
[<ffffffff8149a0d8>] ? ip_finish_output+0x148/0x310
[<ffffffff8149a358>] ? ip_output+0xb8/0xc0
[<ffffffff8105a924>] ? find_busiest_group+0x244/0x9f0
[<ffffffff81499655>] ? ip_local_out+0x25/0x30
[<ffffffff81499b30>] ? ip_queue_xmit+0x190/0x420
[<ffffffff8112ff2f>] ? free_hot_page+0x2f/0x60
[<ffffffff814aee3e>] ? tcp_transmit_skb+0x40e/0x7b0
[<ffffffff814b1380>] ? tcp_write_xmit+0x230/0xa90
[<ffffffff814b1f00>] ? __tcp_push_pending_frames+0x30/0xe0
[<ffffffff814a9663>] ? tcp_data_snd_check+0x33/0x100
[<ffffffff814ad261>] ? tcp_rcv_established+0x381/0x7f0
[<ffffffff8152873a>] ? schedule_timeout+0x19a/0x2e0
[<ffffffff814b5643>] ? tcp_v4_do_rcv+0x2e3/0x490
[<ffffffff814a130a>] ? tcp_prequeue_process+0x7a/0xa0
[<ffffffff814a4a2c>] ? tcp_recvmsg+0xacc/0xe80
[<ffffffff814c58ca>] ? inet_recvmsg+0x5a/0x90
[<ffffffff8105a625>] ? select_idle_sibling+0x95/0x150
[<ffffffff81449ab3>] ? sock_recvmsg+0x133/0x160
[<ffffffff8109b2a0>] ? autoremove_wake_function+0x0/0x40
[<ffffffff81059216>] ? enqueue_task+0x66/0x80
[<ffffffff8105571d>] ? check_preempt_curr+0x6d/0x90
[<ffffffff81065c5e>] ? try_to_wake_up+0x24e/0x3e0
[<ffffffff81065e02>] ? default_wake_function+0x12/0x20
[<ffffffff8109b2b6>] ? autoremove_wake_function+0x16/0x40
[<ffffffff81449b24>] ? kernel_recvmsg+0x44/0x60
[<ffffffffa01fd7c9>] ? cifs_readv_from_socket+0x1a9/0x260 [cifs]
[<ffffffffa020b11d>] ? cifs_add_credits+0x5d/0x70 [cifs]
[<ffffffffa01fd8a7>] ? cifs_read_from_socket+0x27/0x30 [cifs]
[<ffffffffa01fda03>] ? cifs_demultiplex_thread+0x153/0xe10 [cifs]
[<ffffffff81065e02>] ? default_wake_function+0x12/0x20
[<ffffffffa01fd8b0>] ? cifs_demultiplex_thread+0x0/0xe10 [cifs]
[<ffffffff8109aef6>] ? kthread+0x96/0xa0
[<ffffffff8100c20a>] ? child_rip+0xa/0x20
[<ffffffff8109ae60>] ? kthread+0x0/0xa0
[<ffffffff8100c200>] ? child_rip+0x0/0x20
答え1
問題を発見しました。 (この投稿ありがとうございます。https://stackoverflow.com/questions/8413975/10-second-delay-Between-login-and-shell-prompt)
問題は/etc/profile.d/zzzz-vamilocale.shファイルにあります。このファイルは、仮想マシンのプロパティから何かを読み取ろうとすると停止します。このファイルを削除すると問題が解決する可能性があります。
この問題のデバッグ方法: 1. 問題ユーザーとしてログインします。 2. "bash --login --verbose"を呼び出します。 3. 実行を停止する行を探します。 4. /etc/profile.d/のファイルでこの行を見つけます。
答え2
遅い認証を調査する一般的な方法で、および/etc/pam.conf
(/etc/pam.d/su
など/etc/pam.d/sshd
)を確認して、ログインサービスが実行する認証の種類を確認します。システムログを確認して、記録された内容があることを確認します(認証時のログエントリを探します)。
あなたの場合、カーネルログに問題が表示されます。 「ページ割り当て失敗」メッセージは、システムの仮想メモリが不足していることを示します。一部のプログラムを終了するか、スワップ領域を増やしてください。
答え3
あなたが得るときログイン後に速度が遅くなる、技術的に何が起こるかを確認する必要があります。ログイン間そして最初の殻早く。
ㅏカスタマイズシェルはたくさんのことができます創造的なもの大丈夫悲惨に失敗した
実際にインタラクティブモードに入る前にログインしたり、
DISPLAYが定義されていない場合など、特定の特殊条件で。
この場合、私たちはブロックするアイテムを探していますタイムアウト、またはする遅い物事 -
例えば漫画スタイルの自動インストール
すべての現在および過去の従業員のすべてのホームディレクトリ。
あなた自身を除いて、間違いなく。
それはすでにインストールされています。
悪く聞こえますか?
いいえ。ほとんどの人にとっては見つけやすくて楽しいです。
ログイン後にシェルが表示されるまでの時間は、メンテナンス操作のために遅くなる可能性があります。ただし、保守タスクは時々実行されます。もちろん、毎週月曜日8時以降に初めてログインしたときと同じように同時に実行されるわけではありません。スピードが遅いからです。そうですか?
予想外のことがたくさん起こるでしょう
注目すべき点は、ログイン後にシェルが表示される前に多くのことが発生する可能性があることです。
Ubuntuで遅いログインのために私が見つけた問題の1つは、今日のメッセージであるmotdを生成することです。
ログイン時に最初のシェルプロンプトの前に表示されるテキスト。
空白でも簡単な挨拶でもかまいません。
見てls -l /etc/update-motd.d
$ ls -l /etc/update-motd.d
total 28
-rwxr-xr-x 1 root root 1220 Jul 3 2012 00-header
-rwxr-xr-x 1 root root 1358 Jul 3 2012 10-help-text
-rwxr-xr-x 1 root root 149 Mar 19 2012 90-updates-available
-rwxr-xr-x 1 root root 147 Aug 8 2012 91-release-upgrade
-rwxr-xr-x 1 root root 142 Mar 19 2012 98-fsck-at-reboot
-rwxr-xr-x 1 root root 144 Mar 19 2012 98-reboot-required
-rwxr-xr-x 1 root root 1158 Jul 3 2012 99-footer
特に90-updates-available
、この例では時々非常に遅いようです。そのため、そこで見つけた内容を確認してに移動することもできます/etc/update-motd.d.disabled
。
答え4
SElinuxが強制モードになっていることを確認してください。
もし 状態現在のモードを表示します。強制モード 「オフ」で強度を0に設定」