You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have been running a couple of sql-server in kubernetes for over a year now and never had this issue. This specific sql-server instance has been running for over 4 months without any issues, today it suddenly crashed and received this error:
We do however use hostpath storage where the host is using ISCSI & multipathing to our SAN. I've checked the host where the pod was running and it did not lose connection to the SAN whatsoever.
Here is the paths to the SAN:
3600c0ff00065d27e5363ea6301000000 dm-3 HPE,MSA 2050 SAN
size=742G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| |- 8:0:0:1 sdq 65:0 active ready running
| |- 1:0:0:1 sdl 8:176 active ready running
| |- 2:0:0:1 sdn 8:208 active ready running
| - 5:0:0:1 sdp 8:240 active ready running -+- policy='service-time 0' prio=10 status=enabled
|- 6:0:0:1 sdk 8:160 active ready running
|- 3:0:0:1 sdj 8:144 active ready running
|- 4:0:0:1 sdm 8:192 active ready running
`- 7:0:0:1 sdo 8:224 active ready running
I have three other sql-server instances that also make use of this same LUN. They are still healthy and running strong.
I investigated the file permissions and ACL's and nothing changed...
See below my security context and image tag used:
securityContext:
runAsUser: 10001
runAsGroup: 0
fsGroup: 0
hostname: sql-server
containers:
- image: mcr.microsoft.com/mssql/server:2019-latest
name: sql-server
SOLUTION:
After restarting the deployment the sql-server was healthy again...
The text was updated successfully, but these errors were encountered:
Hi all,
I have been running a couple of sql-server in kubernetes for over a year now and never had this issue. This specific sql-server instance has been running for over 4 months without any issues, today it suddenly crashed and received this error:
![image](https://private-user-images.githubusercontent.com/143488263/273250276-0e4d2c9e-ca49-4cf9-aeb8-54563bc58a92.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjAwMTgwMTYsIm5iZiI6MTcyMDAxNzcxNiwicGF0aCI6Ii8xNDM0ODgyNjMvMjczMjUwMjc2LTBlNGQyYzllLWNhNDktNGNmOS1hZWI4LTU0NTYzYmM1OGE5Mi5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjQwNzAzJTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI0MDcwM1QxNDQxNTZaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT00Yjc3YzI3YWY3ZmJkYmMwNzFiMTY0ODU2NmM1NWU2NWM3MWM3MGZiYjM1NTZjYmMwNzYwNjVmYTZjOTVkOGYxJlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCZhY3Rvcl9pZD0wJmtleV9pZD0wJnJlcG9faWQ9MCJ9.Wqg0y8AIwOT1GEiLSV7C6wmh_jkSAW2SKGuW0huXQP0)
We do however use hostpath storage where the host is using ISCSI & multipathing to our SAN. I've checked the host where the pod was running and it did not lose connection to the SAN whatsoever.
Here is the paths to the SAN:
3600c0ff00065d27e5363ea6301000000 dm-3 HPE,MSA 2050 SAN
size=742G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| |- 8:0:0:1 sdq 65:0 active ready running
| |- 1:0:0:1 sdl 8:176 active ready running
| |- 2:0:0:1 sdn 8:208 active ready running
|
- 5:0:0:1 sdp 8:240 active ready running
-+- policy='service-time 0' prio=10 status=enabled|- 6:0:0:1 sdk 8:160 active ready running
|- 3:0:0:1 sdj 8:144 active ready running
|- 4:0:0:1 sdm 8:192 active ready running
`- 7:0:0:1 sdo 8:224 active ready running
I have three other sql-server instances that also make use of this same LUN. They are still healthy and running strong.
I investigated the file permissions and ACL's and nothing changed...
See below my security context and image tag used:
securityContext:
runAsUser: 10001
runAsGroup: 0
fsGroup: 0
hostname: sql-server
containers:
- image: mcr.microsoft.com/mssql/server:2019-latest
name: sql-server
SOLUTION:
After restarting the deployment the sql-server was healthy again...
The text was updated successfully, but these errors were encountered: