<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Virtual Box on すてきな太陽になりたい</title><link>https://blog.sei-yo.jp/categories/virtual-box/</link><description>Recent content in Virtual Box on すてきな太陽になりたい</description><generator>Hugo</generator><language>ja-JP</language><lastBuildDate>Sun, 03 May 2020 01:56:15 +0000</lastBuildDate><atom:link href="https://blog.sei-yo.jp/categories/virtual-box/index.xml" rel="self" type="application/rss+xml"/><item><title>PC上でのIaC環境の概要（GWアドベントカレンダー 4日目）</title><link>https://blog.sei-yo.jp/engineer/2020/05/posts/pciacgw_4/</link><pubDate>Sun, 03 May 2020 01:56:15 +0000</pubDate><guid>https://blog.sei-yo.jp/engineer/2020/05/posts/pciacgw_4/</guid><description>&lt;p&gt;この記事はGWアドベントカレンダーの4日目の記事です。&lt;/p&gt;
&lt;p&gt;自宅のPCにIaC環境を構築中ですが、その環境について少し説明します。&lt;/p&gt;
&lt;h1 id="使用するツール"&gt;使用するツール&lt;/h1&gt;
&lt;p&gt;1台の物理Linuxサーバ上にすべての環境を構築します。 仮想マシンはVagrant + Virtual Boxで構築します。 コンテナはDockerで構築します。 構築ツールとしてAnsibleを使います。 CI/CDを実現するためのツールとしてGitlab、Gitlab Runnerを使います。&lt;/p&gt;
&lt;h1 id="gitlabgitlab-runnerの構築"&gt;Gitlab、Gitlab Runnerの構築&lt;/h1&gt;
&lt;p&gt;GitlabとGitlab RunnerはAnsibleを使って、仮想マシンから作成します。 本番用とテスト用があり、テスト用の構築は本番用のGitlabのバックアップデータを使ってリストアすることで本番と同じデータを持つようにしています。&lt;/p&gt;
&lt;h1 id="物理linuxサーバの構築"&gt;物理Linuxサーバの構築&lt;/h1&gt;
&lt;p&gt;OSインストール後の各種設定類はAnsibleにまとめようと思っていますが、まだできていません。&lt;/p&gt;
&lt;h1 id="ansibleとvagrantの連携"&gt;AnsibleとVagrantの連携&lt;/h1&gt;
&lt;p&gt;Ansibleのプレイブック（Gitlabのパイプラインからの呼び出しや手動実行）によって、Vagrant経由で仮想マシンを作成することがあります。 しかし、AnsibleのInventory PluginとしてはVagrant用のものが正式にはありません。そのため、作成した仮想マシンに対してプレイブックを実行するためには何らかの方法を考える必要があります。 一つはInventory PluginもしくはScriptを作ること、もう一つは作成する仮想マシン情報をあらかじめインベントリファイルに記載しておくことが考えられます。 どちらの方法でも実現できそうですが、どのようにするか検討中です。&lt;/p&gt;
&lt;h1 id="今後の展望"&gt;今後の展望&lt;/h1&gt;
&lt;ul&gt;
&lt;li&gt;物理Linuxサーバ構築用のパイプライン構築&lt;/li&gt;
&lt;li&gt;Kubernetesを動かす。 その上で、各種アプリケーションを動かす予定です。&lt;/li&gt;
&lt;/ul&gt;</description></item><item><title>Docker Desktop for Windowsの導入</title><link>https://blog.sei-yo.jp/engineer/2020/01/posts/docker_desktop_for_windows/</link><pubDate>Sun, 12 Jan 2020 05:40:03 +0000</pubDate><guid>https://blog.sei-yo.jp/engineer/2020/01/posts/docker_desktop_for_windows/</guid><description>&lt;p&gt;Docker Desktop for Windowsを導入してみました。&lt;/p&gt;
&lt;p&gt;dockerコンテナを作って動かしたいのが目的です。 Windowsを使うのは、普段使っているOSがWindowsだからで、コンテナはLinuxのものを使います。 そうしたときに、docker Engineをどこで動かすかの選択肢があります。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Windows （Docker Desktop for Windows）&lt;/li&gt;
&lt;li&gt;Windows上のLinux VM（Hyper-VやVirtual Box上のLinux VMでLinux用のDocker Engineを動かす）&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;開発用にLinux VMを動かしているのでそちらでDockerを使っても良いのですが、わざわざVMを起動して使うのも面倒そうなのでWindows上で動かすことにしました。 ただ、Windows上で動かすと言っても、実際にはDocker用のLinux VMがHyper-Vを使って起動します。 そのため、自分でLinux VMを用意して動かすのと仕組みはそれほど変わりません。&lt;/p&gt;
&lt;p&gt;Docker Desktop for Windowsの場合、Docker ClientはWindows上で動きますが、Docker EngineはLinux VM上で動きます。 自分でLinux VMを用意して使う場合はDocker ClientもDocker EngineもLinux VM上で動きます。 コンテナそのものはどちらもLinux VM上で動きます。&lt;/p&gt;
&lt;p&gt;Docker Desktop for Windowsを使う場合、DockerfileやコンテナにコピーするファイルをLinux VMから利用できるようにする必要があります。 どのドライブをアクセス可能にするかは、settingsから設定できます。 なお、コンテナからマウントして使うようなデータ領域としてはWindows上の領域は不向きで、data volumeやdata containerを使う方が良いようです。これには二つの理由があって、一つはWindows上の領域はLinux上からみて、rwxrwxrwxのモードで見えます。もう一つは、SMBを使ってLinux VMに領域を見せる際、NOBRLオプションが付いているため、ロックができない場合がある点です。 これらは&lt;a href="https://docs.docker.com/docker-for-windows/"&gt;Docker Desktop for Windowsのドキュメント&lt;/a&gt;の最初の方（Shared drives）に書いてあります。&lt;/p&gt;
&lt;p&gt;と、ここまでやってから大事なことに気づきました。 開発用にLinux VMを動かしていますが、そちらはVirtual Boxを使っています。 Docker Desktop for WindowsはHyper-Vを使います。 これらの共存はできないので、どちらを使うか選ぶ必要があります。。つづく。。&lt;/p&gt;</description></item><item><title>vagrant up 失敗の原因究明 その２</title><link>https://blog.sei-yo.jp/engineer/2019/10/posts/vagrant_up_1/</link><pubDate>Fri, 18 Oct 2019 01:50:06 +0000</pubDate><guid>https://blog.sei-yo.jp/engineer/2019/10/posts/vagrant_up_1/</guid><description>&lt;p&gt;というわけで、&lt;a href="https://www.sei-yo.jp/blog/engineer/2019/10/vagrant-up.html"&gt;前回&lt;/a&gt;の続きです。&lt;/p&gt;
&lt;p&gt;前回、原因究明はできたけれどもその報告ができていませんでした。 一日以上経って、ようやくForumにポストできました。&lt;/p&gt;
&lt;p&gt;&lt;a href="https://forums.virtualbox.org/viewtopic.php?f=9&amp;amp;t=95182"&gt;Can the failure message be improved? When VBoxManage.exe import failed with no disk space.&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;そして、Forum Postig Guideのデッドリンクについてもポストしておきました。&lt;/p&gt;
&lt;p&gt;&lt;a href="https://forums.virtualbox.org/viewtopic.php?f=9&amp;amp;t=95180"&gt;Dead link found in The Forum Posting Guide&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;誰か反応してくれると良いなぁ。。&lt;/p&gt;</description></item><item><title>vagrant up 失敗の原因究明</title><link>https://blog.sei-yo.jp/engineer/2019/10/posts/vagrant_up/</link><pubDate>Thu, 17 Oct 2019 01:00:00 +0000</pubDate><guid>https://blog.sei-yo.jp/engineer/2019/10/posts/vagrant_up/</guid><description>&lt;p&gt;vagrant upがなぜか失敗するのでその原因究明をしたときの話です。&lt;/p&gt;
&lt;h2 id="事象"&gt;事象&lt;/h2&gt;
&lt;pre&gt;&lt;code&gt;PS E:\vagrant&amp;gt; vagrant up
Bringing machine 'default' up with 'virtualbox' provider...
==&amp;gt; default: Box 'hashicorp/precise64' could not be found. Attempting to find and install...
 default: Box Provider: virtualbox
 default: Box Version: &amp;gt;= 0
