CONTENTS

Lastmodified　2017-02-09 (木) 10:21:18

db48-4.8.30.0_2†

Checking for packages with security vulnerabilities:
db48-4.8.30.0_2: Tag: expiration_date Value: 2018-04-30 p5-Net-SMTP-SSL-1.04: Tag: expiration_date Value: 2017-03-31
db48-4.8.30.0_2: Tag: deprecated Value: Please migrate to db5 or db6, make sure that bitcoin and siblings moved to
another database or version by then p5-Net-SMTP-SSL-1.04:  Tag: deprecated Value: Deprecated by upstream, use Net::SMTP instead

https://forums.freebsd.org/threads/59309/

# pkg version -v |grep db
db5-5.3.28_6                       =   up-to-date with index
dbus-1.10.14_2                     =   up-to-date with index
dbus-glib-0.104                    =   up-to-date with index
gdbm-1.12                          =   up-to-date with index
php56-dba-5.6.30                   =   up-to-date with index
php56-odbc-5.6.30                  =   up-to-date with index
php56-pdo_dblib-5.6.30             =   up-to-date with index
php56-pdo_odbc-5.6.30              =   up-to-date with index
ruby22-bdb-0.6.6_5                 =   up-to-date with index
# pkg info -r db5
db5-5.3.28_6:
       ruby22-bdb-0.6.6_5
       p5-BerkeleyDB-0.55_1
       apr-1.5.2.1.5.4_2

https://wiki.freebsd.org/Ports/BerkeleyDBCleanup

↑

概要†

再び：アプリケーションがトランザクション・データベースのためのBerkeley DBを使用している場合、トランザクション・ログ・ファイルを使用した場合、すなわち、あなたがしなければならない使用する古いそれが破損している場合には、そのログからデータベースを回復するためにBerkeley DBのツールやアプリケーションを。ログは通常、あるBerkeley DBバージョンと次のBerkeley DBバージョンとの間で互換性がなく、新しいツールは古いBerkeley DBバージョンによって書き込まれたログを読み取ることができません。

アップグレードプロセスは次のとおりです。

  1. ALL：すべてのアプリケーションインスタンス（プロセス）を正常にシャットダウンする
  2. トランザクション・データベース（書き込むものに対してのみ。*ログファイル）：すべてのデータベースに整合性があることをそれに確認し、必要に応じて回復を実行します。アプリケーションがオプションを提供しない場合は、dbXX_recover（XXはBerkeley DBバージョンのヒントです）とそれを実現するdb_recover-XXユーティリティのバージョンがあります。アプリケーションがされていることを確認していないあなたはdbXX_recoverまたは同様のツールを実行しながら実行しています。
  3. ALL：バックアップデータベース（* .DBファイル）、および存在する場合：環境（__db *。ファイル）、ログ*。ファイル
  4. ALL：アプリケーションが「テキストへのデータベースダンプ」のようなユーティリティを提供する場合、それを使用して結果をバックアップします。そうでなければ、db * _dump *ユーティリティを使用することができます（名前にアスタリスク（星）を書いています）。
  5. Berkeley DB環境（__db。*ファイル）を使用するデータベースの場合のみ：データベース環境（__db。*ファイル、およびそれらのみ！）を削除すると、アプリケーションは通常、起動時に再作成します
  6. ALL：古いBerkeley DBバージョンをインストールしたままにし、新しいBerkeley DBバージョンをインストールします（ライセンス条件に応じて、db5またはdb6にアップグレードするかどうかを選択します）。
  7. ALL：新しいBerkeley DBバージョンを使用するようにアプリケーションを再構築するには、/etc/make.confにWITH_BDB_VER = 5またはWITH_BDB_VER = 6を設定するか、uniquename_WITH_BDB_VER = 5（uniquenameはポートのUNIQUENAMEを指定します。たとえばbogofilter_WITH_BDB_VER = 6）。/usr/ports/Tools/scripts/BDB-upgrade-helper.shスクリプトを使用すると、削除予定の古いBerkeley DBのバージョンに依存するアプリケーションを新しいバージョンに自動的にアップグレードしてから、提供することができます古いBerkeley DBパッケージを削除してください。注：db4.8の使用を主張するいくつかのポートがあります。そのため、db5（またはdb6）を使用するほとんどのポート、およびdb48を使用するポートがほとんどです。これは現在検討中であり、作業中です。
  8. チェック：データベースをダンプする必要があった場合（上記の警告やパフォーマンスについての互換性については）、元のデータベースファイルを安全な場所に移動し（まだ削除しないでください）、データベースをリロードしてくださいダンプから。アプリケーションの機能を使用するか、それがない場合は、新しいバージョンのdb_load *ユーティリティを使用してください。
  9. ALL：アプリケーションの再起動
  10. ALL：最後に、古いBerkeley DBバージョンを必要とするアプリケーションがすべてアップグレードされ、古いBerkeley DBバージョンのツールがデータベースを回復する必要がないと確信できる場合は、古いBerkeley DBバージョンを削除できます。
# locate .DB
# locate db5
  /usr/ports/databases/db5
# portinstall databases/db5

/etc/make.conf に

WITH_BDB_VER=5
# pkg info -r db5
db5-5.3.28_6:
       py27-bsddb-2.7.13_5
       apr-1.5.2.1.5.4_2
       rpm4-4.12.0.1_4
       ruby22-bdb-0.6.6_5
       ruby23-bdb-0.6.6_5
# /usr/ports/Tools/scripts/BDB-upgrade-helper.sh
pkg: No package(s) matching db4[1-7]?(-nocrypto)?-4
# /usr/ports/Tools/scripts/BDB-upgrade-helper.sh
pkg: No package(s) matching db4[1-7]?(-nocrypto)?-4

# pkg delete db48-4.8.30.0_2

Total access 1711：本日 2：昨日 0

Counter: 1711, today: 2, yesterday: 0
トップ   編集 凍結 差分 履歴 添付 複製 名前変更 リロード   新規 一覧 検索 最終更新   ヘルプ   最終更新のRSS
Last-modified: 2017-02-09 (木) 10:21:18