Linux関連情報
Rocky 9ですが、8も同じです。
/etc/resolv.conf書き換えたのに、rebootしたらあれ？勝手に書き換わってる。
DHCPで勝手にDNSの設定が変わるんだと思います。
面倒なので、こんな感じで設定を記載します。
/etc/NetworkManager/conf.d/disable-resolve.conf-managing.confを以下の内容で作成する。
|
1 2 |
[main] dns=none |
/etc/resolv.confに本来あるべき内容を記載する。
これで書き換わらなくなったはず！
rebootしても書き換わらなければOK！
VMware Workstation Proで仮想マシンを使っているとディスクが肥大化していることがある。
VM内で確認するとそれ程ディスク容量を消費していないのに、ホスト側で確認するとアレこの容量なんじゃ？という感じです。
このような場合には、diskをshrinkすることでストレージ容量を削減することが可能です。
何故この様な状態が発生するかというと、ファイルシステムにおけるセクタの使い方にあるのではないかと想像されます。
イメージ的にはデフラグが発生していると、使っているない場所までディスク領域としてファイルに残されるのでしょう。
通常、ファイルの書き換えを行うと既存のデータを上書きするのではなく、空領域に更新データを書き込んでセクタを置き換えている動きをファイルシステムが行います。
その結果、空いた領域がそのままVMのディスク上に残った状態が発生しているのもと推察されます。
これをshrinkコマンドを使ってスリム化することが可能です。
では、実際に取り掛かります。
VMware Workstation Proのshrinkは、VM内で行います。
まずは確認を行うため、以下のコマンドを実行してみましょう。
|
1 |
# vmware-toolbox-cmd disk list |
通常、このコマンドを実行した際に得られる内容は各ディスクのリストです。
ここではLinux上で確認していますので、こんな感じでディスクの一覧が表示されます。
|
1 2 3 |
/ /boot /home |
ただし、スナップショットを取っている場合などにはディスクの情報が得られず、以下のようなメッセージが表示されます。
|
1 2 3 4 5 |
ディスクの圧縮はこの仮想マシンでは無効になっています。 リンクされたクローン、リンクされたクローンの親、 事前割り当て済みのディスク、スナップショット、またはその他の要因により、圧縮は無効になっています。 詳細については、ユーザー マニュアルを参照してください。 |
shrinkを行う際には、スナップショットを全て削除する必要があります。
適宜、スナップショットを削除してから再度コマンドを実行してください。
ここまでが下準備です。
VMware Workstation ProのVM設定画面では、ストレージに対してデフラグ（Defragment Disk)や拡張（Expand Disk）や圧縮（Compact Disk)を行うことが出来ますが、未使用領域をクリアにしてスリム化するにはshrinkコマンドを実行することになります。
VMがファイルへの書き込みなどを頻繁に行っている状態では不整合が生じる場合もありえますので、できればバックアップを取るなども検討してみると良いでしょう。
その上で、以下コマンドを実行してshrinkを行います。
|
1 2 3 4 5 |
# vmware-toolbox-cmd disk shrink /home 圧縮プロセス中に表示されるディスク領域に関する警告はすべて無視してください。 進行状況: 100 [===========>] ディスクの圧縮が完了しました。 |
Linuxの場合、/bootは殆どの場合、元々の容量が少く書き換え頻度も少ないので影響は殆どありません。
容量が大きく書き換え頻度が多いディスクを対象にshrinkを行うことで、大きな効果が得られます。
また、仮想ディスクを1本で賄っている場合には、出来るだけ大きなディスクから順番に作業を行うことで作業時間を短縮できると思われます。
個々の環境によって異なりますが、ディスクの肥大化が進んだ状態では割り当てられているディスクの容量程度まで肥大化が進みます。
shrinkを実行すると、実際に使用しているディスク容量の約1.5倍程度の容量にスリム化してくれるでしょう。
今回実施した環境では、全体容量221GBに対し21GBまでスリム化出来ていましたので効果は絶大です！
ディスクの肥大化は時間経過に影響される傾向があります。
ここで少し余談です。
これは想像の域を脱しませんが、こう考えると私の場合すっきりしました。
近年好まれて使用されているSSDは、書込み寿命があります。
書込み寿命の回数や容量については割愛しますが、ファイルを書き換える際、常に同じ領域を書き換えると同一記憶素子が劣化すると考えられます。
そのため、ディスク内の書き換えを行う際には、ディスク全体を満遍なく使用するために書き換える領域を全体に振り分けて少しでも寿命を長くしようとする動きを行います。
これに対して、VM上におけるディスクは物理的なディスクではなく、ファイルとして存在しておりファイルの容量が肥大化することに繋がると考えられます。
よって、書き換えが発生するVMのディスクは肥大化を回避することは出来ません。
将来的に、この仕組みは考慮されるべきであると考えられますが、現状では、この書き換えによるファイルの肥大化が発生しますので、システムによりその周期は異なるものの定期的なディスクメンテナンスを実施することで、実質的なストレージ容量の肥大化を防ぐ必要があるように考えられます。
クラウドシステムなどにおいて、この対策がどのように行われているかは、個々の仮想化環境に依ってことなり、VMwareによって構築されている環境であっても、shrinkなどを実施することが望まれることは無いと考えられますが、デフラグなどを無くすことでファイルアクセスの効率化や動作の安定を考慮する際には考えるべきポイントなのかも知れませんね。
とは言え、クラウドまで考えると厳しいので、まずは自分の環境で確認を行うことが望ましいかと思います。
今更書く必要もないんですけどね。
「Rocky Linux Wireshark インストール」で調べると、yum -y install wiresharkって出てくるんですよ。
インストールしてみると、一向にメニューに「Wireshark」が出てこないわけですわ。
そうかと思ったら、こっちの方が多いんですけど、コンパイルするだのなんだの・・・
いや、そんな面倒なことしなくてもインストール出来たやん！！
これです。
|
1 2 |
# dnf install epel-release elrepo-release # dnf install wireshark-gnome |
パスの設定なんか自由にやればいいんですけどね。
.bashrcや.profileとかに書くのが一般的なんですかね？
ユーザ毎に独自のパスを設定する場合は、それで良いと思うのですが、サーバ全体で共通項目を設定する場合はユーザが作成される度に設定するのも面倒ですよね。
ということで、調べてもあまり記載が少なかったので、記載しておこうと思います。
※ある意味、自分用なので自分好みの設定ということをご了承ください。
ついでに、色々とある方法を記しておこうと思います
パス設定を共通化させたいと言いましても、色々と人それぞれに異なることを思い浮かべているかと思います。
・既にあるユーザの設定も含めて設定しよう
・これから作るユーザは全部統一
・一般ユーザが何をどこで設定されているのか分かるようにしておきたい。
・・・etc
で、大きく分けて２通り考えました。
こちらは、基本的に.bashrcや.bash_profileなどで設定を行うことになります。
既に存在するユーザには影響がなく、共通というよりは今後作成されるユーザに対し共通の設定を提供することになります。
将来的に編集が行われた場合、その編集結果は編集後に作成されるユーザにのみ提供されます。
よって、サーバ全体で環境変数の変更があった場合には、ここで対応を行う必要が生じます。
ユーザ毎の初期設定を共通化させたいという言い回しの方が適していますね。
こちらの方法は、システムで共通の変更を行う際に有効です。
例えば、/etc/profileに環境変数を追加すると、そのタイミング以降にログインするユーザに対して環境変数が自動的に設定されます。
ここでは、/etc/profileにPATHを追加しようと思います。
2022年10月現在、私の使用しているRocky Linux 9では、以下のPATHが通っていませんでした。
・/sbin
・/usr/local/bin
なんでなんでしょうね？
CentOS 8をインストールした時には/sbinへのパスはデフォルトで通っていた様な気がするんですけどね。。。
まず、壊してしまうと後で大変なのでバックアップしておきます。
|
1 2 |
cd /etc cp profile profile.org |
profileを編集します。
元の状態は以下になります。
|
1 2 3 4 5 6 7 8 |
# Path manipulation if [ "$EUID" = "0" ]; then pathmunge /usr/sbin pathmunge /usr/local/sbin else pathmunge /usr/local/sbin after pathmunge /usr/sbin after fi |
変更後は以下になります。
|
1 2 3 4 5 6 7 8 9 10 11 12 |
# Path manipulation if [ "$EUID" = "0" ]; then pathmunge /sbin pathmunge /usr/sbin pathmunge /usr/local/sbin pathmunge /usr/local/bin else pathmunge /usr/local/bin after pathmunge /usr/local/sbin after pathmunge /usr/sbin after pathmunge /sbin after fi |
これで終わりです。
開発するシステムで独自の設定を施す場合には、/etc/skelに.bashrcを作成するなどが良いと思いますが、今回の様に全体で共通化させるような場合には/etc/profileを検討するのも宜しいかと思います。
今更ですが、ベクトルタイルの作成方法について整理しておきます。
以前とやり方が違っているので、自分用メモです。
OS:Rocky Linux 9
準備として必要なパッケージをインストールします。
適当な作業用ディレクトリを作成しそこへ移動します。
その後、以下のコマンドを実行して、必要なパッケージ類をインストールします。
足りないものは適宜追加してください。
|
1 |
yum -y install gcc-c++ sqlite-devel zlib-devel git |
ここからは、githubにインストール手順が記載されていますので、合わせて確認してください。
https://github.com/mapbox/tippecanoe#installation
次に、mvtを作成するためのプログラムソースであるtippecanoe(「ティペカヌー」と読むらしい）をgithubからダウンロードします。
|
1 |
git clone https://github.com/mapbox/tippecanoe.git |
gitコマンドで展開された作成されたtippecanoeディレクトリへ移動して、コンパイルとインストールを行います。
公式では、下記のmakeを行う際、「-j」オプションを指定してmakeの並列実行を指定していますが、私の試した環境では敢えて「-j」無しでmakeを行いました。理由については後述します。
|
1 2 3 |
cd tippecanoe make make install |
makeの際にオプションで-jを指定するとコンパイルが速くなりますが、プアなマシンでやると固まってしまう場合があります。
また、オブジェクト作成時の依存関係が原因と思われるエラーが発生し、これもまた正常にコンパイル/リンクが出来ない場合があります。
今回、私の環境では、マシンが固まる現象が発生したため「-j」を外してmakeを実行しました。
時間は掛かりますが、正規の方法ですので問題はありません。
mvtを作成するにはそこそこのリソースを必要とするケースが多いと思われ、出来ればCPUやメモリなどのリソースに余裕がある環境で「-j」を付けてコンパイルをすることが望ましいです。
これで必要なパッケージとかはインストールされているのですが、パスを切っておかないとだめです。
Rocky 9 のデフォルト環境設定なのか、/usr/local/binへのパスが設定されていませんでした。必要な方は設定しておいてください。
ちなみに、デフォルト設定を変更したい人はこちらを参考にしてください。
|
1 |
tippecanoe -l gs_map -rg -z18 -Z6 -o hoge.mbtiles hoge.geojson |
-rg デフォルトでも構いませんが、データによって値を設定すると良さそうです。
コマンドは以下の通りです。
|
1 |
tippecanoe -l gs_map -rg -z18 -Z6 -e タイル出力先ディレクトリ hoge.geojson |
実際に、この方法で作成することは出来ますが、Mapbox GL JSではこの方法で作成したpbfは扱えないという記載が見受けられました。
tippecanoeは、pbfを作成する際にデフォルトで圧縮を行っている（後で重要になる）そうです。
そこで、圧縮を行わない設定を追加します。
|
1 |
tippecanoe -l gs_map -rg -z12 -Z6 --no-tile-compression --drop-densest-as-needed --no-tile-size-limit -j '{"*":["all",[">=","対象属性",1000]]}' -e output_dir input.geojson |
① –no-tile-compression : 圧縮を行わない。
② –no-tile-compression ：タイルが大きすぎる場合は、フィーチャ間の最小間隔を広げて 500K 未満に縮小しようとします。 検出された間隔は、ズーム レベル全体に適用されます。
③ –no-tile-size-limit ： 作成するタイルサイズの制限を解除します。
④ -j ‘{“*”:[“all”,[“<“,”対象属性”,1000]]}’ ：フィルタリング条件
⑤ -e output_dir ：出力先ディレクトリ
なんか②と③が打ち消しあっている様な感じにも思えなくもないのですが、③は確実に機能している様でした。
④で対象となるフィーチャーをフィルタリングしています。
これを行わないと、ランダムにフィーチャーがドロップ（間引き）されます。
-jオプションについて、もう少し説明します。
こんな感じで指定しています。
|
1 |
-j '{"*":["all",[">=","対象属性",1000]]}' |
「*」 ：対象のファイルを指定している。ここでは全てを意味します。
対象ファイルを分けて条件を変更することも可能なのでしょう。
「all」：フィルター演算子。allは全ての条件を満たすことを意味する。
他に、「in」「none」などがある。
「>=」：演算子の指定。
「比較対象」：フィーチャーの属性を指定。
「比較条件」が1000以上のデータを対象とする。
オプションの設定はたくさんあって理解するのが大変です。
気が向いたら、追記してみようと思います。
参考：https://github.com/mapbox/tippecanoe#cookbook
先程の方法で作成したpbfファイルは、オプションを指定することで非圧縮ファイルになっています。
mapbox GL JSで扱う場合には、非圧縮が条件になるため仕方ありません。
でも、それは mapbox GL JSが扱う際に圧縮されていると不味いということで、通信中に圧縮されていることは特に関係ありません。
ということで、配信するサーバでApacheを利用している場合は、以下の方法を検討してみると良いでしょう。
Apacheの配信データを圧縮する。
/etc/httpd/conf.dに以下のファイルを作成する。
|
1 2 3 4 5 6 7 8 9 10 11 12 |
vi /etc/httpd/conf.d/mod_deflate.conf <IfModule mod_deflate.c> AddOutputFilterByType DEFLATE text/html AddOutputFilterByType DEFLATE text/plain AddOutputFilterByType DEFLATE text/css AddOutputFilterByType DEFLATE application/javascript AddOutputFilterByType DEFLATE application/font-woff AddOutputFilterByType DEFLATE application/x-font-otf AddOutputFilterByType DEFLATE application/x-font-ttf AddOutputFilterByType DEFLATE text/pbf </IfModule> |
他にも必要に応じて設定を行う。
httpdの再起動もしくはリロードを行えばOK
|
1 2 3 |
systemctl restart httpd もしくは systemctl reload httpd |
Rock Linux 8で保存しているデータのバックアップを取るために、S3へデータ転送を行うことにしました。
マウントしてファイルの転送は可能です。
転送速度の問題が主になりますが、課題が無い訳ではありません。
取り敢えず、マウントしてファイル共有出来るという感じです。
AWSのS3バケットを作成します。
バケット名とリージョンを指定して作成します。
その他の設定については、特に影響は無いみたいです。
当初、「このバケットのブロックパブリックアクセス設定」にある「パブリックアクセスをすべて ブロック」になっているので気になったのですが、ユーザのアクセス権限が優先されるらしく、設定次第で実質的にはパブリックでのアクセスも可能なのでしょう。（恐いなぁ～と思う人は、嘘だと思って試してみると良いでしょう。）
S3へアクセスするためにIAMでユーザを登録します。
既存のユーザでも構いません。
ユーザに対し以下を設定します。
アクセス権限：AmazonS3FullAccess
アクセス権限タブ→アクセス権限の追加でAmazonS3FullAccessを追加します。
認証情報タブ→アクセスキーの作成でアクセスキーを新規に作成します。
アクセスキーIDとシークレットアクセスキーが発行されます。
シークレットアクセスキーは、このタイミングだけしか表示することが出来ませんので大切に保管してください。
CSVファイルとしてダウンロードすることも可能なので、ダウンロードしておいても良いでしょう。
多分、CentOS 8/Rocky Linux 8から有効だと思いますが、以下の方法でawscliをインストールします。
|
1 2 |
# dnf install epel-release # dnf install awscli |
これで行けるかと思ったのですが、タイミング悪くRocky 9ではdnfでインストールが出来ませんでした。
Pythonで対象モジュールのインストールが必要となるのですが、インストールしてもダメでした。単純なバグですが。。。面倒なので直接インストールする場合は下記を参考にインストールします。
https://docs.aws.amazon.com/ja_jp/cli/latest/userguide/getting-started-install.html#getting-started-install-instructions
|
1 2 3 |
curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip" unzip awscliv2.zip sudo ./aws/install |
インストールの確認は以下のコマンドです。
|
1 |
aws --version |
awscliのインストールが完了したら、先に作成したS3へアクセスするための初期設定を行います。
|
1 2 3 4 5 |
# aws configure AWS Access Key ID [None]: XXXXXXXXXXXXXX AWS Secret Access Key [None]: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX Default region name [None]: Default output format [None]: json |
AWSへのアクセスIDとシークレットキーを指定します。
出力フォーマットはjson形式を指定します。
出力形式を指定しないと、この後の動作が上手く動作しません。
まずは、golangとfuseをインストールします。
|
1 |
# yum install golang fuse |
次にgoofysをインストールするのですが、最新版は以下でインストールすることが出来ます。
|
1 2 |
# curl -L https://github.com/kahing/goofys/releases/latest/download/goofys -o /usr/local/bin/goofys # chmod 755 /usr/local/bin/goofys |
以下のコマンドでインストール出来たことを確認します。
|
1 |
# goofys --version |
まずはマウントポイントを作成します。
|
1 |
# mkdir /mnt/s3-strage |
これで準備は完了です。
実際にマウントしてみます。
コマンド形式はmountコマンドと同じですね。
|
1 |
# goofys bucket_name /mnt/s3-strage/ |
/etc/fstabへ静的マウントの方法が分かっていません。
出来そうなんだけど、検証中です。
TBD
前回インストールしたGeoServerに、Vector Tile ExtensionをインストールしてVector Tileに対応させようと思います。
※全部英語で探すのが面倒なので、メモを残しているだけです。
GeoServerのバージョンを確認します。
メニューから「GeoServerについて」をクリックします。
こんな感じで表示されます。
「バージョン 2.22-SNAPSHOT」と表示されているのが判るかと思います。
ということで、この環境は2.22なんですね。
まあ、確認方法って普通にこれなんですけどね。
初めてだと気が付かないんですよね(^^ゞ
プラグインですね。
ダウンロードします。
下記URLからバージョンなどを元に探します。
https://build.geoserver.org/geoserver/
私の目的とする対象は下記にありました。
https://build.geoserver.org/geoserver/main/ext-latest/
ここで、「geoserver-2.22-SNAPSHOT-vectortiles-plugin.zip」をダウンロードします。
解凍して、以下のフォルダへインストールします。
/usr/share/geoserver/webapps/geoserver/WEB-INF/lib
ということがこちらに書かれています。
https://docs.geoserver.org/latest/en/user/extensions/vectortiles/install.html
GeoServerを再起動したら、Extensionが有効になっています。
|
1 |
# systemctl restart geoserver |
再度ログインし直すことになりますが、これで終わりです。
他にもExtensionがたくさんあるみたいです。
https://docs.geoserver.org/latest/en/user/extensions/index.html
面白そうなのがあったら適当にインストールしてみると良さそうですね。
確認方法ですが。。。。
Data→Layers→＜適当なレイヤ＞→Tile Cachingを開いてみると、Tile cache configurationのThe Image Formatsに以下が追加されています。
これで確認になります。
GeoServerをRocky Linux 9へインストールしようと思います。
インストール自体は非常に簡単ですが、たまたま事故ったのでメモを残しておきます。
事故と言いましても、たまたま最初にインストールしようしたバージョンが上手く動かなかっただけです。
バージョンを変更すると動いたので、多分、リリースでミスっていたんでしょう。
では早速始めます。
最新版は下記のURLで探すことになります。
基本的にはこちらのサイトに置かれていると思います。
①https://sourceforge.net/projects/geoserver/files/GeoServer/
今回、上記のサイトから最新版をダウンロードしてインストールしたのですが、運悪くダメだったので、以下のサイトで確認しました。
②https://build.geoserver.org/geoserver
結論としては、以下が最新版になると思います。
③https://build.geoserver.org/geoserver/main/geoserver-main-latest-bin.zip
①はコピーが置かれているのかな？
②は本家の最新版が置かれているみたいですね。
③は最新版に紐付けされた状態が置かれている様です。
③の最新版で問題がある場合には、①や②を探して少し前のバージョンなどを探してみるのも良さそうだと感じました。
適当なディレクトリへ移動してダウンロードします。
私はこんな感じでやっています。
|
1 2 3 |
# mkdir /home/Packages/GeoServer # cd /home/Packages/GeoServer # wget https://build.geoserver.org/geoserver/main/geoserver-main-latest-bin.zip |
まずはインストール先ディレクトリを作成します。
|
1 |
# mkdir /usr/share/geoserver |
作成したディレクトリへ先ほどダウンロードしたファイルを解凍します。
|
1 |
# unzip -d /usr/share/geoserver/ <code>geoserver-main-latest-bin.zip</code> |
GeoServerを動かすためのユーザを作成します。
|
1 |
# useradd -m -U -d /usr/share/geoserver -s /bin/false geoserver |
更に、解凍したディレクトリの所有権を変更します。
|
1 |
# chown -R geoserver:geoserver /usr/share/geoserver |
GeoServerを公開するために、ファイアウォールの設定を行います。
|
1 2 |
# firewall-cmd --add-port=8080/tcp --permanent # firewall-cmd --reload |
サービスを登録します。
まず、サービスファイルを作成します。
|
1 |
# vi /usr/lib/systemd/system/geoserver.service |
中身はこんな感じです。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
# more /usr/lib/systemd/system/geoserver.service Description=GeoServer Service After=network.target [Service] Type=simple User=geoserver Group=geoserver Environment="GEOSERVER_HOME=/usr/share/geoserver" ExecStart=/usr/share/geoserver/bin/startup.sh ExecStop=/usr/share/geoserver/bin/shutdown.sh [Install] WantedBy=multi-user.target |
GeoServerを起動します。
|
1 2 3 4 5 |
# systemctl daemon-reload # systemctl enable --now geoserver.service もしくは。。。 # systemctl start geoserver.service # systemctl enable geoserver.service |
こんな感じですね。
以下のURLへアクセスしてみましょう。
http://<ドメイン>:8080/geoserver
※<ドメイン>には対象サーバのドメインを指定してください。
こんな感じの画面が表示されれば、GeoServerは正常に動作しています。
デフォルトのログインIDとパスワードは以下の通りです。
ログインID:admin
パスワード:geoserver
公開された状態だと、デフォルトのIDとパスワードは危険なので、早々に変更されると良いでしょう。
基本的なインストールは以上です。
Geo Lifeをお楽しみください。
次回は、GeoServerをVector Tileに対応させます。
以前に自分でインストールしたやり方を参考に、インストールを試みようとしてみたのですが、やはり少し変わったパッケージをLinuxへインストールするには何かが引っ掛かります(^^;
ということで、以下の環境にインストールを行っていきます。
OS：Rocky Linux 9
インストール対象：postgreSQL 14 + postGIS 3.2
前回学んだ本家サイトからインストール方法を確認します。
こちらのサイトにあるインストール方法を真似するだけです。
以下に提示されたコマンドを記します。
|
1 2 3 4 5 6 7 |
sudo dnf install -y https://download.postgresql.org/pub/repos/yum/reporpms/EL-9-x86_64/pgdg-redhat-repo-latest.noarch.rpm sudo dnf -qy module disable postgresql sudo dnf install -y postgresql14-server sudo /usr/pgsql-14/bin/postgresql-14-setup initdb sudo systemctl enable postgresql-14 sudo systemctl start postgresql-14 |
順番に説明しておきます。
リポジトリを追加します。
|
1 |
dnf install -y https://download.postgresql.org/pub/repos/yum/reporpms/EL-9-x86_64/pgdg-redhat-repo-latest.noarch.rpm |
インストールしていない時には不要の作業となります。
過去にPostgreSQLをインストールしている場合のも必要な作業になります。
ある意味、トランザクション対象のパッケージを維持したまま、本体だけを無効にするという感じなんでしょうかね。
＃違うところで参考になりそうです。
|
1 |
dnf -qy module disable postgresql |
PostgreSQLをインストールします。
|
1 |
dnf install -y postgresql14-server |
インストールはこれで完了です。
自動で起動するように設定します。
|
1 2 3 |
/usr/pgsql-14/bin/postgresql-14-setup initdb systemctl enable postgresql-14 systemctl start postgresql-14 |
インストールとPostgreSQLの起動は完了しました。
ここからが課題のPostGISインストール作業です。
まず、インストールしたPostgreSQLのバージョンに対応するPostGISのバージョンを下記のサイトで確認します。
https://trac.osgeo.org/postgis/wiki/UsersWikiPostgreSQLPostGIS
対応表からインストール対象のPostGISを確認します。
今回は、PostGIS 3.2を選択することにしました。
システムのリポジトリに含まれるPostGISのバージョンを確認します。
|
1 |
dnf list | grep -i postgis |
|
1 2 3 4 5 6 7 8 9 10 11 12 |
postgis32_13.x86_64 3.2.2-1.rhel9 pgdg13 postgis32_13-client.x86_64 3.2.2-1.rhel9 pgdg13 postgis32_13-devel.x86_64 3.2.2-1.rhel9 pgdg13 postgis32_13-docs.x86_64 3.2.2-1.rhel9 pgdg13 postgis32_13-gui.x86_64 3.2.2-1.rhel9 pgdg13 postgis32_13-utils.x86_64 3.2.2-1.rhel9 pgdg13 postgis32_14.x86_64 3.2.2-1.rhel9 pgdg14 postgis32_14-client.x86_64 3.2.2-1.rhel9 pgdg14 postgis32_14-devel.x86_64 3.2.2-1.rhel9 pgdg14 postgis32_14-docs.x86_64 3.2.2-1.rhel9 pgdg14 postgis32_14-gui.x86_64 3.2.2-1.rhel9 pgdg14 postgis32_14-utils.x86_64 3.2.2-1.rhel9 pgdg14 |
今回インストールするバージョンは、postgis32_14であることが確認出来ますので、以下のコマンドでインストールを試みます。
|
1 |
dnf install postgis32_14 |
トランザクション関連のエラーが大量。。。ということで、問題の解決を行います。
|
1 2 3 |
dnf install epel-release dnf --enablerepo=crb install flexiblas-netlib64 dnf install postgis32_14 |
これでインストール出来ました！
環境によって若干の違いがあるかと思いますが、参考になるかな？
以下のサイトが役に立ちました。
https://rockylinux.pkgs.org/9/rockylinux-crb-aarch64/flexiblas-netlib64-3.0.4-8.el9.aarch64.rpm.html
深くまで見ないといけないので、面倒ですが。。。
メッチャ忙しいから、メッチャシンプルに！
こんな感じです。
dnf install samba-client
dnf install cifs-utils
mount -t cifs //<ドメイン>/<dir> /mnt/xxxx
パスワードが必要な場合は
mount -t cifs //<ドメイン>/<dir> /mnt/xxxx -o password=xxxxx
/etc/fstabに以下を追加
|
1 |
//<address>/share /mnt/nas_dir/ cifs password=xxxxx 0 0 |
リブートして接続されていれば完成です！