Open qsadmin01 opened 1 month ago
If the volume is correctly mounted and accessible, is there any indication that this issue with MariaDB is related to Trident? I do not see any connection to the volume plugin being used?
hi wonderland thank you for your answer. The problem ist that this issue does not make sense at all. thats why I try to figure out whats going on. The only thing is that creating the stack directly with Dockerhost having its Internet IP the unix permissions are wrong.
bash-5.1# ls -ld /var/lib/mysql drwxrwxrwt 2 mysql mysql 4096 Sep 20 13:39 /var/lib/mysql
thats why I also search in direction to trident
Describe the bug mariadb container does not start mariabdb service while dockerhost have a public ip, everything else looks good. The volume is visible the volume is mapped into the container to /var/lib/mysql. Data is accessible. Rights are correct. Volume is read write. the container is running only the mariadb service doenst come up. Changing the dokerhost IP back to internal ip the mariadb service starts without any issues.
thats the only log entry:
Environment we ar not using kubernetes only docker, docker-compose with trident plugin
Trident version: latest from this month
Trident installation flags used: [e
Container runtime: 20.10.24+dfsg1, build 297e128
docker-compose version: version 1.29.2, build unknown
OS: Debian12
NetApp backend types: Netapp AFF A400
Other:
To Reproduce changing dockerhost to public ip
trident config
{ "version": 1, "storageDriverName": "ontap-nas-economy", "storagePrefix": "trident_eco_prodlabs", "managementLIF": "172.16.21.100", "dataLIF": "172.16.21.31", "svm": "corp_trident", "username": "USER", "password": "PASSWORD", "aggregate": "n01_aggr1", "limitVolumeSize": "300g", "log-level": "debug", "debug": true }
docker-compose.yml