==&amp;gt; default: Loading metadata for box 'hashicorp/precise64'
 default: URL: https://vagrantcloud.com/hashicorp/precise64
==&amp;gt; default: Adding box 'hashicorp/precise64' (v1.1.0) for provider: virtualbox
 default: Downloading: https://vagrantcloud.com/hashicorp/boxes/precise64/versions/1.1.0/providers/virtualbox.box
 default: Download redirected to host: vagrantcloud-files-production.s3.amazonaws.com
 default:
==&amp;gt; default: Successfully added box 'hashicorp/precise64' (v1.1.0) for 'virtualbox'!
==&amp;gt; default: Importing base box 'hashicorp/precise64'...
There was an error while executing `VBoxManage`, a CLI used by Vagrant
for controlling VirtualBox. The command and stderr is shown below.

Command: [&amp;quot;import&amp;quot;, &amp;quot;\\\\?\\E:\\vagrant_home\\.vagrant.d\\boxes\\hashicorp-VAGRANTSLASH-precise64\\1.1.0\\virtualbox\\box.ovf&amp;quot;, &amp;quot;--vsys&amp;quot;, &amp;quot;0&amp;quot;, &amp;quot;--vmname&amp;quot;, &amp;quot;precise64_1571241203898_82313&amp;quot;, &amp;quot;--vsys&amp;quot;, &amp;quot;0&amp;quot;, &amp;quot;--unit&amp;quot;, &amp;quot;12&amp;quot;, &amp;quot;--disk&amp;quot;, &amp;quot;D:/VMimages/precise64_1571241203898_82313/box-disk1.vmdk&amp;quot;]

Stderr: 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
Interpreting \\?\E:\vagrant_home\.vagrant.d\boxes\hashicorp-VAGRANTSLASH-precise64\1.1.0\virtualbox\box.ovf...
OK.
0%...
Progress state: E_INVALIDARG
VBoxManage.exe: error: Appliance import failed
VBoxManage.exe: error: Code E_INVALIDARG (0x80070057) - One or more arguments are invalid (extended info not available)
VBoxManage.exe: error: Context: &amp;quot;enum RTEXITCODE __cdecl handleImportAppliance(struct HandlerArg *)&amp;quot; at line 957 of file VBoxManageAppliance.cpp
&lt;/code&gt;&lt;/pre&gt;</description></item></channel></rss>