タグ付けされた質問 「linux」

Linuxは、Linuxカーネルに基づくUNIXのようなオープンソースオペレーティングシステムの総称です。

4
Openvpn、非常にゆっくりとパケットを転送する
サーバーを再起動したところ、奇妙な問題が発生しました。私はArchLinuxで実行しています。クライアントはUbuntu、Android、Macです。 問題は、クライアントを介したインターネットへのアクセスが遅く、約2ko / sで、ゆっくりと停止することです。 しかし、サーバーからクライアントに直接何かをダウンロードすることは、フルスピードで行われます。そして、明らかに、サーバーからのインターネットは彼の全速力(40mo / s)です。 再起動から何が起こったかはわかりませんが、この問題はすべてのクライアントで発生しており、openvpnがインターネットに転送するトラフィックにのみ関連しています。 編集:tcpで試して、解決しませんでした。編集:さまざまなフラグメント/ mtu設定をテストしました。変更はありません。 ここにすべての私のconfsがあります: ╭─<root@Alduin>-</etc/openvpn>-<1:45:07>-◇ ╰─➤ cat Alduin.conf ccd/Thunderaan local 212.83.129.104 port 1194 proto udp dev tun ca keys/ca.crt cert keys/Alduin.crt key keys/Alduin.key dh keys/dh1024.pem server 10.8.0.0 255.255.255.0 ifconfig-pool-persist ipp.txt push "dhcp-option DNS 10.8.0.1" client-to-client keepalive 5 60 ping-timer-rem comp-lzo persist-key persist-tun status …


6
php5-fpmが起動しなかった理由を知るにはどうすればよいですか?
サーバーに到達しようとすると504ゲートウェイタイムアウトが発生します。小さなチェックでphp5-fpmログにログが見つかりませんでしたが、念のため、再起動を試みました。それを再起動しようとしているとき: sudo service php5-fpm restart 私は得る[fail] が、私がするとき sudo service php5-fpm stop sudo service php5-fpm start エラーは出ません。 ログがない場合、どうすれば調査できますか?私に何ができる?
10 linux  php  php-fpm 

3
Linuxのcronジョブはそれぞれ順番に実行されますか、それとも並行して実行されますか?
2つのcronジョブを作成するとします。 cronジョブA、毎日午前8:00に実行 cronジョブB、毎日午前8時5分に実行 ただし、Cron Job Aの実行には12時間かかります(理由は質問しないでください。これは例です)。 cronジョブBは8:05 AMに実行されますか、それともcronジョブは一度に1つだけ実行されますか? 以前に実行されていたCronジョブがシステムの再起動/再起動によって中断された場合、その後の起動後に再開/再実行されますか?
10 linux  cron 

1
タイプに影響するすべてのselinuxルール/デフォルトファイルコンテキスト/その他を照会するにはどうすればよいですか
実行中のシステムの現在のルールで、selinuxタイプに関連するすべてを知る必要があります。 allow、allowaudit、dontauditルール。 タイプを使用したコンテキストでラベル付けされたファイル。 遷移。 ...その他の情報。 その情報を照会するために使用できるコマンドはありますか、またはすべてのselinux関連の「src」パッケージをダウンロードし、使用されていないモジュールを除外して、その情報のすべてのファイルをgrepする必要がありますか?それを行う簡単な方法がなければなりません。

3
メモリーが制限されたLXCコンテナー内のアプリケーションがディスクに大きなファイルを書き込むと、なぜOOMによって強制終了されるのですか?
EDIT2:この問題は3.8.0-25-generic#37-Ubuntu SMPにも存在するようです 編集:「なぜddを使用してファイルに書き込むことによってLinuxのメモリ不足マネージャーがトリガーされるのですか?」という元のタイトルからの質問を変更しました。以下で説明する一般的な問題について心配していることをよりよく反映するために: メモリ制限(300MBに設定)を超えるサイズのファイルを書き込むと、LXCコンテナーでOOMキラーがプロセスを強制終了するという厄介なシナリオに遭遇しています。実際には512 MBのRAMしかないXen仮想マシン(EC2 t1.micro)でアプリケーションを実行しても問題は発生しないため、コンテナーのメモリ制限に関するファイルバッファリングに問題があるようです。 簡単な例として、ddによって書き込まれた大きなファイルがどのように問題を引き起こすかを示します。繰り返しますが、この問題はすべてのアプリケーションを悩ませています。アプリケーションのキャッシュが大きくなりすぎるという一般的な問題を解決しようとしています。「dd」を機能させる方法を理解しています。 シナリオ: LXCコンテナーで、memory.limit_in_bytesが300 MBに設定されています。 私は次のように500 MB以下のファイルをddしようとします。 dd if=/dev/zero of=test2 bs=100k count=5010 ほぼ20%の時間、Linux OOMマネージャーはこのコマンドによってトリガーされ、プロセスが強制終了されます。言うまでもなく、これは非常に意図しない動作です。ddは、コンテナ内で実行されるプログラムによる実際の「有用な」ファイル書き込みをシミュレートすることを目的としています。 詳細:ファイルキャッシュが大きくなる(260 MB)一方で、rssとファイルマップはかなり低いままのようです。以下は、書き込み中にmemory.statがどのように見えるかの例です。 cache 278667264 rss 20971520 mapped_file 24576 pgpgin 138147 pgpgout 64993 swap 0 pgfault 55054 pgmajfault 2 inactive_anon 10637312 active_anon 10342400 inactive_file 278339584 active_file 319488 unevictable 0 hierarchical_memory_limit 300003328 hierarchical_memsw_limit …
10 linux  ubuntu  lxc  oom  cgroup 

