FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > CentOS > CentOS

 
 
LinkBack Thread Tools
 
Old 05-30-2008, 11:30 PM
 
Default XFS install issue

I am attempting to implement XFS on a new system.

System:
Supermicro SC846 TQ-R900B - rack-mountable
SUPERMICRO X7DWN+ - motherboard
3ware 9650SE-24M8 - storage controller
10 Hitachi DeskStar 7K1000 - hard drive - 1 TB
8GB Ram
2 Intel Quad-Core Xeon E5420 / 2.5 GHz processor

Installed Centos 5.1 X86 64 from DVD. System on /dev/sda1
? 250GB ext3 (raid 5). /home will be on /dev/sdb1 ? over
7TB XFS.


Kernel version issue

---------------------------------

[root@csfs50 work]# yum install kmod-xfs.x86_64

Loading "installonlyn" plugin
Setting up Install Process
Setting up repositories
Reading repository metadata in from local files
Parsing package install arguments
Resolving Dependencies
--> Populating transaction set with selected packages.
Please wait.
---> Downloading header for kmod-xfs to pack into
transaction set.
kmod-xfs-0.4-1.2.6.18_53. 100% |=========================|
2.8 kB 00:00
---> Package kmod-xfs.x86_64 0:0.4-1.2.6.18_53.1.19.el5
set to be installed

--> Running transaction check
--> Processing Dependency: kernel-x86_64 =
2.6.18-53.1.19.el5 for package: kmod-xfs

--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages.
Please wait.
---> Downloading header for kernel to pack into
transaction set.
kernel-2.6.18-53.1.19.el5 100% |=========================|
256 kB 00:00
---> Package kernel.x86_64 0:2.6.18-53.1.19.el5 set to be
installed

--> Running transaction check

Dependencies Resolved

================================================== ===========================
Package Arch Version
Repository Size

================================================== ===========================
Installing:
kmod-xfs x86_64
0.4-1.2.6.18_53.1.19.el5 extras 253 k

Installing for dependencies:
kernel x86_64 2.6.18-53.1.19.el5
updates 15 M


Transaction Summary
================================================== ===========================
Install 2 Package(s)
Update 0 Package(s)
Remove 0 Package(s)

Total download size: 16 M
Is this ok [y/N]: y
Downloading Packages:
(1/2): kmod-xfs-0.4-1.2.6 100% |=========================|
253 kB 00:00
(2/2): kernel-2.6.18-53.1 100% |=========================|
15 MB 00:02

Running Transaction Test
Finished Transaction Test


Transaction Check Error:
package kernel-2.6.18-53.1.21.el5 (which is newer than
kernel-2.6.18-53.1.19.el5) is already installed


Error Summary
-------------


_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
 
Old 05-31-2008, 10:16 AM
Johnny Hughes
 
Default XFS install issue

mslist@opcenter.net wrote:

I am attempting to implement XFS on a new system.

System:
Supermicro SC846 TQ-R900B - rack-mountable
SUPERMICRO X7DWN+ - motherboard
3ware 9650SE-24M8 - storage controller
10 Hitachi DeskStar 7K1000 - hard drive - 1 TB
8GB Ram
2 Intel Quad-Core Xeon E5420 / 2.5 GHz processor

Installed Centos 5.1 X86 64 from DVD. System on /dev/sda1 – 250GB ext3
(raid 5). /home will be on /dev/sdb1 – over 7TB XFS.


Kernel version issue

---------------------------------

[root@csfs50 work]# yum install kmod-xfs.x86_64

Loading "installonlyn" plugin
Setting up Install Process
Setting up repositories
Reading repository metadata in from local files
Parsing package install arguments
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for kmod-xfs to pack into transaction set.
kmod-xfs-0.4-1.2.6.18_53. 100% |=========================| 2.8 kB 00:00
---> Package kmod-xfs.x86_64 0:0.4-1.2.6.18_53.1.19.el5 set to be installed
--> Running transaction check
--> Processing Dependency: kernel-x86_64 = 2.6.18-53.1.19.el5 for
package: kmod-xfs

