Anyone knows what RedHat did to remove support for other journaling file systems such as XFS, ReiserFS, etc. (considering these are supported by Fedora which is what RHEL is based on)?
Would it work to simply take the Anaconda code (or subsection of it) and simply substitute that for the Anaconda code in RHEL/CentOS?
On 8/15/05, Greg Knaddison greg.knaddison@gmail.com wrote:
Did you even UAGDSE before posting this?
Of course (this is standard procedure now :).
CentOS plus contains the kernel and rpm to support other journaling file systems such as ReiserFS and XFS, however, this is not integrated into kickstart which means one would have to completely install the system first then add the kernel and tools after the system has come up (this requires two reboots: (1) boot the system after kickstart (2) install the new kernel to support other ReiserFS/XFS then reboot before a file system can be created using the newly supported file system.
I'm looking for the changes that RedHat did to remove support of non-ext3 file systems. I can re-add the support myself, but I'm just wondering if anyone has done it or has knowledge as to what exactly RedHat did to remove support of XFS/ReiserFS (especially since these are supported by Fedora which RHEL is based on).
The more interesting question is, could the Fedora Anaconda code simply replace the RHEL Anaconda code?
Greg _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On 8/15/05, Fong Vang sudoyang@gmail.com wrote:
On 8/15/05, Greg Knaddison greg.knaddison@gmail.com wrote:
Did you even UAGDSE before posting this?
Of course (this is standard procedure now :).
CentOS plus contains the kernel and rpm to support other journaling file systems such as ReiserFS and XFS, however, this is not integrated into kickstart which means one would have to completely install the system first then add the kernel and tools after the system has come up (this requires two reboots: (1) boot the system after kickstart (2) install the new kernel to support other ReiserFS/XFS then reboot before a file system can be created using the newly supported file system.
I'm looking for the changes that RedHat did to remove support of non-ext3 file systems. I can re-add the support myself, but I'm just wondering if anyone has done it or has knowledge as to what exactly RedHat did to remove support of XFS/ReiserFS (especially since these are supported by Fedora which RHEL is based on).
The more interesting question is, could the Fedora Anaconda code simply replace the RHEL Anaconda code?
Great - now your question is fully flushed out and people are more likely to be able to help you. Before it wasn't clear what you were looking for, especially since this support was recently added to the CentosPLUS kernel (certainly not to me and probably noone else so noone has answered your question). I'm not trying to be flip, but a question as broad as you stated it is really not answerable unless someone is psychic and can read your mind :)
And yes, UAGDSE - Use A God Damned Search Engine.
Greg
On 8/15/05, Greg Knaddison greg.knaddison@gmail.com wrote:
On 8/15/05, Fong Vang sudoyang@gmail.com wrote:
On 8/15/05, Greg Knaddison greg.knaddison@gmail.com wrote:
Did you even UAGDSE before posting this?
Of course (this is standard procedure now :).
CentOS plus contains the kernel and rpm to support other journaling file systems such as ReiserFS and XFS, however, this is not integrated into kickstart which means one would have to completely install the system first then add the kernel and tools after the system has come up (this requires two reboots: (1) boot the system after kickstart (2) install the new kernel to support other ReiserFS/XFS then reboot before a file system can be created using the newly supported file system.
I'm looking for the changes that RedHat did to remove support of non-ext3 file systems. I can re-add the support myself, but I'm just wondering if anyone has done it or has knowledge as to what exactly RedHat did to remove support of XFS/ReiserFS (especially since these are supported by Fedora which RHEL is based on).
The more interesting question is, could the Fedora Anaconda code simply replace the RHEL Anaconda code?
Great - now your question is fully flushed out and people are more likely to be able to help you. Before it wasn't clear what you were looking for, especially since this support was recently added to the CentosPLUS kernel (certainly not to me and probably noone else so noone has answered your question). I'm not trying to be flip, but a question as broad as you stated it is really not answerable unless someone is psychic and can read your mind :)
I thought my question was very specific: what did RedHat remove from Anaconda to remove support for other journaling system except ext3 considering RHEL is based on Fedora? You just kinda assume I didn't do the due deligence to find on a search engine first.
Okay, let me state it again more clearl. I'm looking for a way to directly support other journaling file systems (not just ext3) in Anaconda itself. Just wondering if anyone has done it already. If not, I can do it myself, that's fine.
And yes, UAGDSE - Use A God Damned Search Engine.
Greg _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Fong Vang wrote:
I thought my question was very specific: what did RedHat remove from Anaconda to remove support for other journaling system except ext3 considering RHEL is based on Fedora? You just kinda assume I didn't do the due deligence to find on a search engine first.
Okay, let me state it again more clearl. I'm looking for a way to directly support other journaling file systems (not just ext3) in Anaconda itself. Just wondering if anyone has done it already. If not, I can do it myself, that's fine.
Well, the Red Hat kernel is not compiled to support JFS or ReiserFS. You will need to either adapt the CentOSPlus kernel, or roll your own. I've noticed that the kernel on the install CDs does act differently than the one included with the distribution, so you might want to roll your own, or at least figure out what the differences are before trying.
On top of this, you will need to make modifications to anaconda to support the new filesystems. For all I know this could be just adding them to a hash table or something in the code.
And in order for anaconda to work properly, you'll need the userspace tools for those added filesystems.
I'm surprised someone hasn't done it already. CentOS is trying to stay as close to RHEL as possible to permit the interoperability of software, but I don't see any reason a distro can't spin off.
Just my $0.02 (where's the cents button these days?)
--Shawn
On Mon, 2005-08-15 at 21:03 -0400, Shawn M. Jones wrote:
Fong Vang wrote:
I thought my question was very specific: what did RedHat remove from Anaconda to remove support for other journaling system except ext3 considering RHEL is based on Fedora? You just kinda assume I didn't do the due deligence to find on a search engine first.
Okay, let me state it again more clearl. I'm looking for a way to directly support other journaling file systems (not just ext3) in Anaconda itself. Just wondering if anyone has done it already. If not, I can do it myself, that's fine.
Well, the Red Hat kernel is not compiled to support JFS or ReiserFS. You will need to either adapt the CentOSPlus kernel, or roll your own. I've noticed that the kernel on the install CDs does act differently than the one included with the distribution, so you might want to roll your own, or at least figure out what the differences are before trying.
If you put the CentOSPlus kernel and kernel-devel in the RPMS directory and remove the others and use the build script, it will use that kernel for install.
On top of this, you will need to make modifications to anaconda to support the new filesystems. For all I know this could be just adding them to a hash table or something in the code.
Not sure about this ...
And in order for anaconda to work properly, you'll need the userspace tools for those added filesystems.
This would probably be the hardest part. You need to not only have a kernel that works, but also add executables that don't already exist to the bin directory for anaconda ... and incorporate that into the current GUI and curses disk druid.
I'm surprised someone hasn't done it already. CentOS is trying to stay as close to RHEL as possible to permit the interoperability of software, but I don't see any reason a distro can't spin off.
Johnny Hughes wrote:
On Mon, 2005-08-15 at 21:03 -0400, Shawn M. Jones wrote:
Fong Vang wrote:
I thought my question was very specific: what did RedHat remove from Anaconda to remove support for other journaling system except ext3 considering RHEL is based on Fedora? You just kinda assume I didn't do the due deligence to find on a search engine first.
Okay, let me state it again more clearl. I'm looking for a way to directly support other journaling file systems (not just ext3) in Anaconda itself. Just wondering if anyone has done it already. If not, I can do it myself, that's fine.
Well, the Red Hat kernel is not compiled to support JFS or ReiserFS. You will need to either adapt the CentOSPlus kernel, or roll your own. I've noticed that the kernel on the install CDs does act differently than the one included with the distribution, so you might want to roll your own, or at least figure out what the differences are before trying.
If you put the CentOSPlus kernel and kernel-devel in the RPMS directory and remove the others and use the build script, it will use that kernel for install.
On top of this, you will need to make modifications to anaconda to support the new filesystems. For all I know this could be just adding them to a hash table or something in the code.
Not sure about this ...
And in order for anaconda to work properly, you'll need the userspace tools for those added filesystems.
This would probably be the hardest part. You need to not only have a kernel that works, but also add executables that don't already exist to the bin directory for anaconda ... and incorporate that into the current GUI and curses disk druid.
It's not too hard to do - I've done it.
The RHEL/CentOS4 anaconda has (nearly) all the support for XFS (don't know about JFS or ReiserFS, but I think it's there).
You can boot the installer with the syslinux command line parameter 'xfs' i.e.
linux text xfs (etc.)
However, as stated earlier, you need the CentosPlus kernel and the xfsprogs RPMS in your install tree when you re-make the installer.
Unfortunately, the grub install fails when /boot is on an XFS partition, - anaconda/booty do have workarounds for XFS /boot partitions, but they use/need /usr/sbin/xfs_freeze and /usr/sbin/xfs_io which are not included in the stage2 images by default - I've patched anaconda as follows to add these:
*** anaconda-10.1.1.19/scripts/upd-instroot.dist 2004-10-26 13:29:09.0000 00000 +0100 --- anaconda-10.1.1.19/scripts/upd-instroot 2005-06-28 12:45:56.041873519 +0 100 *************** *** 314,319 **** --- 314,321 ---- usr/sbin/xfs_db usr/sbin/xfs_check usr/sbin/xfs_copy + usr/sbin/xfs_freeze + usr/sbin/xfs_io usr/X11R6/share/Xconfigurator/MonitorsDB usr/bin/python usr/bin/python?.?
I've also patched anacoda to use XFS as one of it's default filesystems (don't need to give 'xfs' as a boot command line parameter):
*** anaconda-10.1.1.13/fsset.py.dist 2004-12-14 21:25:04.000000000 +0000 --- anaconda-10.1.1.13/fsset.py 2005-06-08 11:49:30.698981214 +0100 *************** *** 406,421 **** # at the boot: prompt will let you make new xfs filesystems # in the installer. Bugs filed when you use this will be closed # WONTFIX. ! try: ! f = open("/proc/cmdline") ! line = f.readline() ! if string.find(line, " xfs") != -1: ! self.supported = -1 ! else: ! self.supported = 0 ! del f ! except: ! self.supported = 0
self.packages = [ "xfsprogs" ]
--- 406,413 ---- # at the boot: prompt will let you make new xfs filesystems # in the installer. Bugs filed when you use this will be closed # WONTFIX. ! ! self.supported = -1
self.packages = [ "xfsprogs" ]
Hope this helps
James Pearson
I don't know, but I suspect he is asking if you "used a google somthing or other search engine" before posting.. I guess he is either trying to show his lack of consideration/patience with those of us less expierenced or is too busy to type it out.
:)
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org]On Behalf Of Jesse Sent: Monday, August 15, 2005 7:22 PM To: CentOS mailing list Subject: Re: [CentOS] Re: RedHat changes to remove file system support
On Mon, 2005-08-15 at 13:57 -0700, Greg Knaddison wrote:
Did you even UAGDSE before posting this?
Uh. what is UAGDSE, and am I the only one that doesn't know?
Why do people use stupid stuff like this on mailing lists...
--jesse
_______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Maybe: Use A God Damn Search Engine ?
I'm not really that good with acronyms.
[]s
On Mon, Aug 15, 2005 at 07:25:37PM -0400, David Campbell wrote:
I don't know, but I suspect he is asking if you "used a google somthing or other search engine" before posting.. I guess he is either trying to show his lack of consideration/patience with those of us less expierenced or is too busy to type it out.
:)
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org]On Behalf Of Jesse Sent: Monday, August 15, 2005 7:22 PM To: CentOS mailing list Subject: Re: [CentOS] Re: RedHat changes to remove file system support
On Mon, 2005-08-15 at 13:57 -0700, Greg Knaddison wrote:
Did you even UAGDSE before posting this?
Uh. what is UAGDSE, and am I the only one that doesn't know?
Why do people use stupid stuff like this on mailing lists...
- -- Rodrigo Barbosa rodrigob@suespammers.org "Quid quid Latine dictum sit, altum viditur" "Be excellent to each other ..." - Bill & Ted (Wyld Stallyns)
Jesse wrote:
On Mon, 2005-08-15 at 13:57 -0700, Greg Knaddison wrote:
Did you even UAGDSE before posting this?
Uh. what is UAGDSE, and am I the only one that doesn't know?
Why do people use stupid stuff like this on mailing lists...
--jesse
You had me wondering too so I did a google on this and found it is ment to be short form for "Use A God Damned Search Engine" ;(
Best Regards, Jon McCauley
} } Uh. what is UAGDSE, and am I the only one that doesn't know? } } Why do people use stupid stuff like this on mailing lists... } } --jesse }
it is a painful dis' on God that assumes that someone who is smart enough to use a mailing list isn't smart enough to know about, or bright enough to use a search engine a little bit before posting.
- rh
-- Robert Hanson Abba Communications http://www.abbacomm.net