cles::blog 平常心是道 blogs: cles::blog NP_cles() « ghettoVCB.sh で ESXi 上の VM のホットバックアッ... :: Java SE 6 Update 29 / Java SE 7u1 がリリース » 2011/10/19 ESXi5 で cron を使う esxi 170 4へぇ ESXi5 で cron を使おうとすると、crontab がないので /var/spool/cron/crontabs/root を直接変更する必要が出てきます。 デフォルトのエントリはこんな感じになっています。 /var/spool/cron/crontabs # cat /var/spool/cron/crontabs/root #min hour day mon dow command 1 1 * * * /sbin/tmpwatch.py
cles::blog 平常心是道 blogs: cles::blog NP_cles() « ESXi 5 でホストに接続した USB デバイスを使う :: ESXi5 で cron を使う » 2011/10/18 ghettoVCB.sh で ESXi 上の VM のホットバックアップを取る esxi 379 3へぇ 以前にESXiでVMのホットバックアップをとるスクリプトということで、ごく簡単なスクリプトを書いてバックアップを実行していたのですが、もうちょっとちゃんとした ghettoVCB.sh というバックアップスクリプトを見つけたのでセットアップしてみました。全然こちらの方が良くできています。 VMware Communities: ghettoVCB.sh - Free alternative for backing up VM's for ESX(i) 3.5, 4.x+
cles::blog 平常心是道 blogs: cles::blog NP_cles() « 麺飯菜館 じょうじょうのローメン :: 友人のドラクエ3をピアノで弾いてみたが凄かった » 2009/11/21 crontab -r とやってしまった時の対処法 linux sh ruby 740 9へぇ cronの設定を変えようと crontab -e と打とうとして、間違って crontab -r と打ってしまい、cronの設定が根こそぎぶっ飛んで参りました。「eとrは隣同士だから不慮の事故ですよ!」という他人の言い訳は以前から良く聞いていて、心の中で「そんなことあるかよ!」と思っていましたが、まさか自分がやってしまうとは思いませんでした。まったく言い訳できません。 そして、こういう事故は絶対やってはいけないアカウントでやってしまうのが世の常。今回も例に漏れずたくさんジョブが仕込んであ
パソコンから携帯電話のメールアドレスにメールを送信した場合、携帯からは送れるメールアドレスにもかかわらずメールが戻ってきてしまう事があります。 受信者側で制限をかけている場合があり、それは解除してもらうしか方法はありませんが、それ以外にも携帯会社等の制限による場合もあります。 また、携帯のメールアドレスで、ピリオドが連続(****..**@******.ne.jp)していたり、@マークの直前にピリオドがある(*****.@******.ne.jp)ようなメールアドレスがありますが、このようなアドレスは、パソコンのメールには存在せず、RFCというインターネットの国際的なルールを定めた文書でも使えないことになっています。 そのため、携帯同士では送受信できる場合でも、パソコンから送っても届かないという場合があります。 携帯宛のメールを送信する際には注意点は、下記の携帯各社のサイトに掲載されていま
久しぶりにCentOSをインストールするので手順をメモしておきます。 今回は、最小構成でのインストールでよいので、「CentOS-6.2-i386-minimal.iso」を使用してみます。 インストーラー「CentOS-6.2-i386-minimal.iso」の取得 CentOSのページ http://www.centos.org/ ここから、[Downoads]-[Mirrors]を選択。 [CentOS Public Mirror List]を選択。 [South American, Asian, Oceania, Middle Eastern, African and Other Regional Mirrors]を選択。 AreaがJapanとなっているリストを適当に選択。 [6.2]-[isos]-[i386]と進み、CentOS-6.2-i386-minimal.isoをダ
インストールメディアの準備 CentOS5のインストールに必要なファイルをダウンロードします。 本ドキュメントではネットワークを介してパッケージを入手する方法(ネットワークインストール)によりOSをインストールすることとします。 32ビット版、64ビット版いずれかのイメージファイル(ISO形式)をダウンロードします。 ネットワークインストール用ISOファイル - 32ビット(i386)版 ネットワークインストール用ISOファイル - 64ビット(x86_64)版 ダウンロードしたISOファイルは仮想化ソフトウェアを用いたインストールや、CD-ROM等に焼き付けて実マシンのインストールに利用できます。 尚、本ドキュメントでは仮想化ソフトウェア「VirtualBox」を利用して仮想環境にインストールしていますが、CD-ROMを用いて実マシンにインストール場合でも手順は同じです。
y-kawazの日記さんで紹介されているTIPSです。Linux上で誤って消してしまったファイルを復旧するための方法です。extundeleteというユーティリティがあるそうで、これを導入することでrmしてしまったファイルをよみがえらせることができるかもしれません。私は幸いにもまだこれのお世話にはなっていませんが、念のためメモとして残しておきます。 このextundeleteは、ext3と4のファイルシステムだけに対応しているので、ext2の環境ではmcというツールのUndelete機能を使うそうです。ここではextundeleteについてまとめます。 Fedoraではyum install extundeleteで導入できるそうなので、CentOSでも同様の方法でいけそうですね。コンパイルからする場合には、wgetなどのダウンローダーで下記のところからパッケージを取ってきます。 http
先週、忍者ツールズ全サービスが一時的に利用できなくなりました。 株式会社サムライファクトリー:忍者ツールズ全サービスが表示不可となる障害につきまして お名前.com:忍者ツールズ全サービスが表示不可となる障害につきまして 本の虫: DNSの終焉が垣間見える、ぶっ飛んでて危険すぎるお名前.comの検閲事件 その理由として、株式会社サムライファクトリー(忍者ツールズ)のプレスリリースには以下のようにあります。 忍者ツールズのサービスを利用したユーザーサイトの一部に、お名前.comの約款に抵触するサイトがあり、お名前.comへのお問い合わせが複数あったため、約款に基づきお名前.comでは一時的にドメインの停止措置をとる対応を行いました 個人的な感想としては、忍者ツールズのドメイン停止措置事件は今までにない新しいタイプのものであると思いました。 まず、お名前.comとninja.co.jpに関して
diffとpatchコマンドを使うとファイルの変更を別のファイルに簡単に適用することができます。 例えば、サイトでWEBサーバーを複数台で運用していて1台のWEBサーバーに行った設定ファイルの変更を他のサーバーに適用するときなどに使えます。 基本的な作業の流れ ファイルへのパッチ適用を行う際はこんな感じです。 diffコマンドでパッチファイルを作成 作成したパッチファイルを元に、patchコマンドでパッチを適用 パッチファイルの作成 パッチファイルの作成にはdiffコマンドを使用します。コマンドの書式は以下のような形になります。 $ diff -u(または -c) 変更前のファイル 変更後のファイル > パッチファイル名オプションの「-u」はパッチファイルを、unified diff形式で出力するという指定です。 「-c」の場合はcontext diff形式での出力になります。 「-u(ま
You have been redirected here because the page you are trying to access has been archived. AWS re:Post is a cloud knowledge service launched at re:Invent 2021. We've migrated selected questions and answers from Forums to AWS re:Post. The thread you are trying to access has outdated guidance, hence we have archived it. If you would like up-to-date guidance, then share your question via AWS re:Post.
Product & Service製品・サービス 世界中の人々のために、不可能を可能に。 サイオステクノロジーは、イノベーションによって人々の課題を解決し、より良い社会の実現に貢献します。
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Description: My mysqld recently started using loads of CPU, on two different computers. There was no obvious reason, and restarting the daemon did not appear to help. Finding a thread about mythtv suggested a possible reason: the leap second which occurred at 23:59:60 GMT on 30 June 2012 (about 3 hours ago now). Rebooting the computer seems to have sorted the problem. I'm running kernel 3.2.0-2-am
実行スクリプトが存在しない、実行権限がない、またはスクリプトで予期しないエラーが発生した場合のみエラーメールを送る設定です。 要は、 標準エラーが吐かれた場合のみフックする ようにします。 [ポイント]
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く