--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for kernel to pack into transaction set.
kernel-2.6.18-53.1.19.el5 100% |=========================| 256 kB 00:00
---> Package kernel.x86_64 0:2.6.18-53.1.19.el5 set to be installed
--> Running transaction check

Dependencies Resolved

================================================== ===========================


Package Arch Version Repository Size
================================================== ===========================


Installing:
kmod-xfs x86_64 0.4-1.2.6.18_53.1.19.el5
extras 253 k

Installing for dependencies:
kernel x86_64 2.6.18-53.1.19.el5
updates 15 M


Transaction Summary
================================================== ===========================


Install 2 Package(s)
Update 0 Package(s)
Remove 0 Package(s)

Total download size: 16 M
Is this ok [y/N]: y
Downloading Packages:
(1/2): kmod-xfs-0.4-1.2.6 100% |=========================| 253 kB 00:00
(2/2): kernel-2.6.18-53.1 100% |=========================| 15 MB 00:02
Running Transaction Test
Finished Transaction Test


Transaction Check Error:
package kernel-2.6.18-53.1.21.el5 (which is newer than
kernel-2.6.18-53.1.19.el5) is already installed


The problem is that the extras and centosplus items are on hold while
work on CentOS-5.2.


I have not built the centosplus kernel for 2.6.18-53.1.21.el5 as we are
using the builders for 5.2 and kernels take forever to build in the
builders as the debuginfo files are hundreds of MBs in size each.


I also normally build all the extras kmods while I build the centosplus
kernel, so they were also not yet done ... however I did go ahead and
build the new kmods for drbd82, xfs, and kvm for the new
2.6.18-53.1.21.el5 kernel and those have now been pushed to the extras
directory.


They should be synced to the external public mirrors in a couple hours,
and should be on mirror.centos.org now here:


http://mirror.centos.org/centos/5.1/extras/


_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
 
Old 05-31-2008, 06:58 PM
Linux
 
Default XFS install issue

On Sat, May 31, 2008 at 1:16 PM, Johnny Hughes <johnny@centos.org> wrote:
> I also normally build all the extras kmods while I build the centosplus
> kernel, so they were also not yet done ... however I did go ahead and build

I dont intend to blame anybody but kmod_xfs was a couple of days late
for previous kernel update and I broke an xfs partition, as recorded
in list archives.

In that thread, I was told to expect such things and test better
because xfs was not in official brunch neither in rhel nor in centos.
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
 
Old 06-02-2008, 12:03 PM
Johnny Hughes
 
Default XFS install issue

Linux wrote:

On Sat, May 31, 2008 at 1:16 PM, Johnny Hughes <johnny@centos.org> wrote:

I also normally build all the extras kmods while I build the centosplus
kernel, so they were also not yet done ... however I did go ahead and build


I dont intend to blame anybody but kmod_xfs was a couple of days late
for previous kernel update and I broke an xfs partition, as recorded
in list archives.


Good, because we can not support the extras and centosplus repositories
in the same time frames as the main repositories.




In that thread, I was told to expect such things and test better
because xfs was not in official brunch neither in rhel nor in centos.


IF you have required kernel modules, then you should probably set the
kernels and the kmods as excluded and NOT update those automatically
(using your yum.conf file).


You can then double check when the updates are available.

I ALWAYS manually upgrade my kernels on machines that require kmods. As
I have said many times, add on repos are supported, but they are not
supported within the same time frames.


I would also not use XFS in production ... but that is just me. If XFS
was production ready, it would be in RHEL. Since it is turned on in
Fedora and since it is purposely turned off in RHEL, one can reasonably
conclude that the upstream people DO NOT THINK it is stable enough to
use in production on RHEL. This is JUST my opinion



_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
 
Old 06-02-2008, 04:29 PM
Joshua Baker-LePain
 
Default XFS install issue

On Mon, 2 Jun 2008 at 7:03am, Johnny Hughes wrote

