similar to: C7 and fstab

Il 14/05/2015 13:40, Tris Hoar ha scritto: > On 14/05/2015 10:16, Alessandro Baggi wrote: >> Hi List, >> I've installed C7.1 and today configuring fstab for another disk I get >> this: >> >> UUID=d5ff30df-9e1d-4fc8-99b6-845ffa6509db / xfs >> defaults 0 0 >> UUID=052f75bc-0513-45e0-a01f-06c9a698469f /mnt/data

On 14/05/2015 10:16, Alessandro Baggi wrote: > Hi List, > I've installed C7.1 and today configuring fstab for another disk I get > this: > > UUID=d5ff30df-9e1d-4fc8-99b6-845ffa6509db / xfs > defaults 0 0 > UUID=052f75bc-0513-45e0-a01f-06c9a698469f /mnt/data xfs > defaults 0 0 >

On 14 May 2015 16:12, "Alessandro Baggi" <alessandro.baggi at gmail.com> wrote: > > Il 14/05/2015 13:40, Tris Hoar ha scritto: >> >> On 14/05/2015 10:16, Alessandro Baggi wrote: >>> >>> Hi List, >>> I've installed C7.1 and today configuring fstab for another disk I get >>> this: >>> >>>

That seems to be the indication given by this webpage http://www.zip.com.au/~akpm/linux/ext3/ext3-usage.html However, default install of Redhat 7.2 setsup fs_passno(6th field of /etc/fstab) as 2 which asks you if you want to run fsck after an unclean shutdown The question is, is fsck required after an unclean shutdown or should one just rely on journal replay. What does fsck do when it sees an

Hello. Is there a simple way, at a shell script level, of finding out whether an ext3 fs has a sane journal, other than mounting it or running a full fsck ? I may quite well be missing a few things here, but what I think I'd like is some option extra to e2fsck that says "if this is a journalled filesystem, and it was shut down uncleanly, just replay the journal and check for immediately

On 06/08/2015 06:29 PM, Peter wrote: > On 06/09/2015 12:19 PM, John R Pierce wrote: >> On 6/8/2015 5:08 PM, g wrote: >>> ie, partition for boot, partition for swap, partition for /, partition >>> home, partition for usr, partition for var, partition for home2, >>> partition for what ever. >> >> >> that model is not generally recommended

Hey guys, I've got another C7 problem I was hoping to solve. I installed appdynamics-php-agent-4.0.5.0-1.x86_64 on a C7.1 host. It's failing to communicate with it's controller on another host. And this is the interesting part. Whether or not I have SELinux enabled, I have apache reporting SELinux problems. [root at web1:~] #getenforce Permissive May 10 20:47:56 web1 python[25735]:

> > That's a rather odd (personally, I think bad) place for a log (or > even logfile lock) and I'm not at all surprised that selinux is > keeping your application from writing there. I would check to see if > there is a setup/configuration option for your application to put > the log files and related in a more standard location (/var/log, > /var/run), where it is less

> > If rpm is configured for _that_ location of log files, I would remove the > repository this rpm comes from from configuration and will remember to > never-never ever use that repository for anything. > > Just my $0.02 > Yeah I completely get where you're coming from there. However it's not an RPM from a repo. I downloaded the rpm from the appdynamics site itself.

From: Mark Milhollan Sent: April 21, 2015 05:35 > On Mon, 20 Apr 2015, Hugh E Cruickshank wrote: > > >CentOS 6 > > >From ''man fstab'' ... > > The sixth field, (fs_passno), is used by the fsck(8) > program to determine the order > in which filesystem checks are done at reboot time. > The root filesystem should be >

The readme file on the cran website for linux EL5 contains the following RPMS for Red Hat Enterprise Linux created by Bob Kinney <rhel_cran at hmdc.harvard.edu>. The RPMS are signed with the following key available from pgp.mit.edu Type bits /keyID Date User ID pub 1024D/99B62126 2004/11/18 HMDC Linux Support <linux_support at latte.harvard.edu> I went ot pgp.mit.edu and

dahdi built fine on 5.1.20, but on 5.2.7: ............. CC [M] /home/asterisk/rpmbuild/BUILD/linux-dade6ac/drivers/dahdi/vpmadt032_loader/dahdi_vpmadt032_loader.o SHIPPED /home/asterisk/rpmbuild/BUILD/linux-dade6ac/drivers/dahdi/vpmadt032_loader/vpmadt032_x86_64.o LD [M] /home/asterisk/rpmbuild/BUILD/linux-dade6ac/drivers/dahdi/dahdi_vpmadt032_loader.o Building modules, stage 2.

------------ Original Message ------------ > Date: Sunday, May 10, 2015 09:02:11 PM -0400 > From: Tim Dunphy <bluethundr at gmail.com> > > Hey guys, > > I've got another C7 problem I was hoping to solve. I > installed appdynamics-php-agent-4.0.5.0-1.x86_64 on a C7.1 host. > > It's failing to communicate with it's controller on another host. > And

Hi list, I'm trying to monitoring bacula (dir, sd and fd) with nagios and plugin check_bacula. check_bacula was installed from repo base, current OS C7.1. When running check_bacula I get error with authentication: "BACULA CRITICAL - Cannot authenticate to Director: 1999 Authorization failed." and from bacula.log: Unable to authenticate console "not real" at

On Mon, May 11, 2015 9:47 am, Tim Dunphy wrote: >> >> That's a rather odd (personally, I think bad) place for a log (or >> even logfile lock) and I'm not at all surprised that selinux is >> keeping your application from writing there. I would check to see if >> there is a setup/configuration option for your application to put >> the log files and related

I am testing EXT3 as a filesystem for a server whose power supply is failure prone. In order to do the test, I have a lever that I can control from PC1 that can press the reset button on PC2. PC2's reset button is automatically pressed once every 120 seconds (the boot sequence on PC2 takes 80 seconds). While PC2 is booted, PC1 directs email and web requests at PC2, so that the PC2 disks are

Hello, I want to install a DomU with Fedora 19 in a Debian Host Dom0 with the following versions... ii libc6-xen:i386 2.13-38 i386 Embedded GNU C Library: Shared libraries [Xen version] ii libxen-4.1 4.1.4-3+deb7u1 i386 Public libs for Xen ii libxenstore3.0 4.1.4-3+deb7u1 i386

somefile.pp class mumble { } class mumble::testcontents inherits mumble { file { "/tmp/testfile": path => "/tmp/testfile, ensure => present, mode => 0640, content => "I am a test file.", puppet parser validate passed it. puppet apply says it is run yet no /tmp/testfile appears the puppet master is running and this is being

Does anyone know if there are any plans to update the dahdi-linux kernel module code? It no longer compiles with recent kernels, and the last release of dahdi-linux appears to have been around March of 2016. I am currently running 4.6.3-300.fc24.x86_64 (on a Fedora system obviously) and the dahdi-linux-complete-2.11.1+2.11.1 release builds and runs under this kernel, but if I try to build it under

G'day All, I've been setting up a new set of DCs, using 4.2.3 and all was going well until I tried to get a 4th DC going. I'm using bind_DLZ, and I think this is where I went wrong. I provisioned the new DC before having set up bind properly (I forgot to "yum install bind bind-util bind-libs") before hand. The provision worked okay, except that it told me