Photo by Sam MacCutchan どうも後藤です！ もう10年以上になるでしょうか･･･　とにかくなんでもかんでも仮想化すればよいというこの風潮。paizaでも仮想化技術は大活躍中。インフラは仮想化技術の上に構築されているし、もちろんコードの評価環境だってばりばりの仮想環境上です。仮想環境ばっちこーい！ いったいいつからこんな流れになったんでしょう？どこに基準を求めるかでだいぶかわりますけれども、執筆現在から考えると、こうした流れには35年くらいの歴史があります。使われる仮想化技術は時代とともにかわってきました。だいたいどの時代にも流行ってものがありました。 最近（2014年ごろ）の流行とえば、インフラの一番下にハイパーバイザを入れて、その上でDockerを動かして、管理にはChefやPuppetを使うといったものです。数年経てば状況は変わるでしょうけれども、とにかく楽をした

src /dev/full is always full FreeBSD 11.0-CURRENTに疑似デバイスファイル/dev/fullが追加されました（リビジョン265132⁠）⁠。/dev/fullはディスク容量がフル状態を模擬的に作り出しているデバイスファイルで、ディスク容量がフル状態になっている場合のソフトウェアの動作をチェックするといった目的で使われます。 図　新しく追加された/dev/full疑似デバイスファイル $ ls -l /dev/full crw-rw-rw- 1 root wheel 0x9 May 3 14:39 /dev/full $ /dev/fullからデータを読み込むとNUL文字データ（0x00）が取り出されます。この動きは/dev/zeroと同じです。 図　読み込みに関しては/dev/fullは/dev/zeroと同じ $ dd if=/dev/ful

tips Troubleshooting of pkg(8) FreeBSD 10.0-RELEASEから導入された新しいパッケージ管理システムpkg(8)のおかげでFreeBSD 10.0-RELEASE以降のサーバやシステム管理は格段と簡単になりました。pkg(8)の恩恵を受けているサーバ管理者は数多くいらっしゃると思います。 pkg(8)は便利ですが、ときどきアップグレードできないことがあります。理由はPorts Collectionの構造上の変更などに伴うものが多いといえます。複数のバージョンを共存させるために元のports(7)がバージョン別に分離したとか、ほかのports(7)と衝突が発生するためアップグレードの前に削除しておく必要があるといったものです。 次の出力は衝突が発生してアップグレードできないというメッセージを出力してpkg upgradeが失敗している例です。 #

ルータの静的ルーティング追加したら「dhcp機能Offにしないと動かないお！」言われたので、仕方なくサーバマシンでdhcpを立てる事になった。 以下導入メモがてら、解説をします。 makeしようぜ！ # make /usr/ports/net/isc-dhcp40-server するとconfig画面が。 今回はHost環境でdhcpを走らせるので、 DHCP_PARANOIA DHCP_JAIL だけenableに。 上のオプションは、dhcpユーザを作って、もしdhcpdが乗っ取られた場合でも、影響範囲をdhcpだけにするためのオプション。 下は。。。何だろう。誰か教えてー。 rc.confに追加。 とりあえず、make時に出てくる「これをrc.confに書けやハゲ！」的な内容から、必要なものを書く。 今回は、以下の通り。 dhcpd_enable="YES" # dhcpd enab

2014年02月05日18:45 カテゴリTipsiTech 備忘録 - FreeBSD 10 あれこれ この後無茶苦茶インストールしまくった。 FreeBSD 10.0-RELEASE Announcement ので、気づいたことを。 FreeBSD 9以前からの移行、特にpkgまわり make installでやっていたのも今や昔。freebsd-updateでさくっと。 で、手順は FreeBSD 10.0-RELEASE Installation Instructions のとおり 念のため旧環境もアップデート。済んでれば次へ。 # freebsd-update fetch # freebsd-update install 10.0へアップグレード 必要なファイルの取得 # freebsd-update upgrade -r 10.0-RELEASE カーネル入れ替え # free

release Debian GNU/kFreeBSD 7.0 Wheezy released DebianプロジェクトからDebian GNU/kFreeBSD 7.0 Wheezyが公開されました。FreeBSD 9.0系カーネルを採用したkfreebsd-amd64版、kfreebsd-i386版が公開されているほか、Linuxカーネルを採用したDebian　7.0 Wheezyも同時に公開されました。FreeBSDカーネル版もLinuxカーネル版もインストーラはほとんど同じです。 Debian GNU/kFreeBSD 7.0 Wheezyではディレクトリ構造などはDebian 7.0 Wheezyに準じているため、カーネルファイルや過ネールモジュールのディレクトリパスはFreeBSDとは異なる場所に設置されています。機能としてはJail(8)が利用できるなど、Linuxカーネルで

benchmarks FreeBSD 9.1: LLVM/Clang Battling GCC PhoronixにPC-BSD 9.1 "Isotope" amd64（FreeBSD）においてLLVM Clang 3.1とGCC 4.2.1でコンパイルしたソフトウェアのベンチマーク結果が掲載（FreeBSD 9.1: LLVM/Clang Battling GCC）されました。興味深い内容です。 FreeBSDはFreeBSD 10.0-RELEASEの段階でLLVM Clangをシステムのデフォルトコンパイラにする方向で作業を進めています。次のように10-CURRENTのcc(1)はLLVM Clang 3.2に変更されています。 # cc --version FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 2012122

