Bug 434546
Summary: | MySQL inside Xen VM refuses to start on dedicated partition | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Dmitry S. Makovey <dmitry> |
Component: | mysql | Assignee: | Tom Lane <tgl> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | low | ||
Version: | 5.1 | CC: | byte, hhorak |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-03-05 20:21:30 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Dmitry S. Makovey
2008-02-22 17:19:02 UTC
just performed very same scenario creating logical volume on volume group located on /dev/xvda (which is the initial drive for the minimal VM) - I've got same results. kernel-xen-2.6.18-53.1.13.el5 on both dom[0,U] errno 13 is "Permission denied", which doesn't sound like mysql's fault. I'm thinking that you tripped over a SELinux restriction on where the database directory can be. This would be enforced only against the service-started daemon, not against execution from an interactive command, which explains the varying results. Try using star, or manually setting the right security context on the copied files. sorry for noise - that's what it was - I thought SELinux was disabled so I didn't even check. You can close it. |