タグ

2015年3月19日のブックマーク (5件)

  • 強制的にファイルシステムをアンマウントする - ktomoyaの日記

    通常、ファイルシステムをアンマウントする時は #umount デバイスファイル名 or #umount マウントディレクトリ で、行うと思うのですが、NFSやSambaの場合、通信が正常に行えていないとアンマウントすることができなくなってしまいます。例えば、マウント元のPCを終了させてしまったなどの時です。 今回は、そんなときに強制的にアンマウントする方法をご紹介します。 強制的にアンマウントする 強制アンマウントには2種類あるので順番に説明します。 引数 "-f" まずは、引数として "-f" を指定するものです。一番最初に思いつく引数だと思います(forceとか)。 ただ、これはある場合においてアンマウントに失敗するそうです。。 #umount -f デバイスファイル名 or #umount -f マウントディレクトリ 実際に実行したときに #sudo umount -f /home/

    強制的にファイルシステムをアンマウントする - ktomoyaの日記
    dnsystem
    dnsystem 2015/03/19
    -fより-lがつよい
  • ScaleOut | Supership

    2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 件に関する詳細は、プレスリリースをご確認ください。

    ScaleOut | Supership
    dnsystem
    dnsystem 2015/03/19
  • SNIで1台のサーバ上に複数のSSLサイトを運用 – 前編 | さくらのナレッジ

    ご無沙汰しております。細羽です。 昨年、AndroidにおけるSNI対応状況という記事で、SSL/TLSの拡張仕様であるSNI(Server Name Indication)について触れました。 少しニッチなテーマだと思っていましたが、つい先日、さくらのレンタルサーバでSNI SSLを提供開始というプレスリリースが発表されました。広いサービスでSSL/TLS導入への需要が高まっている今、このような事例は今後増えていくものと考えられます。 そこで記事では、重要度が高まっているSNIについて、その技術の概要を改めて理解し、実際の運用に役立てられるように整理をしたいと思います。 知識の整理を目的にした前編と、実践を目的にした後編の2部構成でお届けします。 以下が前編の内容です。 SNIで何が出来るようになるのか SNIで複数ドメインが運用可能になるまで SNIが重要になりつつある背景 SSL運

    SNIで1台のサーバ上に複数のSSLサイトを運用 – 前編 | さくらのナレッジ
    dnsystem
    dnsystem 2015/03/19
  • S3QLでさくらのオブジェクトストレージサービスをローカルマウントしてみよう | さくらのナレッジ

    記事は2021年3月まで提供しておりました旧オブジェクトストレージサービスに関する情報です。現行のオブジェクトストレージとは互換性のないAPIを用いているため、現在はご利用いただけません。ご了承ください。 はじめまして。姫野と申します。 ここでは、さくらのクラウドで「Amazon AWS S3(S3)互換API」をサポートしたオブジェクトストレージサービスが正式にリリースされたのを記念して、「さくらのクラウド」のオブジェクトストレージ(以下オブジェクトストレージ)をサーバーにマウントして使えるS3QLを紹介します。 オブジェクトストレージを使う理由 ファイルサーバーなどを構築する際、どのぐらいのストレージを準備すればいいか、悩んだことはありませんか? 増え続けるファイル容量、激写される写真や動画、編集するたびに増えるバックアップ…。データの増加を見越して5年程度は対応できるようにストレー

    S3QLでさくらのオブジェクトストレージサービスをローカルマウントしてみよう | さくらのナレッジ
    dnsystem
    dnsystem 2015/03/19
  • Kazuho's Weblog: 「技術的負債」は避けるべき? - 割引率を使って考えてみた

    技術的負債」をコントロールする定量評価手法への期待 からの続きです。 ソフトウェアサービス企業における技術責任者の最も重要な仕事のひとつが、エンジニアリングの効率化です。そのためには、サービスの初期開発コストだけでなく、運用コストを織り込んだ上で正しい技術的判断を行っていく必要があります。 「技術的負債」という言葉は、この運用コスト最適化の重要性を指摘する上で、とてもキャッチーなフレーズだと考えられます。しかし、「技術的負債」を産まないように、あるいは負債を早めに返していこうとすると、開発工数が大きくなってしまうという問題もあります。 初期開発コストと運用コストのバランス注1を、どのようにとっていけば良いのでしょう? 同等の機能を提供する「ソフトA」と「ソフトB」を考えてみます。ソフトAは、初期開発工数が6だが、2年目以降の維持工数が毎年4かかるとします注2。ソフトBは、初期開発工数が1

    dnsystem
    dnsystem 2015/03/19