tsurugidbをubuntuとWindowsのwslで試しました

1.概要

知人からtsurugidbのリリース案内のネット記事紹介をうけて、早速、動かしてみました。ubuntu-22.04ベースと記載されていますが、Docker環境ならばUbuntu-20.04でも動作すると考えてチャレンジしましたが、動作しません。ネットでWindowsのWSL2で動作したとの記事を見つけて、再度チャレンジして動作しました。この内容を記述します。

2.詳細

(a) ubuntu-20.04での試験

通常利用しているDocker環境で実行。Docker-hubでなく、Gitから導入するのは初めてです。
起動するとDockerのErrorとなりました。

$ docker pull ghcr.io/project-tsurugi/tsurugidb
Using default tag: latest
latest: Pulling from project-tsurugi/tsurugidb
37aaf24cf781: Pull complete
e4e31387edfb: Pull complete
18f431a63a37: Pull complete
37fc08fe3aec: Pull complete
27a228ffc72d: Pull complete
ba5a1e1cb613: Pull complete
9dc3d6cc561c: Pull complete
4f4fb700ef54: Pull complete

$ docker container run -d -p 12345:12345 --name tsurugi ghrc.io/project-tsurugi/tsurugidb

Digest: sha256:1ca6edc0196f504c9ecec51eb8652798b0d72d91902798f74412ac7d9b05daa2
Status: Downloaded newer image for ghcr.io/project-tsurugi/tsurugidb:latest
ghcr.io/project-tsurugi/tsurugidb:latest
Unable to find image 'ghrc.io/project-tsurugi/tsurugidb:latest' locally
docker: Error response from daemon: error unmarshalling content: invalid character '<' looking for beginning of value.
See 'docker run --help'.

(b) Windows11 WSL2での試験

BMAXを利用して、Windows11で試験しました

Windows PowerShell
Copyright (C) Microsoft Corporation. All rights reserved.

新機能と改善のために最新の PowerShell をインストールしてください!https://aka.ms/PSWindows

PS C:\Windows\system32> wsl --install -d ubuntu-22.04
インストール中: 仮想マシン プラットフォーム
仮想マシン プラットフォーム はインストールされました。
インストール中: Linux 用 Windows サブシステム
Linux 用 Windows サブシステム はインストールされました。
インストール中: Ubuntu 22.04 LTS
Ubuntu 22.04 LTS はインストールされました。
要求された操作は正常に終了しました。変更を有効にするには、システムを再起動する必要があります。
PS C:\Windows\system32>

$ sudo snap install docker
docker 20.10.24 from Canonical✓ installed

$ sudo docker pull ghcr.io/project-tsurugi/tsurugidb:latest
latest: Pulling from project-tsurugi/tsurugidb
37aaf24cf781: Pull complete
e4e31387edfb: Pull complete
18f431a63a37: Pull complete
37fc08fe3aec: Pull complete
27a228ffc72d: Pull complete
ba5a1e1cb613: Pull complete
9dc3d6cc561c: Pull complete
4f4fb700ef54: Pull complete
Digest: sha256:1ca6edc0196f504c9ecec51eb8652798b0d72d91902798f74412ac7d9b05daa2
Status: Downloaded newer image for ghcr.io/project-tsurugi/tsurugidb:latest
ghcr.io/project-tsurugi/tsurugidb:latest

$ sudo docker container run -d -p 12345:12345 --name tsurugi ghcr.io/project-tsurugi/tsurugidb
ab338092492334874543635e9d0131da1d8cf6fa34853da31755c652d4c44959

$ sudo docker container ls -a
CONTAINER ID   IMAGE                               COMMAND                  CREATED          STATUS          PORTS                                           NAMES
ab3380924923   ghcr.io/project-tsurugi/tsurugidb   "docker-entrypoint.sh"   20 seconds ago   Up 16 seconds   0.0.0.0:12345->12345/tcp, :::12345->12345/tcp   tsurugi

