服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

CentOS 7 – 通过VSFTPD创build的目录不会inheritanceSELinux上下文

我们公司有一个CentOS 7的networking服务器,我们的客户通过FTP(vsftpd)pipe理他们的网站。 SELinux处于强制模式。 问题是通过VSFTPD创build/ uploadad的数据不会inheritance相应的SELinux上下文。 让我解释。 例如,对于WordPress网站,服务器已经有了一些可以使用semanage fcontext -l |grep '/var/www' ,它们是: /var/www/html(/.*)?/uploads(/.*)? all files system_u:object_r:httpd_sys_rw_content_t:s0 /var/www/html(/.*)?/wp-content(/.*)? all files system_u:object_r:httpd_sys_rw_content_t:s0 所以,当我复制一个WordPress站点,让我们说从另一个服务器通过SSH在/var/www/html/的目录,文件夹wp-content/和wp-content/uploads/具有适当的httpd_sys_rw_content_t安全上下文。 但是,当这些文件夹是通过FTP创build的,他们得到的上下文是httpd_sys_content_t (no rw )。 这意味着我们的客户上传到服务器的网站不能写入这些目录,即使他们给apache用户/组写入权限,所以WordPresspipe理不起作用。 所以,当他们上传一个网站时,他们不得不要求我们的支持来解决这个问题,这对所有参与者来说都是浪费时间。 假设客户上传他们的网站到httpdocs ,如果通过SSH我做的mv httpdocs/ httpdocs.2/ && cp -pr httpdocs.2/ httpdocs/ && rm httpdocs.2/ -fr问题解决了,所以没有任何问题数据。 我也可以做restorecon -Rv httpdocs/来解决这个问题。 所以,问题是:如何通过VSFTPD创build/上传的目录inheritance正确的SELinux上下文,就像在通过SSH创build/上传目录时inheritance它们一样?

Xen DomU根文件系统在iSCSI虚拟IP故障切换中变为只读

我的Xen服务器是openSUSE 11.1,在我们的iSCSI SAN群集中使用open-iscsi。 SAN模块位于启动器所连接的虚拟IP后面的IP故障转移组中。 如果主SAN服务器出现故障,辅助节点将扮演目标angular色。 这一切都由LeftHand SAN / iQ软件处理,并在大多数情况下运行良好。 我遇到的问题是,有时我的一些Xen DomU将在IP故障转移后使其根文件系统变为只读。 这是不一致的,每次发生故障转移时都会发生一个不同的子集。 他们都运行相同的openSUSE 11.1软件镜像。 每个DomU的根文件系统通过Dom0中的open-iscsi进行挂载,然后Xen使用标准块设备驱动程序将其展示给DomU。 确切的症状是,作为运行touch /test的根返回错误“只读文件系统”。 但是, mount的输出显示为正在读写。 当然,domU上的所有其他I / O也是在这个时候失败,所以机器很难下来。 只需从Dom0重新启动xm ,无需重新连接iSCSI会话,一切都可以正常工作。 在Dom0端,故障切换期间的系统日志消息如下所示: kernel: connection1:0: iscsi: detected conn error (1011) iscsid: Kernel reported iSCSI connection 1:0 error (1011) state (3) iscsid: connection1:0 is operational after recovery (1 attempts) 我很难搞清楚在什么层面来debugging这个问题,在DomU内核中是什么东西? 或在Dom0或Xen级别? 我认为可能有某些参数需要调整,以增加某种超时,但我不知道在哪里看。 我真的不认为这是一个open-iscsi的问题,因为连接的块设备仍然可以从Dom0读取和写入。