ACLs are supported and known to work well (especially with Samba) in the
XFS-enabled Red Hat kernel provided by SGI:
http://oss.sgi.com/projects/xfs/
XFS has been ported to Linux some years ago, it is perfectly stable in
itself (it's the filesystem used by SGI in the Irix servers), and the
On Wed, 2002-06-05 at 09:12, Florian Lindner wrote:
>
> From: "Florin Andrei" <[EMAIL PROTECTED]>
> >
> > It's just an example, but... I'm already using it for heavy disk I/O
> > stuff (video editing, transcoding between different video formats, MPEG
> > and so on) and it's flawless until now.
>
- Original Message -
From: "Florin Andrei" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, June 04, 2002 9:15 PM
Subject: Re: Installer from SGI for XFS
> On Tue, 2002-06-04 at 09:46, Florian Lindner wrote:
> > Hello,
> > it seems that SG
On Tue, 2002-06-04 at 09:46, Florian Lindner wrote:
> Hello,
> it seems that SGI released a patched installer for RH 7.3.:
> ftp://oss.sgi.com/projects/xfs/download/Release-1.1/installer/installer/i386
> /
> Does anybody has tried that? It is supposed to be stable enough for everyd
Hello,
it seems that SGI released a patched installer for RH 7.3.:
ftp://oss.sgi.com/projects/xfs/download/Release-1.1/installer/installer/i386
/
Does anybody has tried that? It is supposed to be stable enough for everyday
use?
Thx,
Florian
Guys,
I might start to modify the 7.3 installer to make it use XFS out of the
box. Michael Best did some research on it, and below are his thoughts.
Do you think his plan is ok? What are the obvious things missing?
I'm planning to use the 2.4.18 XFS-enabled kernel from oss.sgi.com, and
> ?? Hun?
> xfs 1672 1 0 Apr26 ?00:00:23 xfs -droppriv -daemon
>
> Am I missing something obvious? Or is this not the X font server?
You did. xfs is the SGI filesystem the kind SGI folks donated to Linux.
I do think you can get an updated install
> In a related issue as I am trying to patch together an installer that
> uses XFS in 7.3
>
> Where do the internal Redhat developers actually discuss anything that
> affects developers of software for their OS?
>
> The "redhat-devel-list" ap
Paul Hamm <[EMAIL PROTECTED]> writes:
> ?? Hun?
> xfs 1672 1 0 Apr26 ? 00:00:23 xfs -droppriv -daemon
>
> Am I missing something obvious? Or is this not the X font server?
XFS is SGI's filesystem for IRIX, which has since been ported to Linux
b
Michael Best <[EMAIL PROTECTED]> writes:
> In a related issue as I am trying to patch together an installer that
> uses XFS in 7.3
>
> Where do the internal Redhat developers actually discuss anything that
> affects developers of software for their OS?
>
> The "
On Thu, 2002-05-09 at 11:26, Paul Hamm wrote:
> ?? Hun?
> xfs 1672 1 0 Apr26 ?00:00:23 xfs -droppriv -daemon
>
> Am I missing something obvious? Or is this not the X font server?
Knut was talking about SGI XFS, the high-performance filesystem used on
Ignore my previous post. SGI XFS journaling filesystem. Interesting
product.
-Original Message-
From: Michael Best [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 09, 2002 12:58 PM
To: [EMAIL PROTECTED]
Subject: Where is a better place to find the Redhat developers? Re: XFS
support
In
?? Hun?
xfs 1672 1 0 Apr26 ?00:00:23 xfs -droppriv -daemon
Am I missing something obvious? Or is this not the X font server?
-Original Message-
From: Knut J Bjuland [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 09, 2002 12:26 PM
To: [EMAIL PROTECTED]
Subject
Is XFS support planed in Redhats rawhide kernels? I hope Redhat'll
include XFS for their next release whenever it my be released or as an
update to Redhat 7.3.
___
Redhat-devel-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/ma
On Fri, 19 Apr 2002, John Summerfield wrote:
> How many of these fields are absolutely critical?
>
> struct stat {
> unsigned short st_dev;
> unsigned short __pad1;
> unsigned long st_ino;
> unsigned short st_mode;
> unsigned short st_nlink;
> unsi
>
>
> John,
>
> The suggestion that knowing what files are open was only intended as a
> suggestion to completely eliminate any fsck - it wasn't my primary
> assertion. My primary assertion is: changes to the _structure_ on the disk
> must be reflected on the disk ASAP. This can be done by many
You're right, I didn't follow your argument completely but rather only a
short subset slamming Unix. I get your gist, though I would have to see
statistics to see whether making such required updates wouldn't reduce
performance too extensively.
I made the mistake of assuming you were a newbie who
> If "rtroy" supposition was held up disk performance would suffer
> dramatically.
This is the very old and very tired dogmatic argument which has been
disproven repeatedly throughout computing history. ...It could also be
that you have not understood - perhaps I have not articulated - the
argum
Thu, 18 Apr 2002, John Summerfield wrote:
> Date: Thu, 18 Apr 2002 07:48:15 +0800
> From: John Summerfield <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: Re: Better File systems? Was Re: XFS - here's the solution
>
>
> [EMAIL PRO
If "rtroy" supposition was held up disk performance would suffer
dramatically. All OS-es use write caches, including Windows, though you
have the option to turn it off. Not using caches leads to poor disk
performance, especially on multi-user systems, disks with small buffers,
and where you are re
[EMAIL PROTECTED] said:
> Here's my imperative: Every change to the structure on disk _must_be_
> written to disk that very instant. On-disk structure changes are _the_
> most critical aspect. Caching disk structure is fine, but having
> changes in cache that are not yet reflected on disk is, OK
On Thu, 2002-04-18 at 02:41, Kort E Patterson wrote:
>
> My current project uses ext3 on "/boot" and "/" Raid-1 partitions
> (boots off the raid partitions so raid-1 support must also be
> compiled directly into the kernel, and the --omit-raid-modules
> option used with mkinitrd). I haven't had
On Thu, 18 Apr 2002 02:41:36 -0700
Kort E Patterson <[EMAIL PROTECTED]> wrote:
> "Ronald W. Heiby" wrote:
> >
> > Wednesday, April 17, 2002, 11:26:11 AM, Richard wrote:
> > > Please note that in my experience, ext3 doesn't work. When I upgraded my
> > > systems from RH 6.2 to 7.2, I tried to tel
"Ronald W. Heiby" wrote:
>
> Wednesday, April 17, 2002, 11:26:11 AM, Richard wrote:
> > Please note that in my experience, ext3 doesn't work. When I upgraded my
> > systems from RH 6.2 to 7.2, I tried to tell it to use ext3, the default,
> > on several systems and each time was rewarded with a sy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Wednesday, April 17, 2002, 11:26:11 AM, Richard wrote:
> Please note that in my experience, ext3 doesn't work. When I upgraded my
> systems from RH 6.2 to 7.2, I tried to tell it to use ext3, the default,
> on several systems and each time was rewarde
nels
and yet another available as a set of patches and included in at least
one of the "alternative" kernel trees maintained by the likes of Alan
Cox, David Jones et al. These are ext3, reiserfs, jfs and xfs.
> That said, I've heard that there are some new file system types available
&
On Wed, 2002-04-17 at 09:26, Richard Troy wrote:
>
> Here's my imperative: Every change to the structure on disk _must_be_
> written to disk that very instant. On-disk structure changes are _the_
> most critical aspect. Caching disk structure is fine, but having changes
> in cache that are not ye
On 16 Apr 2002, Florin Andrei wrote:
> On Thu, 2002-03-07 at 07:37, Knut J Bjuland wrote:
> > Are Redhat going to include XFS in a rawhide kernel or in Redhat 8.X when it is
>ready?
>
> I'm waiting for that since a lng time.
>
> In my tests, XFS performed bett
On Thu, 2002-03-07 at 07:37, Knut J Bjuland wrote:
> Are Redhat going to include XFS in a rawhide kernel or in Redhat 8.X when it is
>ready?
I'm waiting for that since a lng time.
In my tests, XFS performed better (in terms of stability AND performance
under heavy load) than R
Are Redhat going to include XFS in a rawhide kernel or in Redhat 8.X when it is ready?
___
Redhat-devel-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-devel-list
--- Michael Tokarev <[EMAIL PROTECTED]> wrote:
> This is about C++ only. C language programs ARE
> compatible. Note that
> in e.g. 7.x, there is libstdc++-compat libraries, I
> expect to find the
> same on 8.x, so your C++ programs compiled on 7.x
> will run just fine on
> 8.x -- like 6.x vs 7
--- Jean Francois Martinez <[EMAIL PROTECTED]>
wrote:
> Alex Kanavin wrote:
> Reiserutils was in 7.2 and I think in 7.1. 7.2
> kernel has reiserfs
> support and I think 7.1was compiled with ReiserFS
> support too. So you
> can create and mount ReiserFS partitions if you
> want.
I have us
On Sun, 23 Dec 2001, Hetz Ben Hamo wrote:
> Actually, Redhat like to stay very silent during development of their next
> version.
> > By the way, it's a pity that the only way to know where Red Hat's going is
> > to browse through heaps of rawhide rpms and spot interesting ones: "Oh,
> > reiser
Hetz Ben Hamo wrote:
>
> Actually, Redhat like to stay very silent during development of their next
> version.
>
> For example - did you know that GCC 3.1 CVS is the new default compiler in
> Redhat rawhide? (8.0), so I wouldn't recommend people grab RPMS from rawhide
> since (I assume) they're
Alex Kanavin wrote:
>On Sat, 22 Dec 2001, Hetz Ben Hamo wrote:
>
>>Moving from ext2 to anything else besides ext3 is a PITA, and redhat has the
>>tradition not to support anything rather ext2/ext3...
>>
>
>Well, I think I saw reiserfs utils in the latest rawhide, so support for
>reiserfs probab
Actually, Redhat like to stay very silent during development of their next
version.
For example - did you know that GCC 3.1 CVS is the new default compiler in
Redhat rawhide? (8.0), so I wouldn't recommend people grab RPMS from rawhide
since (I assume) they're compiled with the new GCC which i
On Sat, 22 Dec 2001, Hetz Ben Hamo wrote:
> Moving from ext2 to anything else besides ext3 is a PITA, and redhat has the
> tradition not to support anything rather ext2/ext3...
Well, I think I saw reiserfs utils in the latest rawhide, so support for
reiserfs probably will be incuded in next re
ext2/ext3...
On Friday 21 December 2001 20:37 pm, Knut J Bjuland wrote:
> Are redhat going to include other journal files systems in its rawhide
> kernel, like SGI's XFS or IBM's JFS? Redhat's kernel tend to be better t
Are redhat going to include other journal files systems in its rawhide kernel, like
SGI's XFS
or IBM's JFS? Redhat's kernel tend to be better than a vanila kernel.
___
Redhat-devel-list mailing list
[EMAIL PROTECTED]
https://lis
On 25-Mar-01 Michael Tokarev wrote:
> Why RedHat choosed to use (and require) xfree86-xfs package?
> Xfs isn't needed to local x server at all (all the functionality
> is built into it directly). Xfs may be useful as a central font
> repository for many machines, so that one
I have one long-awaited "strange" question.
Why RedHat choosed to use (and require) xfree86-xfs package?
Xfs isn't needed to local x server at all (all the functionality
is built into it directly). Xfs may be useful as a central font
repository for many machines, so that one ca
> See RH bug 5093, which describes the fix procedure on a dying xfs
> [which is what is being described -- see a tail of
> /var/log/messages after trying to stop and then start xfs].
>
> Quick answer -- something has bunged up the fonts.dir (a
> post-install script has fa
ky' and proper.
You missed part of the thread, and/or the quote backs are mixed up. He
was replying to a previous post to show that indeed the permissions
were correct.
> > > Another possibility may be that XF86Config is setup wrong.
> > > Needs to match init.d/xfs.
>
On Tue, 8 Feb 2000, Bob Tennent wrote:
> b) permissions on /tmp are wonky.
>
> 4 drwxrwxrwt 8 root root 4096 Feb 8 10:39 /tmp/
Actually this is not wonky, it is 'sticky' and proper.
> > Another possibility may be that XF86Config is setup wrong.
>
I seem to have messed up something and can't figure out what.
The command xfs -port -1 produces the following unenlightening messages:
_FontTransSocketINETCreateListener: Unable to get service for -1
_FontTransMakeAllCOTSServerListeners: failed to create listener for tcp
On the other
7;t figure out what.
> > The command xfs -port -1 produces the following unenlightening messages:
> >
> > _FontTransSocketINETCreateListener: Unable to get service for -1
> > _FontTransMakeAllCOTSServerListeners: failed to create listener for tcp
> >
> > On the o
> From: Hal Burgiss <[EMAIL PROTECTED]>
>
Thanks for the suggestions. I can see the point of not using a
network port. But I still don't see why it doesn't work.
> > The command xfs -port -1 produces the following unenlightening messages:
> >
>
On Mon Feb 07 2000 at 16:18, Hal Burgiss wrote:
> On Mon, Feb 07, 2000 at 02:06:03PM -0500, Bob Tennent wrote:
> > I seem to have messed up something and can't figure out what.
> > The command xfs -port -1 produces the following unenlightening messages:
I think you have th
On Mon, Feb 07, 2000 at 02:06:03PM -0500, Bob Tennent wrote:
> I seem to have messed up something and can't figure out what.
> The command xfs -port -1 produces the following unenlightening messages:
>
> _FontTransSocketINETCreateListener: Unable to g
49 matches
Mail list logo
