Hi All,
Trying to run fsck on a local linux raid partition gave the following.
[root@... /]# fsck.ext4 /dev/md0
e2fsck 1.41.12 (17-May-2010)
/dev/md0 has unsupported feature(s): 64bit
e2fsck: Get a newer version of e2fsck!
Odd as the server is 64bit running latest kernel and using
latest "e2f
Try this out to find out who complains the arch, strace fsck.ext4
/dev/md5. Post the output here that we can check more if it's from the
app or the kernel.
Banyan He
Blog: http://www.rootong.com
Email: ban...@rootong.com
On 2012-10-25 5:10 PM, Steve Brooks wrote:
> Hi All,
>
> Tryi
I think it comes out from the app itself for the verification. The
question is if the soft raid supports by anyhow. Trying to build one
test box for it.
print_unsupp_features:
if (features[0] || features[1] || features[2]) {
int i, j;
__u32 *mask = features, m;
On Thu, 25 Oct 2012, Banyan He wrote:
> I think it comes out from the app itself for the verification. The
> question is if the soft raid supports by anyhow. Trying to build one
> test box for it.
>
> print_unsupp_features:
> if (features[0] || features[1] || features[2]) {
> int i, j;
Send CentOS-announce mailing list submissions to
centos-annou...@centos.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ..
I am looking at using grubby. My command is:
grubby --grub --title "CentOS (2.6.32.60)"
--add-kernel=/boot/vmlinuz-2.6.32.60 --initrd=/boot/initrd-2.6.32.60.img
--args="ro root=LABEL=/ noapic" --make-default
my etc/grub.conf file after running the command is:
title CentOS (2.6.32.60)
kerne
I am about to set up a computer with Centos 6 that I'll probably never see
again. I don't want to give out the root password, but I would like to have it
automatically and transparently update itself.
What is the best way to do this? I have been looking at webpages about yum-cron
and yum-updates
On 10/25/2012 02:07 PM, Jerry Geis wrote:
> I am looking at using grubby. My command is:
>
> grubby --grub --title "CentOS (2.6.32.60)"
> --add-kernel=/boot/vmlinuz-2.6.32.60
> --initrd=/boot/initrd-2.6.32.60.img --args="ro root=LABEL=/ noapic"
> --make-default
>
> my etc/grub.conf file after ru
Jerry Geis wrote:
> On 10/25/2012 02:07 PM, Jerry Geis wrote:
>> I am looking at using grubby. My command is:
>>
>> grubby --grub --title "CentOS (2.6.32.60)"
>> --add-kernel=/boot/vmlinuz-2.6.32.60
>> --initrd=/boot/initrd-2.6.32.60.img --args="ro root=LABEL=/ noapic"
>> --make-default
>>
>> my et
> I am about to set up a computer with Centos 6 that I'll probably never see
> again. I don't want to give out the root password, but I would like to
> have it
> automatically and transparently update itself.
>
> What is the best way to do this? I have been looking at webpages about
> yum-cron
>
>> I am about to set up a computer with Centos 6 that I'll probably never
>> see
>> again. I don't want to give out the root password, but I would like to
>> have it
>> automatically and transparently update itself.
>>
>> What is the best way to do this? I have been looking at webpages about
>>
On Thu, 25 Oct 2012, Frank Cox wrote:
> To: centos@centos.org
> From: Frank Cox
> Subject: [CentOS] Completely automatic yum updating on Centos 6
>
> I am about to set up a computer with Centos 6 that I'll probably never see
> again. I don't want to give out the root password, but I would like
If I run this:
find /path/to/files/ -type f -mtime -2 -name *.xml.gz
I get the expected results, files with modify time less than two days old.
But, if I run it like this, with the print0 flag:
find /path/to/files/ -print0 -type f -mtime -2 -name *.xml.gz
I get older files included as well. A
On Thu, Oct 25, 2012 at 03:41:51PM -0500, Sean Carolan wrote:
> If I run this:
> find /path/to/files/ -type f -mtime -2 -name *.xml.gz
> find /path/to/files/ -print0 -type f -mtime -2 -name *.xml.gz
Order of operations
find /path/to/files/ -type f -mtime -2 -name *.xml.gz -print0
--
rgds
Ste
On 25 October 2012 21:19, Keith Roberts wrote:
> On Thu, 25 Oct 2012, Frank Cox wrote:
>
>> To: centos@centos.org
>> From: Frank Cox
>> Subject: [CentOS] Completely automatic yum updating on Centos 6
>>
>> I am about to set up a computer with Centos 6 that I'll probably never see
>> again. I don
> Order of operations
> find /path/to/files/ -type f -mtime -2 -name *.xml.gz -print0
Thanks!
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
On Thu, 25 Oct 2012 21:19:24 +0100 (BST)
Keith Roberts wrote:
> What about doing a ssh root login to the box from far away,
> and then running yum check-update, to see what the
> consequences of updating the box could do before
> commiting to the update first?
As far as I know, while it will h
On Thu, Oct 25, 2012 at 5:19 PM, Frank Cox wrote:
>
> So if I plan to log into it remotely, I'll have to have it report its current
> address to me on occasion.
>
> Which probably wouldn't be a bad thing, anyway.
Or, if someone else will be logging in and you just don't want to give
them root acc
On Thu, 25 Oct 2012 17:50:49 -0500
Les Mikesell wrote:
> Or, if someone else will be logging in and you just don't want to give
> them root access, you could set up sudo access to a script that does a
> 'yum -y update' and then asks if they want to reboot.
I did consider that, but if it doesn't
on 10/25/2012 3:54 PM Frank Cox spake the following:
> On Thu, 25 Oct 2012 17:50:49 -0500
> Les Mikesell wrote:
>
>> Or, if someone else will be logging in and you just don't want to give
>> them root access, you could set up sudo access to a script that does a
>> 'yum -y update' and then asks if
20 matches
Mail list logo