products FreeBSD is here! Raspberry Pi向けのFreeBSD 10-CURRENTのイメージが、Raspberry Piのサイトで配布されるようになりました。FreeBSD 10-CURRENTをベースに構築されたイメージで、使用するには4Gバイト以上のサイズのSDが必要と説明があります。 FreeBSD is here! FreeBSDプロジェクトから提供されるイメージではなく、あくまでも開発段階のイメージですが、Raspberry PiでFreeBSDを動作させてみるには便利なイメージです。

今さら聞けない？ 簡単にFreeBSD環境を作る3つの方法：FreeBSDのコレ知ってる？（4）（1/3 ページ） LinuxやFreeBSDが普及し始めた頃に比べ、PCにインストールする手順を解説した情報があまり見あたらない。そこで今回は、FreeBSDを手軽に使い始めるための方法をいくつか紹介しようと思う。 FreeBSDを使い始めるには FreeBSDを使ってみたいけれど、使ったことがない。インストールしたこともないから使い出すのに腰が引けてしまう……という方は結構多い。 また、FreeBSDユーザーだけれども、以前から使っているインストールの方法に問題を感じていないので、新しい方法は試さず、これまでの方法でインストールして使い続けているという方も多い。サーバとして使うのであれば従来のままでよいが、ワークステーションとして使うとなるとインストールの障壁は大きい。 FreeBSDを使い

install How to install FreeBSD 9.1 into MacBook Air FreeBSDデベロッパやユーザの多くの方がMacBook AirないしはMacBook Proを使うようになりました。国内外のカンファレンスや勉強会に参加すると、多くのユーザがMacBookを使っています。 これら環境ではVMware FusionやParallels Desktop for Mac、VirtualBoxなどの仮想環境にFreeBSDをインストールして使っているケースが多いように思います。しかし、仮想環境ではなくホスト環境としてFreeBSDがインストールされている方が都合がよいことがあります。MacBookを専用のアプライアンスとして特定の業務用にシステム構築する場合などです。 MacBookは起動の方法としてEFIを採用していますので、現在デフォルトで提供されている

ports Independent ports tool "portmaster" 日本ではPorts Collectionをベースとしたアプリケーション管理にportupgrade (ports-mgmt/portupgrade)が使われることが多いと思います。Ports Collectionベースの管理ではportmaster（ports-mgmt/portmaster）もよく使われます。portmasterの特徴は次のとおりです。 ベースシステムの機能とシェルスクリプト（/bin/sh）で開発されており、ほかのライブラリやツールに依存せず独立性が高い 開発が活発に継続されている なんといってもシェルスクリプトで開発され依存が少ないのが最大のポイントです。portupgradeはRubyで開発されているので、どうしてもRubyをインストールする必要があります。調べてみるとわかると思いま

virtualization How to enable the virtio-net of the VirtualBox and FreeBSD VirtIOの機能をてっとりばやく試してみる方法のひとつは、VirtualBoxでFreeBSD 10-CURRENTを実行してみることです。VirtualBoxはVirtIOの準仮想化ネットワーク（virtio-net）に対応しています。この機能を活用することで、VirtualBoxで動作するFreeBSDのネットワーク性能を桁違いに高速化できます。 準仮想化ネットワークの機能を利用するには、まずVirtualBox側で設定を有効にする必要があります。仮想マシンの設定ダイアログからネットワークの項目を選択します。 図1　VirtualBoxの仮想マシン設定 - ネットワーク 「高度」を選択して詳細表示にします。「アダプタタイプ」のところが「I

tips How to get a kernel crashdump while using X FreeBSDをコンソールのまま使用している場合、問題なくパニックが開始され、カーネルデバッガが起動し、場合によってはコンソールからバックトレースを実施して問題を把握できます（カーネルはデバッグオプションを指定しままビルドしておいたほうがなにかと便利です⁠）⁠。クラッシュダンプを取得する方法は1日前のFreeBSD Daily Topicsの記事をご覧ください。 FreeBSDをワークステーションとして利用している場合、パニック発生と同時に画面がフリーズし、何も操作できなくなることがあります。こうした場合、H/W的にリセットボタンを押してシステムを再起動しなければならず、クラッシュダンプが取られることもなく、まったく原因を掴めない状況になることがあります。問題を突き止めるまで長い時間がかかって

tips How to get a kernel crashdump FreeBSD CURRENTを使っている場合や、デフォルトでは有効になっていない機能を使っている場合、さまざまなアプリケーションのカーネルモジュールを組み合わせて使っている、新しいデバイスとデバイスドライバを使っている、実験的な機能を試用している場合など、カーネルがパニックすることがあります。 カーネルがパニックした場合、パニック時のデータがあると、何が原因でパニックが発生したのか把握しやすくなります。問題の修正、または問題を回避するために、こうしたデータが重要になります。 パニック発生時にクラッシュダンプを取得するようにするには、/etc/rc.confに次のような設定を追加しておきます。コアデータがスワップ領域に書き出され、次のシステム起動時に回収されて/var/crash/ディレクトリ以下にクラッシュダンプデータ

heads-up Clang on current current - FreeBSD 9-CURRENTにLLVM Clangがマージされました。/usr/bin/clangと/usr/bin/clang++が追加されていることを確認できます。まだマージされただけという段階です。指定しないかぎりシステムやカーネルのビルドはGCCが使われます。 FreeBSD 9-CURRENTにマージされたLLVM Clang # uname -a FreeBSD parancell-freebsd-head.ongs.co.jp 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r20 8970: Thu Jun 10 16:13:53 JST 2010 [email protected]:/u sr/obj/usr/src/sys/PAR