こんにちは。 自前でvagrantのboxを作る際には、変な設定が入らないようにとりあえず何も入れずに作ると思うのですが、検証作業が始まると最初から入っているべき設定が入っているほうが楽なことがよくあります。（例えば管理ユーザを事前に作成しておきたい場合など。毎回同じコマンドを打つのは面倒ですよね。） vagrantには今のインスタンスの状態をboxにするpackageコマンドがあるので、これを使ってカスタマイズ済みのboxを登録しておくと作業が捗ります。 vagrant package

初期状態のyumではインストールできないため、 必要なリポジトリの追加が必要になります。 リポジトリの追加からIRCDの設定までを順に書いておきます。 ■リポジトリの追加 以下のサイトより環境に合わせてダウンロード http://ftp-srv2.kddilabs.jp/Linux/distributions/fedora/epel/ CentOS6の32bitなので、以下のファイルを使いました。 # wget http://ftp-srv2.kddilabs.jp/Linux/distributions/fedora/epel/6/i386/epel-release-6-5.noarch.rpm # rpm -ivh epel-release-6-5.noarch.rpm リポジトリが追加されたかの確認。 # yum list |grep ircd 私の環境ではエラーがでてしまいました。

GNOME 等 GUI が動作する環境での Vagrant 導入までの手順については, 様々なサイトで説明されていた. しかしながら, CUI での Vagrant 導入までの日本語の手順は少なかったのでメモする. というのも, まず, CUI での VirtualBox 導入までのドキュメントが少なかった. （もともと, GUI で Linux を扱うことがなかったので, これから X Window 入れて, っつーことが面倒くさかった.） やってみてわかったことは, VirtualBox をインストールできればよいということ. インストールしてしまえさえすれば, 自分で VM を起動できなくても vagrant が VM を起動してくれるし, vagrant のインストールはとても簡単である. % cat /etc/redhat-release CentOS release 6.4 (

もう既にいろんなところに転がっていそうだけどはてダのリハビリがてら． 前書き CentOS 6.0が出た記念に自宅でも入れてみようか…と思ったけど引越し直後，自宅の環境がいろいろな理由で貧弱になっており，ネットワークにつながらないATOMなマシンが1台…仕方なしにunetbootinを使って入れてみました．が，ネットワークにつながらない状況とはいえyumも使えないと面倒くさいので，ローカルでyumが使える環境を作ってみました． やることの概要 簡単にいうと，インストール メディア内の/Packages/と/repodata/を1つのディレクトリー内にかき集めます． 難しく書いても大体そんな感じです(何 事前準備 CentOS 6.0(CentOS 5系も)は/etc/yum.repos.d/CentOS-Media.repoというリポジトリーの設定ファイルがあり，これは「/media/Ce

090／080番号を使えて通話料が半額になる｢楽天でんわ｣発表。第3にして最強の選択肢かも。2013.12.05 13:105,463 キャリアの通話プランでも、050アプリでもない、新たな選択肢。 今日、けっこう携帯電話業界をゆるがしそうな発表がありました。それがスマホアプリを使った通話サービス｢楽天でんわ｣。 ｢楽天でんわ｣のポイントは3つ。 ポイントの1つ目は｢通話料が半額｣。 このサービスの開発の背景には、LTE＆スマホ時代になりフィーチャーフォン時代に比べて音声通話の料金が高止まりしていることがあったのだとか。そのため｢日本の通信環境をドラスティックに変えたい｣という思いから｢半額｣という思い切った料金設定を採用したとのこと。 しかも、使わなければ費用は発生しないのでデメリットなし！ ポイントの2つ目は｢通話品質が高品質｣であること。 パケット通信ではなく電話回線網を使用している

railsのproduction.logなどをローテーションする一般的な方法、logrotateについてのメモ書きです。 基本 /etc/logrotate.confにデフォルトの設定 /etc/logrotate.d/配下に個別の設定を書く 利用できるディレクティブ(の一部) daily or weekly or monthly ログのローテーション間隔 missingok ログファイルがない場合でもエラーにしない rotate n n回ローテーションする compress ローテーションされたログを圧縮 delaycompress 次回のログローテーションサイクルになるまで圧縮しない notifempty ログファイルが空ならローテートしない create 0644 user group ログファイルのパーミッションと所有ユーザの設定 copytruncate 通常、ローテートするとき

logrotateでは定期的にログをローテーションしてくれます。 ローテーションのオプションにもいくつかあって、今回は以下の2つについて取り上げます。 dateext：ファイル名末尾に日付をつける delaycompress：1つ前のファイル以外は圧縮する dateextとdelaycompressを手動で実行するスクリプト 通常はこれらのオプションをつけるだけで良いのですが、あえてこれを手動で実装する場合があります。 その書き方は次のようにします。 なお、例はCentOSにおけるapacheのログファイルをローテーションするスクリプト、/etc/logrotate.d/httpdの場合です。 主な部分だけ記載しているのでご注意。 /etc/httpd/logs/*log { daily    # 日付でファイルを作るのでdailyにします nocompress    # 圧縮は手動でする

ApacheのログにPOSTされたデータも含めてログ表示させたい用件があったのでメモ。 参考URL: http://httpd.apache.org/docs/2.2/ja/mod/mod_dumpio.html#dumpiologlevel httpd.confに以下を追加。 LoadModule dumpio_module modules/mod_dumpio.so DumpIOInput On DumpIOOutput On Logレベルの変更。 LogLevel debug Apache再起動. /etc/init.d/httpd restart しかしログが表示されない。。。 なぜ？と思って良く見ると、この設定はサーバ設定ファイルにしか適用できないみたい。 自分はvirtual hostの設定の中に書いていたので表示されなかったようです。 設定を外に出して再起動すると、無事にer

Products Docker DesktopContainerize your applicationsDocker HubDiscover and share container imagesDocker ScoutSimplify the software supply chainDocker Build Cloud Speed up your image buildsTestcontainers Desktop Local testing with real dependenciesTestcontainers Cloud Test without limits in the cloud See our product roadmapMORE resources for developers

(Monitoring Casual Talk in Kyotoで発表してきたので、ブログエントリにまとめ直しました) 2013年はインフラ周りの技術的な進化が大きく、いくつかのエポックメイキングな概念と実装が産まれました。個人的には特に以下の2つが大きいと思っています。 AWSの本格普及期 DockerとImmutable Infrastructure これらを踏まえて、2014年のウェブシステムの進化の方向性を考えてみます。また、それによるモニタリングへの影響もあわせて考えます。だいぶ長くなってしまったので、急ぐ人は最後に結論をまとめましたので、そちらからどうぞ! 2013年という時代背景 AWSが本格普及期を迎えているのは、言わずもがなのことで、Re:Inventでの246件という膨大のセッション数などにその勢いが表われています。 また、DockerはLXC (LinuX Conta

Immutable （不変な） Infrastructure は、サーバを一度セットアップしたら二度と変更を加えないという運用スタイルのことを指します。 クラウド環境では、必要に応じてすぐにサーバを用意し、不要になったら簡単に破棄することができます。Immutable Infrastructure は、このようなクラウドの特性を活かす運用スタイルとして、注目されつつあります。 背景 Immutable Infrastructure が提唱された背景にある技術として、 Auto Scaling や Blue-Green Deployment*1 などがあります。 Auto Scaling Auto Scaling は、負荷に応じて自動的にサーバ台数を増減させる技術で、 AWS では標準で提供されています。常に必要な台数だけ起動していればいいので、コスト削減になるというものです。 Auto S

140文字で書ききれなかったのでブログに殴り書き。 Heroku のアプリケーションを人に渡す 昨日、「naoyaさんが作ってるiOSアプリのバックエンドサーバーに相乗りさせてもらえないか」という話をいただいた。自分でも同じようなAndroidアプリを作っているけど、サーバーサイドは作ってないからということらしい。 対して「githubにコードあるからgit cloneしてheroku pushすれば動くし、自分で heroku にデプロイしてよ」と応えた。相乗りしてもらってもよかったのだけど、こちらでコードを書き換えたりメンテしたときに先方のアプリが停止することを考えると同じコードベースでサーバーは自分で立ててもらう方が何かと良い。 対象になったソフトウェアは Heroku で動かしていたので、Heroku Ready な形、つまり、必要な外部パッケージの一覧やサーバーの起動手順なんかは

Expired：掲載期限切れです この記事は，産経デジタル との契約の掲載期限（6ヶ月間）を過ぎましたので本サーバから削除しました。 このページは20秒後にITmedia ニュース トップページに自動的に切り替わります。

G* Advent Calendar 2013の5日目です。今日はGradleを開発プロジェクトで使う時に考えることを書いてみます。いわゆるビルド職人の仕事をゆるふわに考えてみたいと思います。 対象はJVMベースのWebアプリとバッチアプリとします。記述言語はJavaを想定していますが、Groovyでもだいたい同じです。 プロジェクトの構造 本稿では以下の前提で話を進めます。 プロジェクトは複数のアプリから構成されます。 アプリは複数のモジュールから構成されます。 アプリはそれぞれ異なるサーバで実行されます。 どのモジュールをどのアプリに含めてどのサーバに配置するか、といった依存関係はすぐに複雑化してしまいます。Gradleのマルチプロジェクト構成を使うことで、依存関係やタスクを整理できます。 アプリ 依存するモジュール ほげほげWebアプリ ・ほげほげWebアプリ ・モジュールA ふがふ

With best-in-class Jira integration, and built-in CI/CD, Bitbucket Cloud is the native Git tool in Atlassian’s Open DevOps solution. Join millions of developers who choose to build on Bitbucket.

With best-in-class Jira integration, and built-in CI/CD, Bitbucket Cloud is the native Git tool in Atlassian’s Open DevOps solution. Join millions of developers who choose to build on Bitbucket.

With best-in-class Jira integration, and built-in CI/CD, Bitbucket Cloud is the native Git tool in Atlassian’s Open DevOps solution. Join millions of developers who choose to build on Bitbucket.

ブラウザ間でリアルタイム通信を実現する WebRTCのプラットフォーム「SkyWay」の提供開始 およびライブラリ・ソースコードの公開について ～国内初の公開トライアルで、WebRTCの普及を促進～ NTTコミュニケーションズ(略称：NTT Com)は、ブラウザ間でリアルタイム通信を実現するWebRTC(Web Real-Time Communications)技術を活用するために開発したプラットフォーム「SkyWay」の無償提供と、ソフトウェア開発支援サービスGitHub*1上における「SkyWay」のライブラリ・ソースコードの公開を開始します。「SkyWay」のプラットフォームやライブラリの利用によって、WebRTC技術を利用したWebアプリケーション(音声や映像を使ってコミュニケーションできるアプリケーションなど)の開発を簡単にすることができます。 1.背景・目的 (1) WebRT

Springをベースに、PCとスマホ用の業務アプリケーションを自動生成する「Wagby R7」、ジャスミンソフトが発表 「2005年からWagbyを『自動生成ツール』としてSIerへ営業を行いましたが、受けませんでした。」ジャスミンソフト代表取締役 贄良則氏は、業務アプリケーションの高速開発ツールと位置づけるソフトウェアの新バージョン「Wagby R7」の記者発表で、過去の経緯をこう振り返りました。 最近では徐々に業務特化型で高速な開発を支援するツールが注目されつつあります。例えばGeneXusやWeb Performerなどは業務アプリケーション向けの自動生成ツールとして知名度が高まりつつありますし、広く見ればサイボウズのKitoneやマイクロソフトのLightSwitch、あるいはRuby on Railsなど高度なフレームワークもそうしたトレンドを構成するソフトウェアの1つに入るでし

Excel方眼紙（ほうがんし）からWebアプリを生成する「Forguncy」（フォーガンシー）、グレープシティが発表。現場の担当者が業務アプリを作る、というトレンドは来るか？ Excelのセルを方眼紙のように使ってレイアウトされた画面をWebアプリケーションのフォームに変換することで、プログラミングをしなくとも業務アプリケーションが生成できる「Forguncy」（フォーガンシー）をグレープシティが発表しました。 国内の企業の多くで、帳票のレイアウトをExcel上で緻密に行った結果、まるで方眼紙のように細かいセルの上に結合や罫線のテクニックを駆使して作られたワークシートできあがってしまうことがあります。それらは揶揄の意味も込めて「Excel方眼紙」と呼ばれることがあります。 あとは入力フィールドとデータベースのフィールドを対応づければ、Webブラウザから入力でき、集計などが行える業務アプリケ

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

LXC - Linux Containers ＝ VMWareやVirtualBoxみたいにホストカーネル上で別OSのカーネルを起動する仮想マシンではなく、Linuxカーネルのcgroupsという機能を利用して、ホストカーネル上で、仮想OSのプロセスとネットワークを動作させる仮想環境。起動するカーネルはホストOSのカーネルのみなので、動作も軽量。 そんな最近話題のLXCでUbuntu 12.04LTS（ホスト）上でCentOSが動く環境作ってみた。 LXCのインストール $ sudo apt-get install lxc debootstrap bridge-utils yumと依存ライブラリのインストール $ sudo apt-get install librpm2 librpmbuild2 librpmio2 librpmsign0 libsqlite0 python-rpm pyt

AWS OpsWorks （DevOps アプリケーション管理・自動化） | アマゾン ウェブ サービス （AWS 日本語）を利用してサーバの構成管理をしようとしたけど、問題になったのがOpsWorksで使われるChefのバージョン。現時点で9.x系なんだけど（2013/07/25にChef 11のサポートがリリースされてる）、opscodeが公開しているcookbookには結構10.x系以上じゃないと動作しないものが多い。 一々、9.x系で動作するようにcookbookを修正するのも面倒だし、opscodeが公開している沢山のcookbookを利用せずに自前で全部書くというのも避けたい。 chefのgemを最新にするcookbookを作って、それをOpsWorksで実行してChefのバージョンを無理やり切り替えられないかとも考えたけど、OpsWorks内でのchefを含めたgemの管理に

なぜCentOS上でLXCを使うか ゲストにCentOSを使いたくて、そのときLinuxカーネルもCentOSのを使いたいからです。 LXCではホストとゲストで同じLinuxカーネルを使うので、ホストもCentOSにすればこれが実現できます。 Ubuntuゲストの起動は想定していません。上と同じ理由でUbuntuゲストを使うのはUbuntuホストのLXCにしたほうがよいと私は考えているからです。Ubuntu 12.04のLinuxカーネルは3.xですがCentOS 6.4のカーネルは2.6.xと古いのでなにか不具合が出る可能性もあると思います。 使い方 Ansibleのplaybookは https://github.com/hnakamur/ansible-playbooks/tree/master/roles/lxc に置いてあります。 ローカルドメインの設定 https://gith

logbackで日次ローテーションをする時のサンプル。 <configuration> <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> <file>logFile.log</file> <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> <!-- daily rollover --> <fileNamePattern>logFile.%d{yyyy-MM-dd}.log</fileNamePattern> <!-- keep 30 days worth of history --> <maxHistory>30</maxHistory> </rollingPolicy> <encode

Play2にはデフォルトで、本番環境のときのためのpackagingの仕組みがある。起動のためのシェルスクリプトとかも自動生成する herokuのデフォルトのScalaのbuild packは、playのプロジェクトかどうかを判断していろいろやってる 現時点では"clean compile stage"が呼ばれているみたい https://github.com/heroku/heroku-buildpack-scala/blob/b452cbe2f98bc47fc90028da3d0032a54037e893/bin/compile#L77 stageはsbtのデフォルトのTaskではない stageのtaskはPlayのsbt pluginにある https://github.com/playframework/Play20/blob/2.1.1/framework/src/sbt-pl

Play Framework 2.0系のプロジェクトで、リクエスト毎にログを出力するような設定をした場合、ログファイルをローテートしたくなったりします。 場合によってはlogrotateの設定でやったりもします。 が、今回は、Play Frameworkのログの設定でローテートしてみます。 Play Frameworkは、LogBackというミドルウェアを使用してログを出力します。 で、必要な設定などはすでにPlay Framework自体が設定してくれているので ログを出力するのは [text] Logger.debug("debug ok") [/text] という感じでログが出力出来ます。 ログはデフォルトでは {プロジェクト}/logs/application.log に出力されます。 デフォルトではログファイルはローテートしないので、カスタマイズして見ます。 カスタマイズするには

久々のアップデート到来です。 このところバタバタと仕事に追われていたのですが、ちょうど一山越えて良いタイミングでした。 本家のリリースページはこちら Gradle "Direct Gradle Invocation" モードをデフォルトにしてみたよ。これでビルドが約20%は早くなるはず。 生のGradleのエラー出力は、Gradle Consoleウィンドウに出て来るよ( Settings > Compiler > Gradleで offにもできるよ。0.3.6でこれが保存されないバグがあったけど、修正されてるよ。) エラー診断が改善されたよ。 manifestのマージ、dexの例外や複数行のjavacのエラーのパースを修正に加えて、誤ったプァットフォームやサポートライブラリーの指定や、ローカルプロパティでのエラーといった、一般的なインポート時の問題を解決する為のハイパーリンクが導入されて