2
パラレルを使用して入力なしでスクリプトを実行する
GNUパラレルでスクリプトの多くのインスタンスを実行しようとしていますが、スクリプトは引数を取りません。 「parallel foo.sh」を実行すると、次のようになります。 parallel: Warning: Input is read from the terminal. Only experts do this on purpose. Press CTRL-D to exit.
10 linux  gnu 

2
変数「general_log_file」を「/var/lib/msyql/ubuntu.log」の値に設定することはできません
mysqlのgeneral_log_file変数の値を別の値に変更しましたが、今、それを元の値に戻そうとしています/var/lib/mysql/ubuntu.log。しかし、私がするとき: SET GLOBAL general_log_file = '/var/lib/msyql/ubuntu.log'; 私はこのエラーを受け取ります: エラー1231(42000):変数「general_log_file」を「/var/lib/msyql/ubuntu.log」の値に設定できません どうしたの?
10 linux  ubuntu  mysql  mysql5.5 

2
Linuxネットワークポートの枯渇
カーネルソースをすぐに掘り下げることなく、できる限り多くの調査を行いました。この件に関しては大量の偽情報/不正確な情報があるようですので、これが私や他の人たちの質問に答えてくれることを願っています。 厳密に言えばIPv4と言えば、ポートの枯渇は実際に可能ですか?説明させてください: 使用可能な65535のポートがあるようです。0は使用できません。 ポートの枯渇には(src ip、src port、dst ip、dst port)タプルが一意である必要があることを読みました。 明確にするために、sysctl net.ipv4.ip_local_port_range設定を介してエフェメラルポートを100%使用できると仮定します。 そしてこれが問題です:これはどのように機能するのですか? 127.0.0.1:(x)から127.0.0.1:80への65k接続が可能 127.0.0.1:(x)から127.0.0.1:555への65k接続が可能です 基本的にもう一度、質問は(srcip、srcport、dstip、dstport)は一意である必要がありますか? 私は以上の65000個の接続開くことができませんでしたから IPへのIP「A」「B」、ポート「N」を 同様に、単一のIPはxxxx:80で私のWebサーバーへの65kを超える接続を開くことができませんでしたが、異なるソースIPからのものである限り、全体で65kを超える接続をサポートできますか? 最後に、(発信)一時ポートと待機している着信ポートについて少し混乱しています。接続が確立されると、接続の両側がピアであり、同等であることに気付きますが、それが起こる前に: たとえば、実際に(srcip、srcport、dstip、dstport)タプルが一意である必要がある場合、なぜ有効にすると次のようになります。 net.ipv4.ip_local_port_range = 1024 65535 これにより、1024〜65535のエフェメラルポートを使用できるようになります。ポート3306(mySQLなど)にバインドするサービスがある場合、ポートが使用中であるため、サービスが開始できないことがあります。 これは次の事実に関連していますか?(そしてこれは私が検証されることを求めている声明です): (srcip、srcport、dstip、dstport)は、ポート範囲が1〜65535の接続ごとに一意である必要があります(OSの一時ポートの使用に注意を払っていません) ただし、バインドするソケットの場合、(srcip、srcport、*、*)と見なすことができます。または別の言い方をすると、バインドするために何らかの理由でIPがそのポートを使用してはいけませんか? 上記の動作を確認できます。つまり、上記の正確なsysctl行を使用します。そのため、OSがそのポートを使用していると想定しているため、まれに再起動に失敗するため、mySQLを1024未満のポートに移動しました(3306)一時的なポートの場合。

