Re: [Cooker] No XFS for you, sucker
[EMAIL PROTECTED] writes: BTW, on servers, I typically install with a small root ext3 filesystem, /usr and /tmp ext3, /var and data partitions on LVM, usually XFS. This avoids the root on LVM issues, but still gets you the majority of the LVM benefit (resizing partitions which can vary greatly in required capacity). Root on lvm should be supported? I remember I've even tested that during 9.2 debugging process. Ah but this is limited to a LV not spanning across several PV's, that is? I can't be sure. Then LVM might be a little less interesting :). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] No XFS for you, sucker
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Guillaume Cottenceau wrote: [EMAIL PROTECTED] writes: BTW, on servers, I typically install with a small root ext3 filesystem, /usr and /tmp ext3, /var and data partitions on LVM, usually XFS. This avoids the root on LVM issues, but still gets you the majority of the LVM benefit (resizing partitions which can vary greatly in required capacity). Root on lvm should be supported? Should be, but I'm not going to find out on a production server ;-). BTW, our 9.1 box gives some problems on it's LVM (lvm devices don't start up sometimes), so I would be more hesitant to have root (and all the necessary tools to get the LVM up) on LVM ... I remember I've even tested that during 9.2 debugging process. Ah but this is limited to a LV not spanning across several PV's, that is? I can't be sure. Then LVM might be a little less interesting :). Well, IMHO, if you need to resize /, you made some mistake in setting up the server ... Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/ln0prJK6UGDSBKcRAuECAJ9dOONHIBWjYT1vFo/3LvX+lZzUEgCeM3Nu n3iNiscovOShxlYmj2QTEj0= =j6/b -END PGP SIGNATURE-
Re: [Cooker] No XFS for you, sucker
Austin Acton [EMAIL PROTECTED] writes: On Sat, 2003-10-18 at 13:21, [EMAIL PROTECTED] wrote: If you are going to use an XFS root, you need a /boot which is not XFS. This has something to do with the compatablity SGI wants to keep with the on-disk format used by Irix XFS, which is incompatible with what LILO wants to put there on any partition containing a kernel you want to boot. That is not the problem. I just tried it with reiser, and I got the same error... filesystem would be destroyed by LILO boot sector /dev/hda. This is very odd. What does it mean? it seems it found the magic of OS2, SWAP, XFS or NTFS on MBR. if someone can reproduce, please give the MBR (using something like dd if=/dev/hda of=/tmp/mbr count=2) and the output of lilo -v7
Re: [Cooker] No XFS for you, sucker
On Wed, Oct 22, 2003 at 02:50:49PM +0200, Buchan Milne wrote: Guillaume Cottenceau wrote: Root on lvm should be supported? It is. Should be, but I'm not going to find out on a production server ;-). I am using it in production and i am very satisfied. and i have been using it for ages on multiple server without even a glitch. BTW, our 9.1 box gives some problems on it's LVM (lvm devices don't start up sometimes), so I would be more hesitant to have root (and all the necessary tools to get the LVM up) on LVM ... You sohuld debug your problem or ask for help instead of spreading FUD. I remember I've even tested that during 9.2 debugging process. Ah but this is limited to a LV not spanning across several PV's, that is? I can't be sure. Then LVM might be a little less interesting :). AFAIK you cannot boot from an lv that spans several PV, you need /boot to be on it's own LV for this, but root can span if you need. Well, IMHO, if you need to resize /, you made some mistake in setting up the server ... Usually i don't want to resize /, but this is no reason to use a partition table. Besides if someone want's to resize / why should we oppose it. (i was thinking of adding an mkinitrd mode that resizes /) L. -- Luca Berra -- [EMAIL PROTECTED] Communication Media Services S.r.l. /\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
Re: [Cooker] No XFS for you, sucker
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Luca Berra wrote: On Wed, Oct 22, 2003 at 02:50:49PM +0200, Buchan Milne wrote: BTW, our 9.1 box gives some problems on it's LVM (lvm devices don't start up sometimes), so I would be more hesitant to have root (and all the necessary tools to get the LVM up) on LVM ... You sohuld debug your problem or ask for help instead of spreading FUD. I am not responsible for this box (so will not debug it without being asked to), but the person who is lives in Fear of having to shut the machine down, since he is Uncertain whether LVM will come up or not, and Doubts his ability to get the LVMs up without my assistance. So, we have FUD, but I most certainly was not spreading any. Our 9.0 box has a very similar setup, and I can't remember having problems with it (actually I am quite sure LVM works fine), but it's been a while since it was last booted. Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/ls+SrJK6UGDSBKcRAsLvAJ9hBsEIUZFozBCGcp7XsBH4eJhibwCgtPeu gKTXpghT9K8kLVR4cCNHbFE= =JLGT -END PGP SIGNATURE-
[Cooker] No XFS for you, sucker
This is a big bummer and the waste of a morning... I bought a fancy new machine (one of those E-Cube mini sytems... it's very neat, and glows BLUE!). I installed my freshly downloaded powerpack, with XFS root and XFS home. At the lilo section of drakx, I asked for lilo to be installed to MBR. I got this message: Fatal error, filesystem would be destroyed by LILO boot sector /dev/hda. But then it just goes on with the lilo setup. No way to go back. After the lilo step, I got the same error again, and no bootloader was installed. Grrr. So I reran drakx, and this time chose 'upgrade' instead of 'install', hoping I could change the configuration to install bootloader to root. But no, I was not asked that question, it just kept trying to install to MBR. So I reran drakx, doing another complete install. This time I chose to install the bootloader to root. The error: You cannot install the bootloader to an XFS partition. Awesome. Once again, instead of going back and letting me select MBR, it goes on into the LILO setup forever. Pretty dumb stuff. Austin -- Austin Acton Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate Department of Chemistry, York University, Toronto MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
Re: [Cooker] No XFS for you, sucker
This is a big bummer and the waste of a morning... I bought a fancy new machine (one of those E-Cube mini sytems... it's very neat, and glows BLUE!). I installed my freshly downloaded powerpack, with XFS root and XFS home. If you are going to use an XFS root, you need a /boot which is not XFS. This has something to do with the compatablity SGI wants to keep with the on-disk format used by Irix XFS, which is incompatible with what LILO wants to put there on any partition containing a kernel you want to boot. I was under the impression drakx warned you about this. At the lilo section of drakx, I asked for lilo to be installed to MBR. I got this message: Fatal error, filesystem would be destroyed by LILO boot sector /dev/hda. But then it just goes on with the lilo setup. No way to go back. After the lilo step, I got the same error again, and no bootloader was installed. Grrr. So I reran drakx, and this time chose 'upgrade' instead of 'install', hoping I could change the configuration to install bootloader to root. But no, I was not asked that question, it just kept trying to install to MBR. So I reran drakx, doing another complete install. This time I chose to install the bootloader to root. The error: You cannot install the bootloader to an XFS partition. Awesome. Once again, instead of going back and letting me select MBR, it goes on into the LILO setup forever. I don't think that would help. Either, make a small ext3 root filesystem, and use XFS for data partitions (this is my suggestion, since it's about the safest), or make an ext2/3 /boot partition. BTW, on servers, I typically install with a small root ext3 filesystem, /usr and /tmp ext3, /var and data partitions on LVM, usually XFS. This avoids the root on LVM issues, but still gets you the majority of the LVM benefit (resizing partitions which can vary greatly in required capacity). Regards, Buchan
Re: [Cooker] No XFS for you, sucker
[EMAIL PROTECTED] escribió: This is a big bummer and the waste of a morning... I bought a fancy new machine (one of those E-Cube mini sytems... it's very neat, and glows BLUE!). I installed my freshly downloaded powerpack, with XFS root and XFS home. If you are going to use an XFS root, you need a /boot which is not XFS. This has something to do with the compatablity SGI wants to keep with the on-disk format used by Irix XFS, which is incompatible with what LILO wants to put there on any partition containing a kernel you want to boot. I was under the impression drakx warned you about this. Well, my 9.1 system is completely xfs and lilo here has no problem in installing the bootloader on the mbr. Don't tell me that the lilo that comes with 9.2 cannot do that, it'd mean I cannot upgrade. Bye -- Que les importa a las viudas, a los huérfanos, a los desvalidos si las masacres se hacen en nombre del totalitarismo o en el sagrado nombre de la libertad y la democracia. Mahatma Gandhi (1869 - 1948) pgp0.pgp Description: PGP signature
Re: [Cooker] No XFS for you, sucker
[EMAIL PROTECTED] escribió: This is a big bummer and the waste of a morning... I bought a fancy new machine (one of those E-Cube mini sytems... it's very neat, and glows BLUE!). I installed my freshly downloaded powerpack, with XFS root and XFS home. If you are going to use an XFS root, you need a /boot which is not XFS. This has something to do with the compatablity SGI wants to keep with the on-disk format used by Irix XFS, which is incompatible with what LILO wants to put there on any partition containing a kernel you want to boot. I was under the impression drakx warned you about this. Well, my 9.1 system is completely xfs and lilo here has no problem in installing the bootloader on the mbr. Don't tell me that the lilo that comes with 9.2 cannot do that, it'd mean I cannot upgrade. OK, well, I wasn't absolutely sure about the MBR, but it *should* work on the MBR according to: http://oss.sgi.com/projects/xfs/faq.html#lilowork I am not sure why Austin's installation of LILO on the MBR failed. You should be ok ... I think ;-). Regards, Buchan
Re: [Cooker] No XFS for you, sucker
On Sat, 2003-10-18 at 13:21, [EMAIL PROTECTED] wrote: If you are going to use an XFS root, you need a /boot which is not XFS. This has something to do with the compatablity SGI wants to keep with the on-disk format used by Irix XFS, which is incompatible with what LILO wants to put there on any partition containing a kernel you want to boot. That is not the problem. I just tried it with reiser, and I got the same error... filesystem would be destroyed by LILO boot sector /dev/hda. This is very odd. What does it mean? I was under the impression drakx warned you about this. Not only does it not warn you, once you select MBR, you can't change it without deleting everything. This is retarded. BTW, on servers, I typically install with a small root ext3 filesystem, /usr and /tmp ext3, /var and data partitions on LVM, usually XFS. This avoids the root on LVM issues, but still gets you the majority of the LVM benefit (resizing partitions which can vary greatly in required capacity). This is not for a server, it's for a portable recording studio. I'm very excited about it. The case even has a handle! I need a journalized, but fast filesystem for both root and home partitions. Ext3 is very slow for audio/video work, and when you're using a Quattro, you get lots of hangups, so ext2 is not an option. I guess I'll pour another hour into the problem and try it with ext3, just to make sure it's not a problem with my hard drive or the way I'm defining the partitions. Austin -- Austin Acton Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate Department of Chemistry, York University, Toronto MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
Re: [Cooker] No XFS for you, sucker
On Sat, Oct 18, 2003 at 07:21:51PM +0200, [EMAIL PROTECTED] wrote: BTW, on servers, I typically install with a small root ext3 filesystem, /usr and /tmp ext3, /var and data partitions on LVM, usually XFS. This avoids the root on LVM issues, but still gets you the majority of the LVM benefit (resizing partitions which can vary greatly in required capacity). if by resizing you mean increasing the size then you are right. i think resizing means both increasing and reducing the size. besides that i would not use xfs as a root filesystem, since fsck.xfs cannot repair some kind of inconsistencies while the fs is mounted (even ro) L. -- Luca Berra -- [EMAIL PROTECTED] Communication Media Services S.r.l. /\ \ / ASCII RIBBON CAMPAIGN XAGAINST HTML MAIL / \
Re: [Cooker] No XFS for you, sucker
lördagen den 18 oktober 2003 20.14 skrev Austin Acton: On Sat, 2003-10-18 at 13:21, [EMAIL PROTECTED] wrote: If you are going to use an XFS root, you need a /boot which is not XFS. This has something to do with the compatablity SGI wants to keep with the on-disk format used by Irix XFS, which is incompatible with what LILO wants to put there on any partition containing a kernel you want to boot. That is not the problem. I just tried it with reiser, and I got the same error... filesystem would be destroyed by LILO boot sector /dev/hda. This is very odd. What does it mean? A brand new and empty hard drive? No bios partition on it and such shit? What happens if you let it destroy the file system?
Re: [Cooker] No XFS for you, sucker
Luca Berra escribió: besides that i would not use xfs as a root filesystem, since fsck.xfs cannot repair some kind of inconsistencies while the fs is mounted (even ro) According to sgi documentation, it cannot repair *anything* on a mounted filesystem. That's what the rescue cd is for ;-) Bye -- - Yo también quiero una Europa libre de Patentes de Software - - I want a Software Patents Free Europe too! And you? - --- EuropeSwPatentFree - http://EuropeSwPatentFree.hispalinux.es pgp0.pgp Description: PGP signature
Re: [Cooker] No XFS for you, sucker
On Sat, 2003-10-18 at 14:45, Oden Eriksson wrote: A brand new and empty hard drive? No bios partition on it and such shit? What happens if you let it destroy the file system? Okay, I solved the problem. It seems that diskdrake freaks out if there is no bootloader. This was a clean hard drive from the computer shop (my favorite, www.canadacomputers.com). It had nothing to do with the filesystem type as I originally guessed. I tried XFS, reiser, and ext3, all with this stupid filesystem would be destroyed by LILO boot sector /dev/hda error. I ran fdisk, and erased all partitions. Then I created one huge XFS partition. Then I ran the rescue CD and chose regenerate boot sector or whatever it's called. Then I reran drakx, and all went fine. So the real question is, how is a newbie, with a totally blank hard drive supposed to get along with drakx/diskdrake? Austin
