予め実行ユーザーをvboxusersグループに所属させておく。 # gpasswd -a username vboxusers 下記のファイルを作成する。パーミッションは644で良い。 [Unit] Description=VirtualBox VM %I After=network.target virtualbox.service Before=runlevel2.target shutdown.target [Service] [Unit] Description=VirtualBox VM %I After=network.target virtualbox.service Before=runlevel2.target shutdown.target [Service] User=username Group=vboxusers Type=forking Restart=no T
0 issue "letsencrypt.org" 0 issuewild "letsencrypt.org" 0 iodef "mailto:yourmai[email protected]" §OS再インストール 初期設定で期待通りの設定ができていない場合は、OSの再インストールをする。 さくらVPSのコントロールパネルから、OSを再インストールするサーバを選ぶ。 www99999ui.vs.sakura.ne.jp §OSのインストール操作 Ubuntu 24.04 LTS を選ぶ。 OSインストール時のパケットフィルタ（ポート制限）を無効にして、ファイアウォールは手動で設定することにする。 初期ユーザのパスワードに使える文字が制限されているので、ここでは簡単なパスワードにしておき、後ですぐに複雑なパスワードに変更する。 公開鍵認証できるように公開鍵を登録しておく。 §秘密鍵と公開鍵の作成 ク
The Problem Link to heading If you use ssh-agent with an encrypted ssh key, or use it for agent forwarding, you may have come to realize that even though you started an agent session using eval $(ssh-agent -s) it does not persist when you open a new terminal window. It does not even work with a new tmux window or pane. The Solution Link to heading Fortunately, it’s pretty simple. keychain to the r
ubuntu 12.04を普通にインストールするとtmuxは1.6がインストール済み、gitは入ってないからaptitudeでインストールすると1.7.*とかが降ってくる。 これをなんとか最新版にしたい。 準備 と思って調べてみると、ppaリポジトリを追加すればokということらしいけど、リポジトリを追加するコマンド自体が入ってないので、まずそれを入れる。 $ sudo apt-get install python-software-properties tmuxの場合 $ sudo add-apt-repository ppa:pi-rho/dev $ sudo aptitude update $ sudo aptitude upgrade tmux gitの場合 $ sudo apt-add-repository ppa:git-core/ppa $ sudo aptitude upda
[Ubuntu]apt-get updateでエラーが出た場合の対処法 | つまブロ
Fluentdインストールした絡みでapt-get updateでエラーが出た W: GPG error: http://packages.treasure-data.com precise Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 1093DB45A12E206F 公開鍵ないよって言ってる。 ググってみたら同じ症状の人がいたので感謝 apt-get updateでNO_PUBKEYエラーが出た 書いてある通りにやってみたら解消しました。 wget http://packages.treasure-data.com/debian/RPM-GPG-KEY-td-agent sudo apt-key add RPM-GPG-K
複数の Ruby 環境を管理するために今まで RVM を使っていましたが，rbenv と ruby-build を使う方が便利だよとか Bundler あるのに gemset とかオワコンとか聞いた気がするので乗り換えました． 簡単に概念を説明すると，rbenv で複数の Ruby 環境を管理出来，ruby-build を使うことで自分でいちいち Ruby をビルドする手間が省けるようになる，という感じです． (2012-03-06 追記) 嘘でした．RVM 同様，自分でビルドはさせられます．なので build-essential や zlib1g-dev パッケージは必要です． 前準備 (curl も必要でした) sudo aptitude install git-core curlもしかすると，以下も必要かも？必要です．zlib1g-dev がまず必要であり，rails 使おうとするな
こんにちは。@jedipunkz です。 {% img /pix/kibana3.png %} 前回の記事で Kibana + elasticsearch + fluentd を試しましたが、ツイッターで @nora96o さんに “Kibana3 使うと、幸せになれますよ！” と教えてもらいました。早 速試してみましたので、メモしておきます。 前回の記事。 http://jedipunkz.github.io/blog/2013/09/07/kibana-plus-elasticsearch-plus-fluentd/ 前半の手順は前回と同様ですが、念のため書いておきます。 前提の環境 OS : Ubuntu 12.04 Precise (同じ方法で 13.04 Raring でも出来ました) 必要なパッケージのインストール 下記のパッケージを事前にインストールします。 手順を省くために
こんにちは。@jedipunkz です。 自動化の流れを検討する中でログ解析も忘れてはいけないということで ElasticSearch を使いたいなぁとぼんやり考えていて Logstash とか Kibana とかいうキーワードも目 に止まるようになってきました。 ElasticSaerch は API で情報を検索出来たりするので自動化にもってこい。バックエ ンドに Logstash を使って… と思ってたのですが最近よく聞くようになった fluentd をそろそろ真面目に使いたい！ということで、今回は Kibana + ElasticSearch + fluentd の組み合わせでログ解析システムを組む方法をメモしておきます。 参考にさせて頂いた URL http://memocra.blogspot.jp/2013/04/kibanakibanaelasticsearchfluent
ubuntuにrbenv+ruby-buildをインストールし、rubyを切り替えられるようにする。
ubuntuにrbenv+ruby-buildをインストールし、rubyを切り替えられるようにする 最初に必要なものをインストール $ sudo apt-get install build-essential $ sudo apt-get install libreadline-dev libssl-dev zlib1g-dev sudo apt-get install libssl-dev libssl1.0.0 $ sudo apt-get install git-core curl rbenvのインストール $ git clone git://github.com/sstephenson/rbenv.git ~/.rbenv rbenvのパスを設定 $ echo 'export PATH="$HOME/.rbenv/bin:$PATH"' >> ~/.bashrc $ echo 'e
apt(LWRP) | Opscode ChefのCookbookレビュー
Cookbook情報 名称: apt 開発元: opscode Opscode site: http://community.opscode.com/cookbooks/apt Source: github.com/opscode-cookbooks/apt 評価したバージョン: v1.7.0 cookbook[apt]のLWRP編、レシピ編はこちら。 概要 debian/ubuntuのパッケージリポジトリ管理システムのaptの設定を行う。 解説 cookbook[apt]の持つLWRPについて説明。任意のリポジトリ追加やパッケージのpinningが設定できる。 LWRPはCookbook名+Resource名で指定でき、任意のレシピ内で使います。利用したいResourceをもつCookbookをrun_listに入れておき、他のCookbookを作る時に呼び出します。 apt_repos
Opscode ChefのCookbookレビュー
Cookbook情報 名称: apt 開発元: opscode Opscode site: http://community.opscode.com/cookbooks/apt Source: github.com/opscode-cookbooks/apt 評価したバージョン: v1.7.0 cookbook[apt]のLWRP編、レシピ編はこちら。 概要 debian/ubuntuのパッケージリポジトリ管理システムのaptの設定を行う。 解説 cookbook[apt]の持つLWRPについて説明。任意のリポジトリ追加やパッケージのpinningが設定できる。 LWRP LWRPはCookbook名+Resource名で指定でき、任意のレシピ内で使います。利用したいResourceをもつCookbookをrun_listに入れておき、他のCookbookを作る時に呼び出します。 apt_
さくらのVPSを契約して放置しておいたままだったので、これを機に環境構築をしてみることにした。 なお現状はユーザーakahigeの追加とsshの設定だけ済ませた状態になっている。 すべての設定はChef経由で行うこと というルールでChefで同じ環境をいくらでも作れるものを目指してみよう。 Chefサーバーのセットアップはめんどくさいのでchef-soloでがんばる所存。 Rubyのインストール とはいえChefの動く環境はChef以外で作らないといけない。 このあたりを省略するならシェルスクリプトによる自動化か、Chefが動くところまでセットアップした仮想マシンのイメージを使うほかなさそうだ。 必要なパッケージのインストール $ wget http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-4.noarch.r
Category: Ubuntu, サーバー構築, ミラー | Tags: lsyncd, rsyncd | Reading time: About 8 minutes いつの間にかlsyncdのバージョンが2に上がってたー。ということで設定手順をまとめねば。 前提としてOSはUbuntu 11.10以降で。 lsyncdのバージョンが1系ならlsyncd+rsyncdでのミラーサーバー構築をどうぞ。 ミラー先設定 まず、rsyncdの設定から。 sudo nano /etc/rsyncd.conf # # Global options # log file = /var/log/rsyncd/rsyncd.log uid = root gid = root # # Module options # [www] path = /var/www hosts allow = 192.168.1
Category: Ubuntu, サーバー構築, ミラー | Tags: lsyncd, rsyncd | Reading time: About 8 minutes いつの間にかlsyncdのバージョンが2に上がってたー。ということで設定手順をまとめねば。 前提としてOSはUbuntu 11.10以降で。 lsyncdのバージョンが1系ならlsyncd+rsyncdでのミラーサーバー構築をどうぞ。 ミラー先設定 まず、rsyncdの設定から。 sudo nano /etc/rsyncd.conf # # Global options # log file = /var/log/rsyncd/rsyncd.log uid = root gid = root # # Module options # [www] path = /var/www hosts allow = 192.168.1
さくらのVPSがリニューアルしたので移行するべく新しい VPS を同環境にセットアップしようとしたら意外に嵌まったのでメモ。 まずはカスタムOSインストールで Ubuntu 10.04 を入れておく。 続いて /etc/update-manager/release-upgrades を編集してアップグレードターゲットを LTS（長期サポート版） から normal（通常）に変更する。 # Default behavior for the release upgrader. [DEFAULT] # Default prompting behavior, valid options: # # never - Never check for a new release. # normal - Check to see if a new release is available. If more
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【AWS】unable to correct problems you have held broken packages | too young to die, too drunk to live
