tack icon indicating copy to clipboard operation
tack copied to clipboard

SELinux: mount invalid. Same superblock, different security settings for (dev mqueue, type mqueue)

Open wellsie opened this issue 8 years ago • 11 comments

Jun 02 15:03:56 ip-10-0-0-10.us-west-1.compute.internal kernel: SELinux: mount invalid.  Same superblock, different security settings for (dev mqueue, type mqueue)

related:

  • https://github.com/docker/docker/issues/20798
  • https://github.com/docker/docker/issues/20871
  • https://github.com/docker/docker/issues/7952

wellsie avatar Jun 02 '16 15:06 wellsie

same here.

streamnsight avatar Aug 04 '16 03:08 streamnsight

just verified this issue is resolved on CoreOS alpha (1122.0.0)

wellsie avatar Aug 04 '16 21:08 wellsie

Doesn't look like it's solved. I first experienced this issue after upgrading to 1122.2.0 stable.

NAME=CoreOS
ID=coreos
VERSION=1122.2.0
VERSION_ID=1122.2.0
BUILD_ID=2016-09-06-1449
PRETTY_NAME="CoreOS 1122.2.0 (MoreOS)"
ANSI_COLOR="1;32"
HOME_URL="https://coreos.com/"
BUG_REPORT_URL="https://github.com/coreos/bugs/issues"
docker version
Client:
 Version:      1.10.3
 API version:  1.22
 Go version:   go1.5.4
 Git commit:   1f8f545
 Built:
 OS/Arch:      linux/amd64

Server:
 Version:      1.10.3
 API version:  1.22
 Go version:   go1.5.4
 Git commit:   1f8f545
 Built:
 OS/Arch:      linux/amd64
dmesg | grep -i "SELinux: mount invalid" | wc -l
574

alogoc avatar Sep 22 '16 10:09 alogoc

I also face the same issue: dmesg | grep -i "SELinux: mount invalid" |wc -l 538

I0303 09:09:50.523138 11271 update_engine_client.cc:237] Querying Update Engine status... LAST_CHECKED_TIME=1487863023 PROGRESS=0.000000 CURRENT_OP=UPDATE_STATUS_UPDATED_NEED_REBOOT NEW_VERSION=1235.12.0 NEW_SIZE=264591106

Docker version 1.12.6, build d5236f0

neith00 avatar Mar 03 '17 09:03 neith00

https://github.com/coreos/bugs/issues/1580

wellsie avatar Apr 27 '17 14:04 wellsie

@wellsie is this issue causing issues persistent storages on k8s? I saw these errors on our cluster and have no idea to how to solve it.

cemo avatar May 02 '17 13:05 cemo

These are upstream issues. No data loss afaict

On May 2, 2017, at 6:12 AM, Cemalettin Koc [email protected] wrote:

@wellsie is this issue causing issues persistent storages on k8s? I saw these errors on our cluster and have no idea to how to solve it.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.

wellsie avatar May 02 '17 13:05 wellsie

when I try to mount EBS with persistentvolumeclaim, volumes could not be mount. I see that volumes are stucked on AWS console. I thought this is related to this issue since some people are also stated problems about EBS mounting. Do you think that this can can cause issues about mounting?

cemo avatar May 02 '17 13:05 cemo

Are you using the latest bits from master ? On Tue, May 2, 2017 at 6:37 AM Cemalettin Koc [email protected] wrote:

when I try to mount EBS with persistentvolumeclaim, volumes could not be mount. I see that volumes are stucked on AWS console. I thought this is related to this issue since some people are also stated problems about EBS mounting. Do you think that this can can cause issues about mounting?

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/kz8s/tack/issues/18#issuecomment-298637762, or mute the thread https://github.com/notifications/unsubscribe-auth/AE6-kcdhhWxRhBRtSeTDMd0UCO5eI2PXks5r1zGagaJpZM4IsqCI .

wellsie avatar May 02 '17 13:05 wellsie

No.

image

cemo avatar May 02 '17 13:05 cemo

@wellsie my issue resolved when I used ebs st1 instead of gp2. I am not sure what was the root cause but hope that it will help someone else too.

cemo avatar May 02 '17 21:05 cemo