$ sudo docker container exec -it tsurugi bash

$ $TSURUGI_HOME/bin/tgsql -c ipc:tsurugi
[main] INFO com.tsurugidb.console.core.ScriptRunner - establishing connection: ipc:tsurugi
[main] INFO com.tsurugidb.console.core.ScriptRunner - start repl

tgsql> create table tb1(pk int primary key, c1 int);
Time: 31.144 ms

tgsql> insert into tb1(pk, c1) values(1, 100);
Time: 26.631 ms

tgsql> select * from tb1;
[pk: INT4, c1: INT4]
[1, 100]
(1 rows)
Time: 45.856 ms

tgsql> commit;
transaction commit(DEFAULT) finished.
Time: 11.411 ms

tgsql> \quit
[main] INFO com.tsurugidb.console.core.ScriptRunner - repl execution was successfully completed

3.所見

新しい製品は次々と出てくるが評価活用することが時間が不足して進まない

4.追加

(1) tsurugidbをubuntu 22.04で試しましたが動作しません

tsurugidbはubuntu-22.04で動作するとの記述があるので、ubuntu-22.04で試してみました。しかし、ubuntu-22.04環境でaptによりdockerを導入しても、snapによりdockerを導入しても動作しません。結果は、前回ubuntu-20.04で実施した結果と同じでした。

また、ubuntu-20.04でsnapでdockerを導入して試してみましたが、同じ結果でした。

(2) tsurugidbをbuildして、ubuntu上で動作試験しました

tsurugidbのbuild手順に従って、ubuntu-22.04でBuildしてみようと考えました。ubuntu-22.04環境を新たに構築するために、ubuntu-20.04のdocker上で実行してみることにしました。手順通りにBuildできて利用できます。その内容を追記します。

参考資料に沿って作業しますが、環境はubuntu-20.04上のDocker Containerです。
usernameで処理しています。利用されている環境に合わせてください。

(a) dockerの導入
本ブログのredmine(05/20)を参照願います

(b) tsurugidbのsource(tarアーカイブ)のdownload
https://github.com/project-tsurugi/tsurugidb/releases　に接続して、
tsurugidb-1.0.0-BETA1.tar.gz
をdownloadして、/home/username/tsurugi　ディレクトリに保管します。

(c) Dockerfile、docker-compose.yml作成
/home/username/tsurugiディレクトリで作業します。
下記Dockerfileを作成します。

from ubuntu:22.04
RUN groupadd -g 1000 username
RUN useradd -m -s /bin/bash -u 1000 -g 1000 username
WORKDIR /home/username
COPY tsurugidb-1.0.0-BETA1.tar.gz tsurugidb-1.0.0-BETA1.tar.gz
RUN chown -R 1000:1000 /home/username

下記docker-compose.ymlを作成します。

version: '3.1'
services:
  tsurugi:
    build:
      context: .
      dockerfile: Dockerfile
    ports:
      - 12345:12345
    tty: true

(d) container起動
docker-compose up -d

(e) rootでcontainerへlogin後、作業
docker ps　でCONTAINERIDを調べます。ここでは123456789abcとします。
docker exec --user root -it 123456789abc /bin/bash
# sh ./apt-install.sh
exit
必要なモジュールのインストール完了。

(f) usernameでcontainerへlogin後、作業
docker exec --user username -it 123456789abc /bin/bash
$ ls
tsurugidb-1.0.0-BETA1.tar.gz がCOPYされていることを確認します。

$ mkdir tsurugi
$ mkdir opt
$ cd tsurugi
$ tar zxf ../tsurugidb-1.0.0-BETA1.tar.gz
$ ./install.sh --prefix=$HOME/opt --symbolic

buildは時間がかかります。
[Install Tsurugi successful]で完了です。

(g) 試験
$ cd
$ export TSURUGI_HOME="$HOME/opt/tsurugi"
$ $TSURUGI_HOME/bin/tgctl start
successfully launched tsurugidb
$ $TSURUGI_HOME/bin/tgctl status
Tsurugi OLTP database is RUNNING
$ $TSURUGI_HOME/bin/tgsql -c ipc:tsurugi
[main] INFO com.tsurugidb.console.core.ScriptRunner - establishing connection: ipc:tsurugi
[main] INFO com.tsurugidb.console.core.ScriptRunner - start repl

tgsql> create table tb1(pk int primary key, c1 int);
start transaction implicitly. option=[
  type: OCC
  label: "tgsql-transaction"
]
Time: 43.688 ms
Time: 17.556 ms

tgsql> insert into tb1(pk, c1) values(1, 100);
Time: 40.642 ms

tgsql> select * from tb1;
[pk: INT4, c1: INT4]
[1, 100]
(1 rows)
Time: 45.566 ms

tgsql> commit;
transaction commit(DEFAULT) finished.
Time: 16.955 ms

tgsql> \quit
[main] INFO com.tsurugidb.console.core.ScriptRunner - repl execution was successfully completed

$ $TSURUGI_HOME/bin/tgctl shutdown
.
successfully shutdown tsurugidb

参考

[外部サイト参照]
・Tsurugiインストール方法
・Tsurugi

コメント

コメントを投稿

過去30日間に良く読まれた記事

miniPCのBMAXでWindows11のsecure boot設定漏れでトラブル発生

miniPC（BMAX）でWindows 11を再導入する際の注意点 今回のトラブルから得られた、miniPC初期化・再導入時に失敗しないための重要なポイントを整理しました。 1. 発生した問題とエラーの原因 自分で作成した「Windows 11のUSBブートメディア」から新規導入を試みた際、ライセンス認証やセットアップの段階でエラーが発生しました。このトラブルの原因は、以下の仕様ミスマッチによるものです。 インストールメディアの不適合： Windows 11の要求仕様を満たさない環境で作成されたメディアだった可能性 secure boot（セキュアブート）の設定漏れ： BIOS側でセキュアブートが「無効（disable）」のまま新規導入を進めてしまったことによる、BitLocker暗号化の不整合 2. トラブルを未然に防ぐ「失敗しない再導入の3ステップ」 miniPCのクリーンインストールを確実に成功させるためには、以下の手順を順番に確認しながら進める必要があります。 ステップ1：インストールUSBは正規の要件を満たすPCで作成する Microsoftの公式サイトから、必ずWindows 11の動作要件を完全に満たしているPC上でインストールメディア（USB）を再作成します。 ステップ2：導入前にBIOSで「secure boot」を「enable」に設定する OSをインストールする前に必ずBIOS（UEFI）画面を開き、Security項目にある「secure boot」が「enable（有効）」になっていることをmsinfo32等で確認してからインストールを開始します。 ステップ3：BitLockerの「48桁の回復キー」を事前に必ずバックアップする secure bootを設定すると、Windows 11では自動的にドライブが暗号化されます。万が一の障害復旧やWindows Update時のエラーに備え、Microsoftアカウント等に紐付いた「48桁の回復キー」を必ず紙に控えるか、別デバイスに保存してください。 1.概要 始まりは、参考資料の「6月からパソコンが動かなくなる？」です。miniPCのsecure boot設定をmsinfo32で確...
続きを読む

LinuxMint/ubuntuにWine 11導入を試しました ( LinuxMint 21.3 / 22.3 ubuntu 22.04 / 26.04 Wine 11.0 / 11.6 / 11.8 / 11.13 )