1
小さなファイルがたくさんあるシステムでは、EXT4のパフォーマンスが本当に悪くなった
RAMが128MBしかない小さな組み込みデバイスがあります このデバイスに接続されているのは2TB USB2ハードディスクです 最近まで、デバイスのパフォーマンスに非常に満足しており、ファイルの数がディスクの容量のしきい値を超えたときに、しきい値を超えました(どちらかわかりません)。 書き込みの性質上、ディスク上には多数の小さなファイルがあります。アプリケーションファイルは非常にバランスのとれた方法で編成されています。リーフノードディレクトリには200を超えるファイルはなく、800,000を超えるファイルしかありません。 私は調査するためにリードを得たいと思っています。ディスクのパフォーマンスが大幅に低下しました。デバイスは順調に動いていたため、突然のパフォーマンスはすべて岩のように低下​​しました。 私の仮定では、ディスク上でファイル用に選択した組織構造が、iノードキャッシュの機能を損なうために何らかの形で害を及ぼしていると思います。 実験として、ディスクのマウントを解除しました(キャッシュのフラッシュ、無料で確認済み)。次に、コマンドプロンプトからディレクトリ構造の深いところに移動しました。すべてがこのディレクトリ(およびその子)にはその下に含まれるファイルが約3200しかないことを伝え、この時点で 'free'は117MBを超える空きメモリを示しました この時点で、コマンド「find」に続けて「free」を入力しました 「検索」は約3000ファイルを示しましたが、メモリ使用量は約117MBから約2MBになりました キャッシュと空きメモリのバランス、およびカーネルが空のページを不良ページと見なす方法を理解しています。ただし、3000ファイルのディレクトリから115MBのキャッシュされたコンテンツは、私の理解に重大なギャップがあることを示しています。誰かが起こっていることを理解するのに役立つことを願っています バランスの取れたツリーが多くのファイルを持つための方法だと思いますか?

2
ldd検索パスを見つける
どのようにして検索パスを見つけることができlddますか?ldd返品を想定 [mahmood@dhcppc2 bin]$ ldd /home/mahmood/amd64-linux/lib/scsi-bus.so linux-vdso.so.1 => (0x00007fffc27c7000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ffb13a25000) libstdc++.so.5 => not found libm.so.6 => /lib64/libm.so.6 (0x00007ffb137a0000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007ffb13589000) libc.so.6 => /lib64/libc.so.6 (0x00007ffb131f6000) /lib64/ld-linux-x86-64.so.2 (0x00000037d6000000) のデフォルトの場所はldd何ですか?という/lib64か、/usr/libそれとも/usr/lib64……?
10 linux  share  libraries 

1
「ip addr change」および「ip addr replace」コマンドについて
現在、eth0インターフェースに関連付けられている次のIPv4アドレスがあります。 T60:~ # ip -V ip utility, iproute2-ss110629 T60:~ # ip addr show dev eth0 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether 00:15:58:2a:84:3e brd ff:ff:ff:ff:ff:ff inet 10.11.12.2/24 scope global eth0 inet 10.11.12.3/24 scope global secondary eth0 inet 10.11.12.4/24 scope global secondary eth0 inet6 fe80::215:58ff:fe2a:843e/64 scope …
10 linux  ip 

4
arp --deleteはエントリを削除しません。エントリを「不完全」としてマークするだけです
$ sudo arp -avn ? (10.10.7.30) at 00:cc:cc:bb:dd:86 [ether] on eth0 ... $ sudo arp --delete 10.10.7.30 $ sudo arp -avn ? (10.10.7.30) at <incomplete> [ether] on eth0 の後に--delete私はエントリを期待していませんでした10.10.7.30。予期せず、エントリが残り、マークが付けられ<incomplete>ます。 Ubuntu 10.04の使用。
10 linux  arp 

2
開いていて常に書き込まれているファイルをローテーションする
ロギング情報をログファイルに継続的に書き込むLinuxアプリケーションがあります。/var/log/application.log。アプリケーションがファイルを自動的にローテーションしないため、このログファイルは数週間でギガバイトのサイズに達する可能性があるため、このファイルを適切にローテーションできるようにしたい ここでの主な懸念は、アプリケーションによって常に開かれているファイルをローテーションするには、おそらく次のことを行う必要があるということです。 ファイルを回転された形式に移動します /var/log/application.log -> /var/log/application.log.2013-01-28 空のを作成します/var/log/application.log。Obs:この時点で、申請プロセスはまだ書き込み中です/var/log/application.log.2013-01-28 アプリケーションプロセスのファイル記述子を変更して、再びポイントするようにします。 /var/log/application.log それで、私は正しいですか?もしそうなら、どうすればこれを行うことができますか?(主にファイル記述子部分の変更) そうでない場合、正しい方法とその方法を教えてください。

2
サーバーの移行:最も効率的な方法
サーバー(2つの異なるホスト)間でサイトの1つを移行する必要があります。どちらの環境もLinuxです。 サイトはビデオをストリーミングするため、サーバーには現在メディアファイル(画像とビデオ)が入っています。私が最初に思ったのは、rsycncを使用してすべてを転送することですが、できるだけ効率的に、できるだけ早くすべてを実行したいと考えています。プロセスを高速化する方法について、またはrsyncがここでの正しい選択であるかどうかについて、いくつかのアドバイスがあると思いました。 前もって感謝します。システム管理者に関する私の限られた知識についての謝罪... 編集:基本的なLAMPスタック(centos)で実行しており、ラックスペースの赤い帽子に移動しています)。
10 linux  rsync  migration 

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.