Displaying 5 results from an estimated 5 matches for "inode_doinit_with_dentri".
Did you mean:
inode_doinit_with_dentry
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: