search for: inode_doinit_with_dentri

Displaying 5 results from an estimated 5 matches for "inode_doinit_with_dentri".

2015 Jun 02
3
Try II: selinux, xfs, and CentOS 6 and 5 issue
Tried just the selinux list yesterday, no answers, so I'm trying again. I partitioned GPT, and formatted, as xfs, a large (3TB) drive on a CentOS 6 system, which has selinux in permissive mode. I then moved the drive to a CentOS 5 system. When we run a copy (it mirror-copies from another system), we get a ton of errors. I discovered that the CentOS 5 system was enforcing. I changed it to
2015 Jun 02
0
Try II: selinux, xfs, and CentOS 6 and 5 issue
On 06/02/2015 11:30 AM, m.roth at 5-cent.us wrote: > Tried just the selinux list yesterday, no answers, so I'm trying again. > > I partitioned GPT, and formatted, as xfs, a large (3TB) drive on a CentOS > 6 system, which has selinux in permissive mode. I then moved the drive to > a CentOS 5 system. When we run a copy (it mirror-copies from another > system), we get a ton of
2015 Jun 03
0
Try II: selinux, xfs, and CentOS 6 and 5 issue [SOLVED]
I wrote: > I partitioned GPT, and formatted, as xfs, a large (3TB) drive on a CentOS > 6 system, which has selinux in permissive mode. I then moved the drive to a > CentOS 5 system. When we run a copy (it mirror-copies from another system), > we get a ton of errors. I discovered that the CentOS 5 system was enforcing. > I changed it to permissive, I labelled the directories and
2005 May 15
3
Intermittent ext3 corruption on external firewire Micronet 1.5Tb RAID on FC3
Hi I have a Firewire connected Micronet 1.5TB RAID with a single large ext3 filesystem on one partition on a dual Xeon system. I am checking out from an extremely large cvs repository (don't ask) to this drive over the course of many days, and intermittently I get bad blocks and the filesystem goes read-only. This is not related to any power failure or anything similar. The RAID is currently
2008 Jan 23
3
Had to POWER OFF CentOS 5.1!
I was running a simple script and the system became unresponsive. I went to the console and couldn't get it to respond, so I had to POWER OFF! Ugh! (Note: this script, get-backup, ran fine on a CentOS 4.5 system) Looking through /var/log/messages, I see: Jan 23 12:52:14 DoyleBrunson kernel: ps invoked oom-killer: gfp_mask=0xd0, order=0, oomkilladj=0 Jan 23 12:52:14 DoyleBrunson kernel: