タグ付けされた質問 「debian-squeeze」

Debianは人気のあるLinuxディストリビューションです。Squeezeはバージョン6.0とも呼ばれます。

3
PHP CLIメモリ制限
PHP cronジョブでメモリエラーが発生しています。 Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 71 bytes) in /opt/matrix/core/lib/DAL/DAL.inc on line 830 crontabの該当する部分は次のとおりです。 $ sudo crontab -u www-data -l MAILTO=root # m h dom mon dow command */15 * * * * php /opt/matrix/core/cron/run.php /opt/matrix 完全に更新されたDebian Squeezeを実行しています。 明らかな解決策は、CLIのメモリ制限が低い(64MB)ことです。ただし、/ etc / php5 …

2
一部のdebianビルドにはlsb_releaseがありませんか?
私がリリースしている.debパッケージは、lsb_releaseを呼び出すことができることを期待しています。Debian 6.0.5を使用している1人の顧客は、lsb_releaseコマンド(ターミナルでも)がコマンドが見つからないというエラーを生成することを示しました。この標準ですか、それとも彼のDebianビルドに何か問題がありますか?

1
パーティション分割されていないHitachi HDS5C3020ドライブは、起動後15分で50%以上の電力を消費し始めるのはなぜですか?
Debian 6.0.6システムには、74個の2TB Toshiba DT01ABA200ドライブがあります。これらのドライブは、ファームウェアリビジョンMZ4OAAB0を実行しているHitachi HDS5C3020BLE630ドライブとして識別されます。HP SASエクスパンダーカードを介してLSI 2008 SASコントローラーに接続された64台のドライブ、別の5台のドライブはメインボードに直接接続され、4台のドライブはSilベースのPCIコントローラーに接続され、最後の1台のドライブは電源のみで、データケーブルは接続されていません。コントローラLSIとSilカードのオンボードBIOSは両方とも無効になっており、mpt2sasモジュールとsata_silモジュールはLinux debian 2.6.32-5-amd64#1 SMP Sun Sep 23 10:07:46 UTC 2012 x86_64 GNU / Linuxカーネルから削除されています。mpt2sasモジュールは、ブート後に/etc/rc.localのmodprobeコマンドを使用してロードされます。これらの74台のドライブはパーティション化されておらず、フォーマットもマウントもされていません。 システムが消費するもの: 0のドライブ:70.6から70.9ワット(も15分ブート後)。 で74台のドライブ:330から360ワット、単にブート後(3.5に相当する-アイドル状態でドライブあたり3.9W)。 で74台のドライブ:420から466ワット、各時間15分の稼働時間のは(4.7に相当する-アイドル状態でドライブあたり5.3W)。 ドライブの仕様には、読み取り/書き込みとして4.7W、アイドル電力消費として3.3Wがリストされています。 約1分後、電源(PSU)の「過電流保護」(OCP)によって電源がシャットダウンされるため、5Vラインで消費電力が増加する可能性が高くなります。使用されるPSUは、12Vラインで122A以上、5Vラインで55A以上のOCPを備えたシングルレールモデルです。 回帰: ドライブのAPM値が無効または1(最大省電力)に設定されているかどうかは関係ありません。 オペレーティングシステムは、読み取り/書き込みアクティビティを記録しません/proc/diskstats。それらの値は、modprobe操作の直後と同じです(28回の読み取り、0回の書き込み操作)。 BIOSであるメインボードを起動するときに何が起こるかをテストできません-ファームウェア06/27/12を実行するSuper Micro X8SI6-Fメインボードには、「+ 74.0 C CPUセンサー温度を誤って読み取るバグがあるためBIOSモードで「高」になり、1分後に電源が切れます。 起動後15分以内にすべてのドライブでドライブの読み取り/書き込みアクティビティが発生する原因と、それを防ぐ方法は何ですか?

11
Debian squeezeのロケール設定を修正する方法
時折ロケールエラーが発生し、dpkg-reconfigureロケールを実行して問題を解決しようとしました。出力は次のとおりです。 :~$ sudo dpkg-reconfigure locales perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LC_CTYPE = "UTF-8", LANG = "en_US.UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). locale: Cannot set LC_CTYPE …

2
ログインシェルとして別のユーザーにsu中に「ターミナルプロセスグループを設定できません」
注:この投稿の中間地点近くの「編集」で始まる更新情報をお読みください-この問題の環境と背景が変更されました ここに沼地の標準Debian 6.0インストールがあり、Debianテストリポジトリにサイドグレードすることにしました。sources.listのSqueezeリポジトリへの参照を交換して、代わりにTestingリポジトリを使用することでこれを行いました。 パッケージをインストールして再起動した後、suを実行しようとすると次のエラーが表示されます-別のユーザーに対して: root@skaia:~# su joebloggs - bash: cannot set terminal process group (-1): Inappropriate ioctl for device bash: no job control in this shell -を省略すると、これは発生しません。 ユーザーが正しくrootになることができることに注意してください。これは、rootから他の誰かに切り替えて-を使用してそのユーザーの環境を取得する場合にのみ発生するようです。 Googleはここではほとんど役に立ちません。私が見つけることができるのは、2011年のsuxパッケージに関する参考文献だけです。これは、その間に修正されたようです。 これは、適切なパッケージを適切な方法で調整することで修正できるアップグレードエラーのように見えます。どこから始めればいいのかわからない-これを除けば、私のシステムは完全に正常に動作し、期待どおりに動作します。 編集 上記のように、Debianの安定したマシンでこれが起こっています。今回はアップグレードも何もありません。まっすぐ安定しています。 うん、一年後。一体何が問題なのかまだわかりません。 現在は次のようになっています(変更はほとんどありません)。 bash: cannot set terminal process group (-1): Inappropriate ioctl for device bash: no job control in …


7
予期しないLinuxサーバーのシャットダウンを調査する方法は?
Debian 6でraid 10に4xSSDを搭載した新しいXeon 55XXサーバーでは、サーバーの構築後2週間以内に2回のランダムなシャットダウンが発生しました。シャットダウンする前に帯域幅ログを確認しても、異常なことを示すものではありません。サーバーの負荷は通常非常に低く(約1)、遠くに配置されています。サーバーがダウンしている間は停電はないようです。 / var / logを見ていることは知っていますが、どのログを調査すべきか、何を探すべきかはわかりません。だからあなたのヒントに感謝します。

3
mdadm raid5による二重ディスク障害の回復-ひねり(ドライブ順)
最初に、間違いを犯したこと、およびこのRAID上のすべてではないがほとんどのデータのバックアップがあることを認めさせてください。残りのデータを回復することを望んでいます。ドライブを復旧の専門会社に持ち込むようなお金はありません。 間違い#0、100%のバックアップがない。知っている。 私が持っているmdadm4x3TBのRAID5システムを。/ dev / sd [be]をドライブし/dev/sd[b-e]1ます。すべて1つのパーティションがあります。非常に大きなドライブでのRAID5にはリスクがあることは承知していますが、とにかくそれを行いました。 最近のイベント 2つのドライブに障害が発生すると、RAIDは劣化します。一方のドライブ[/ dev / sdc]は実際になくなっており、もう一方の[/ dev / sde]は電源を入れ直した後に復旧しましたが、RAIDに自動的に再追加されませんでした。そのため、2つのアクティブドライブ[/ dev / sdbおよび/ dev / sdd]のみを持つ4デバイスRAIDが残っていました。 間違い#1、RAIDの復元にドライブのddコピーを使用していない。ドライブも時間もありませんでした。間違い#2 mdadm -E。スーパーブロックと残りのドライブのバックアップを作成していません。 回復の試み RAIDを縮退モードで再構成しました mdadm --assemble --force /dev/md0, using /dev/sd[bde]1. その後、データにアクセスできました。/dev/sdcスペアに交換しました。空の; 同一のドライブ。 /dev/sdc1RAIDから古いものを削除しました mdadm --fail /dev/md0 /dev/sdc1 間違い#3、ドライブを交換する前にこれを行わない 次に、新しいパーティションを作成/dev/sdcし、RAIDに追加しました。 mdadm --add /dev/md0 /dev/sdc1 その後、RAIDの復元を開始しました。ETA 300分 私はプロセス/proc/mdstatを2%で実行し、他のことをしました。 結果を確認する 数時間後(ただし300分未満)、プロセスをチェックしました。の読み取りエラーにより停止しました/dev/sde1。 …

3
Linux- MTAは必要ですか?
VPSイメージ(Debian 6)には、sendmailがMTAとしてプリインストールされています。このサーバーをWebサーバーとして使用しますが、メールサーバーとしてではなく、他の用途にも使用します。リソースを節約するために、不要なサービスをできるだけ多く削除したい。MTAを安全に削除できますか?結果は何ですか?

5
終了後にプロセスを自動的に再起動するにはどうすればよいですか?
Debian Squeezeボックスで終了した後に再起動したいgolangプログラムがあります。問題は、Apache 2 mod_proxyセットアップの背後でHTTPを提供することです。プロセスが失敗するとは思わないが、それに対して何らかの保険をかけたい。 Ubuntuでは、upstartを使用してプロセスを維持していました。Debianは、initの代替品であるため、私が理解していることからUpstartが好きではありません。 Squeezeで動作し、initで適切に動作する、終了後に1つ以上のプロセスを再起動する代替手段はありますか?