I would also not use XFS in production ... but that is just me. If XFS was
production ready, it would be in RHEL. Since it is turned on in Fedora and
since it is purposely turned off in RHEL, one can reasonably conclude that
the upstream people DO NOT THINK it is stable enough to use in production on
RHEL. This is JUST my opinion


IIRC, RH's stated reason (stated on the mailing lists in the midst of
folks clamoring for XFS' inclusion) for not having XFS turned on in RHEL
is *not* that it's not production ready. It's that they only have the
resources (read: folks with knowledge in-depth enough to satisfy
enterprise customers) to support 1 FS, and that's ext3.


--
Joshua Baker-LePain
QB3 Shared Cluster Sysadmin
UCSF
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
 
Old 06-02-2008, 04:46 PM
John R Pierce
 
Default XFS install issue

Joshua Baker-LePain wrote:

On Mon, 2 Jun 2008 at 7:03am, Johnny Hughes wrote

I would also not use XFS in production ... but that is just me. If
XFS was production ready, it would be in RHEL. Since it is turned on
in Fedora and since it is purposely turned off in RHEL, one can
reasonably conclude that the upstream people DO NOT THINK it is
stable enough to use in production on RHEL. This is JUST my opinion


IIRC, RH's stated reason (stated on the mailing lists in the midst of
folks clamoring for XFS' inclusion) for not having XFS turned on in
RHEL is *not* that it's not production ready. It's that they only
have the resources (read: folks with knowledge in-depth enough to
satisfy enterprise customers) to support 1 FS, and that's ext3.




indeed, when I looked into using XFS for a large scale data store, I had
several XFS 'gurus' (freenode xfs channel) strongly recommend only
deploying it with the help of SGI consulting services, using a SGI
distribution. Since at the time, SGI's long term viability was dubious
(and its not improved any since then, this was about 2 years ago), I
moved on. We are currently using Solaris 10 plus ZFS for this
application, with satisfactory results (except some annoying problems
with marvel88SX sata drivers but thats another issue entirely)

_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
 
Old 06-03-2008, 04:29 PM
 
Default XFS install issue

Continuing to get XFS to work


Instaled

# yum instal kmod-xfs.x86_64
# yum install xfsprogs.x86_64
# yum install xfsdump.x86_64
# yum install xfsprogs.x86_64

Rebooted
# fdisk /dev/sdb
Created the partition.

fdisk reported


Disk /dev/sdb: 7731.4 GB, 7731478004224 bytes
255 heads, 63 sectors/track, 939965 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Fdisk will only allowed 267349 (2TB) for the partition.

# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 223G 5.9G 206G 3% /
tmpfs 2.0G 0 2.0G 0% /dev/shm
/dev/sdb1 2.0T 1.1M 2.0T 1% /home

How can I create a partition grater then 2TB.

Also I have noticed that the GUI utilities do not recanisr
the partition at all. Is there anything else that I need
to install?


Mike
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
 
Old 06-03-2008, 04:50 PM
Joshua Baker-LePain
 
Default XFS install issue

On Tue, 3 Jun 2008 at 12:29pm, mslist@opcenter.net wrote


Rebooted
# fdisk /dev/sdb
Created the partition.

fdisk reported


fdisk can't handle devices that large. You must

1) Use parted
2) mklabel gpt

--
Joshua Baker-LePain
QB3 Shared Cluster Sysadmin
UCSF
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
 
Old 06-03-2008, 06:10 PM
"Joop Cousteau"
 
Default XFS install issue

I AM TRYING TO GET OFF THIS LIST. YOUR SYSTEM WILL NOT ALLOW ME TO UN-SUB. PLEASE FIX THIS AND REMOVE ME.

Bug in Mailman version 2.1.5



We're sorry, we hit a bug!

Please inform the webmaster for this site of this problem. Printing of
traceback and other system information has been explicitly inhibited, but the
webmaster can find this information in the Mailman error logs


_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
 

Thread Tools




All times are GMT. The time now is 07:37 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org