Wine環境でWindowsアプリが動作しない場合の考察と対策 最新のWine 11を利用しても、一部のWindowsアプリケーション（Acrobat Reader等）のインストールや起動が失敗するケースがあります。技術的な背景と、現場で役立つ代替アプローチを整理しました。 1. 起動・インストールが失敗する主な技術的理由 厳格なレジストリ要求： 大手メーカー製のインストーラーは、Windows固有の複雑なレジストリ構成を要求するため、Wineの標準レジストリでは処理が途中で強制終了します。 .NET Frameworkや各種ランタイムの未導入： アプリが依存している特定のランタイムがWine環境側に不足しているケースです。 セキュリティ認証・暗号化： 最新のアプリに組み込まれているデジタル著作権管理（DRM）や通信暗号化機能が、WineのAPI互換性を超えている場合があります。 2. トラブルを解決するための3つのアプローチ Wine上でWindowsアプリを安定して動かす、または目的を達成するためには、以下の対策が有効です。 対策1：winetricks を活用して必要なコンポーネントを補う 今回の日本語化（cjkfonts）と同様に、 winetricks dotnet48 や winetricks vcrun2015 などのコマンドを用いて、アプリが必要とするランタイムを個別にWine環境へ追加導入します。 対策2：単体で動作する「ポータブル版（.exe）」を選ぶ インストーラー形式（.msi や setup.exe）ではなく、フォルダを展開するだけで単体動作するポータブル版（HDBENCHなど）は、レジストリ依存度が極めて低いためWine環境と非常に相性が良く、高確率で動作します。 対策3：Linuxネイティブの代替アプリを検討する Wineに依存せず、Linux標準のリポジトリから導入できる互換アプリ（例：Acrobatの代わりに「Okular」や「Evince」、MS Officeの代わりに「LibreOffice」）を利用する方が、システムの安定性と処理速度の面で圧倒的に有利です。  1.概要 Wine 11.0がリリースされました。...
続きを読む

Windows95/98のPCゲームをUbuntu/LinuxMintの最新PCで楽しむ方法 ( KVM / Wine / dosbox-x / midi )

1.概要 Ubuntults 24.04のリポジトリを利用するLinuxMint 22.3で、32bitのアプリケーションを楽しむことができるのか整理をしました。今回、仮想環境のKVMでの試験を実施して、KVM,Wine,Dosbox-xの３種類を実施した範囲で、遜色なく利用できるのはDosbox-xだけでした。KVMやWineではサウンド処理関連の互換性がなくなったような気がします。この内容に関して記述します。 注意事項 Windowsの利用にあたっては、Microsoftが定める使用許諾契約（EULA）を遵守する必要があります。ライセンス違反（不正なプロダクトキーの利用、規約外の商用利用など）は違法行為となるため、必ず正規のライセンスを取得・確認した上で操作を行ってください。 2.詳細 (1)KVM環境 KVM環境はRegacyBIOS互換のCSMで試しました。KVM上でWindows98SEは起動します。デバイスマネージャを参照した範囲ではエラーはありませんが、サウンドが想定通りに再生されない点、ディスプレイ表示設定が思うようにならない点がありました。どちらもドライバの問題と思います。構築した環境はUbuntu 22.04まで試験をしていた環境です。仮想ソフト（KVM, VMware, Virtualboxなど）は新しい環境への対応を進める中で古い環境の互換性は保たれなくなっていると感じています。 (a) KVMにWindows98seを導入 Windows98の仮想マシンを作成（サポート期間が切れたOSを選択） Memory=128MB、CPU=1、Disk=0.5GBを選択 インストールの前に設定をカスタマイズするを選択 ブートオプション：IDE CD-ROMにチェック CD-ROM bootのため、IDE ディスクとIDE CR-ROMの順番を入替える サウンド ich6：sb16を上書設定 ビデオ QXL：cirrusを上書設定 CD-ROM boot後、CD-ROMサポート付きmsdosを利用して、fdiskでCドライブを作成 再度、上記構成で再起動をして、d:\win98にてformat c:を実行してfat16で初期化 d:\win98のsetupを実行して導入 (2)Wine環境 Wine 11.8で試験をしました。 ディスプレイ表示は普通に使...
続きを読む