2
Debian 6.0(Squeeze)にはバッファオーバーフロー保護メカニズムがありますか?
私の質問は次のとおりです。Debian6.0(Squeeze)でデフォルトで有効になっているのは、どのバッファオーバーフロー/スタックスマッシング防御(ある場合)ですか? Ubuntuには、各Serverエディションリリースの主要なセキュリティ機能を示す便利な要約表がありますが、Debianに似たものは見つかりませんでした。Ubuntuの言及: スタックプロテクター(gccの-fstack-protector) ヒーププロテクター(GNU C Libraryヒーププロテクター) ポインターの難読化(glibcに保存されているポインターの一部は難読化されています) アドレス空間レイアウトランダム化(ASLR)(スタックASLR; Libs / mmap ASLR; Exec ASLR; brk ASLR; VDSO ASLR) Position Independent Executables(PIE)として構築されたいくつかのデーモン Fortify Source "-D_FORTIFY_SOURCE = 2"で構築されたいくつかのデーモン(?) Debian 6.0は、どの程度まで同様の手法を使用しますか(デフォルト)?

1
Cactiはなぜデッドポーラープロセスを待機し続けるのですか?
現在、新しいDebian(6.0.5)サーバーをセットアップしています。私は昨日サボテン(0.8.7g)を入れて以来、それと戦っています。 新規作成 私が観察していた最初の問題は、グラフが更新されないことでした。だから私は私をチェックし、cacti.logこれに関するメッセージを見つけました: POLLER: Poller[0] Maximum runtime of 298 seconds exceeded. Exiting. それは良くありませんね?それで私はチェックに行き、poller.php(を介してsudo -u www-data php poller.php --force)自分で始めました。それは多くのメッセージ(すべて私が期待するもののように見えます)を送り出してから、1分間ハングします。その1分後、次のメッセージがループします。 Waiting on 1 of 1 pollers. これは、プロセスが強制的に終了して298秒より長く実行されるまで、さらに4分間続きます。 ここまでは順調ですね 実行中のポーラーがないという結論に至るまで、私は良い時間を過ごして、まだ実行中のポーラーを特定しようとしました。 デバッグ中 私poller.phpはその警告がどのように発行されるのか、そしてその理由を確認しました。368行目で、Cactiはデータベースから終了したプロセスの数を取得し、その値を使用して、まだ実行されているプロセスの数を計算します。だから、その値を見てみましょう! 次のデバッグコードをに追加しましたpoller.php。 $finished_processes = db_fetch_cell("SELECT count(*) FROM cacti.poller_time WHERE poller_id=0 AND end_time>'0000-00-00 00:00:00'"); print "Finished: " . $finished_processes . " - Started: …

1
パペットのサービスにカスタムステータスコマンドを使用するにはどうすればよいですか?
私は、バックポートからPostgreSQL 9.1でdebian squeezeを使用しています。Puppetのバージョンは2.7.14です。残念ながら、initスクリプトはステータスに対して間違った終了コードを返します。したがって、statuspostgresqlが実行されているかどうかを検出するカスタムコマンドを作成しました。 service { 'postgresql': ensure => running, enable => true, hasstatus => false, hasrestart => true, status => "pg_lsclusters -h | awk 'BEGIN {rc=0} {if ($4 != \"online\") rc=3} END { exit rc }'", provider => debian, } 私のコマンドはチャームのように機能しますが、人形には問題があるようです。notice: /Stage[main]/Postgresql/Service[postgresql]/ensure: ensure changed 'stopped' to 'running'既に動いているのにいつもゲット。 したがって、次のことを試しました: service { …

1
rsyslogdでログファイルを手動で回転
を使用してログファイルのローテーションを強制したいのですがlogrotate -f /var/log/syslog、返されるのは次のトーンだけです。 error: syslog:1 unknown option 'May' -- ignoring line error: syslog:1 unexpected text このシステムでrsyslogdが実行されていることを知っています。回転する方法は/var/log/syslog?空にしたい。

2
ldap_modify:アクセスが不十分(50)
通信にSSLサービスを使用するOpenLDAP 2.4サーバーを実行しています。ルックアップで機能します。 ミラーモードのレプリケーションを追加しようとしています。 だからこれは私が実行しているコマンドです: ldapmodify -D "cn=myuser,dc=mydomain,dc=com" -H ldaps://myloadbalancer -W -f /etc/ldap/ldif/server_id.ldif これは私のserver_id.ldifです: dn: cn=config changetype: modify replace: olcServerID olcServerID: 1 myserver1 olcServerID: 2 myserver2 これは、テキストファイルのslapd.dツリーにある私のcn \ = config.ldifです。 dn: cn=config objectClass: olcGlobal cn: config olcArgsFile: /var/run/slapd/slapd.args olcPidFile: /var/run/slapd/slapd.pid olcToolThreads: 1 structuralObjectClass: olcGlobal entryUUID: ff9689de-c61d-1031-880b-c3eb45d66183 creatorsName: cn=config createTimestamp: 20121118224947Z olcLogLevel: …

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