redmine.tokyo » Unofficial Redmine Cooking

mysqlしか使っていませんが、考えにくいですね

usersテーブル単体でdump,insertして、エラー内容確認

users無ければ、チケット、pjメンバー表示も異常になる筈です。
どうなっていますか

usersを直接見るmembersは?

奈良様

usersテーブル単体でdump,insertしてみたところ正常に反映されました。

移行元Redmineでusersをdump

# pg_dump -U postgres -t users {db_name} > redmineDBusersBack

移行先Redmineでテーブルを一旦削除して反映させる

# psql -U redmine -d {db_name}
DROP TABLE users;

psql -U postgres {db_name} < redmineDBusersBack

テーブル指定なしでdumpしたファイルの中を覗くとusersテーブルは存在しており、データもきっちりと入っていましたので
なぜ反映されていないのか（初期設定のやり方が間違っている？）は不明です。

追記

email_addressesのテーブルも同様に単独でdumpしてリストアする必要がありました。

この事象についてですが原因がわかりました。
Redmineのインストールの手順に従ってデフォルトデータの登録をしてしまっていたのが問題のようでした。
もう一度空のDBを作成してそこにリストアしたところユーザもきちんと引き継がれていました。

お騒がせして申し訳ございまs年でした。

解決して良かったですね。

usersのIDは一意性制約がありますから、id=1のadminが先に登録されているだけでも失敗します。
issue,projectなどは最初はカラなので影響無し、
workflow,statusなどは初期値と同じで気付かなかったのかも。

DBのdump/restoreは、こういったトラブル起こりがちなので、ログをちゃんと見る必要あります。
（ある意味、見つかる様な状態で幸運だったかと）

ただ、mysqlのdumpのSQLは、tableを一旦drop,create table, insertしているので、
pgが同じ処理になっていれば考えにくいんですよね。

下記抜粋

DROP TABLE IF EXISTS `users`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `users` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `login` varchar(255) NOT NULL DEFAULT '',
。。。
  `passwd_changed_on` datetime DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `index_users_on_id_and_type` (`id`,`type`),
  KEY `index_users_on_auth_source_id` (`auth_source_id`),
  KEY `index_users_on_type` (`type`)
) ENGINE=InnoDB AUTO_INCREMENT=291 DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;

LOCK TABLES `users` WRITE;
/*!40000 ALTER TABLE `users` DISABLE KEYS */;
INSERT INTO `users` VALUES (1,'admin','fdsffdfd8948f99fe0c','Redmine','Admin',1,1,'2018-05-27 15:04:39','',NULL,'2018-05-02 16:40:56','2018
-