27. 다시 keystone-manage db_sync 명령어를 이용해 실행합니다. 드디어 테이블이 정상적으로 잘 생성됩니다. 이렇게 해서 MariaDB 환경설정에서 발생한 오류를 트러블 슈팅했습니다.
root@controller:~# su -s /bin/sh -c “keystone-manage db_sync” keystone
2016-05-31 03:40:20.122 21312 INFO migrate.versioning.api [-] 66 -> 67…
2016-05-31 03:40:20.778 21312 INFO migrate.versioning.api [-] done
2016-05-31 03:40:20.778 21312 INFO migrate.versioning.api [-] 67 -> 68…
2016-05-31 03:40:20.785 21312 INFO migrate.versioning.api [-] done
…
2016-05-31 03:40:22.017 21312 INFO migrate.versioning.api [-] done
2016-05-31 03:40:22.018 21312 INFO migrate.versioning.api [-] 94 -> 95…
2016-05-31 03:40:22.084 21312 INFO migrate.versioning.api [-] done
2016-05-31 03:40:22.085 21312 INFO migrate.versioning.api [-] 95 -> 96…
2016-05-31 03:40:22.102 21312 INFO migrate.versioning.api [-] done
28. 트러블 슈팅을 했으니 이제 다음 단계로 계속 진행해 보겠습니다. 앞에서 Keystone 환경설정을 하면서 토큰의 provider를 fernet(AES256 암호화를 사용한 인증 토큰 방식)으로 설정했습니다. keystone-manage fernet_setup 명령어를 이용해 fernet 토큰을 설정합니다.
root@controller:~# keystone-manage fernet_setup –keystone-user keystone
–keystone-group keystone
2016-05-31 21:00:12.560 12398 INFO keystone.token.providers.fernet.utils [-]
[fernet_tokens] key_repository does not appear to exist; attempting to create it
2016-05-31 21:00:12.561 12398 INFO keystone.token.providers.fernet.utils [-]
Created a new key: /etc/keystone/fernet-keys/0
2016-05-31 21:00:12.561 12398 INFO keystone.token.providers.fernet.utils [-]
Starting key rotation with 1 key files: [‘/etc/keystone/fernet-keys/0’]
2016-05-31 21:00:12.562 12398 INFO keystone.token.providers.fernet.utils [-]
Current primary key is: 0
2016-05-31 21:00:12.562 12398 INFO keystone.token.providers.fernet.utils [-]
Next primary key will be: 1
2016-05-31 21:00:12.563 12398 INFO keystone.token.providers.fernet.utils [-]
Promoted key 0 to be the primary: 1
2016-05-31 21:00:12.563 12398 INFO keystone.token.providers.fernet.utils [-]
Created a new key: /etc/keystone/fernet-keys/0