headers
Ludek Finstrle | 1 Oct 2005 11:11
Picon

Re: ls -l versus du -sk after xfs_fsr

> > Do you happen to still have the xfs_repair output in scrollback somewhere?

Here is xfs_repair output. This is much better then previous run.

Phase 1 - find and verify superblock...
Phase 2 - using internal log
        - zero log...
        - scan filesystem freespace and inode maps...
        - found root inode chunk
Phase 3 - for each AG...
        - scan and clear agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
correcting nblocks for inode 47925411, was 327687 - counted 8
correcting nblocks for inode 47925417, was 328911 - counted 1232
correcting nblocks for inode 47925423, was 327710 - counted 31
        - agno = 12
        - agno = 13
        - agno = 14
(Continue reading)

Permalink | Reply | 10 comments |
headers
jimmie gilbreath | 1 Oct 2005 17:54

america Speedy deals captured. Top specials on relieving medicals. dishwasher


100% restricted webpage. 100% quality caappsules. 
Good cost cutting to allay your discomfort!
We no way behind schedule! Good status is everything to us.

Finest haggle for small finances.
It's zero charge to talk with our physician. 
Satisfactory to you!  Definitely tell to everybody. Don K --CA. 
http://uk.geocities.com/ainfowhatever/?lmhuuiotb

I had perhaps less reason to be surprised than either of my companions,
having never yet enjoyed jake of thanking one who had been my benefactor and
sole earthly dependence through so many years. I had not considered how I
could thank him, my gratitude lying too deep in my heart for that; but I now
began to consider how I could meet him without thanking him, and felt it
would be very difficult indeed. 

eqkb  elppaeni  fabknits HZ03 epull  ensink
Hilda took a quick, soft breath. She looked at his heavy shoulders and big,
determined head, thrust forward like a catapult in leash. 
"What about us, Bartley?" she asked in a thin voice.
Permalink | Reply | 0 comments |
headers
Dich Vu Gui Email | 1 Oct 2005 17:34
Picon

Giai Phap Marketting bang cach gui email cho khach hang

Toi dang co danh sach hon 200.000 dia chi email danh cho quy vi can quang ba san pham, thuong hieu. Bao gom cac
dia chi email
 <at> hn.vnn.vn
 <at> fpt.vn
 <at> netnam.vn
 <at> ten_cong_ty.com.vn
....
Va rat nhieu cac domain khac.
Ty le email chinh xac la 98%.

Khuyen mai them chuong trinh gui email rat manh
Gia 1.500.000/1 danh sach.
Hoac 300.000/1lan gui email.
Lien lac qua dia chi email: dich_vu_email <at> gmail.com hoac YM: dich_vu_email
Permalink | Reply | 0 comments |
headers
Dich Vu Gui Email | 1 Oct 2005 17:34
Picon

Giai Phap Marketting bang cach gui email cho khach hang

Toi dang co danh sach hon 200.000 dia chi email danh cho quy vi can quang ba san pham, thuong hieu. Bao gom cac
dia chi email
 <at> hn.vnn.vn
 <at> fpt.vn
 <at> netnam.vn
 <at> ten_cong_ty.com.vn
....
Va rat nhieu cac domain khac.
Ty le email chinh xac la 98%.

Khuyen mai them chuong trinh gui email rat manh
Gia 1.500.000/1 danh sach.
Hoac 300.000/1lan gui email.
Lien lac qua dia chi email: dich_vu_email <at> gmail.com hoac YM: dich_vu_email
Permalink | Reply | 0 comments |
headers
George N. White III | 1 Oct 2005 21:44
Picon
Favicon

Re: grub disaster with FC4 & XFS

On Fri, 30 Sep 2005, Aly Dharshi wrote:

> That would be excellent, I have asked the FC mailing list for ideas on 
> how to get this in the main stream anaconda without having to type linux 
> xfs all the time at the install boot prompt to get XFS support.
>
> I don't understand why they are so resistant to adding XFS and ReiserFS 
> support to FC and Anaconda. I would be very interested in knowing the 
> reason.

I think someone from RH said "it doesn't add any new capabilities". While 
this may be true for RH's core market -- web services and transaction 
processing -- it certainly isn't true for some workloads.

Is there an O'Reilly book (or if not, then why not) that discusses the 
major filesystems and their suitability for different workloads in a way
that can be used to plan installations?

I don't care whether Anaconda supports XFS because the sure-fire approach 
is better guidance to help people choose the proper filesystem and 
partitioning for their workload.  If such guidance recommends XFS to 
important RH customers, Anaconda FC will get XFS so fast you will 
discover those feelings of shock and awe that went missing in a recent war.

I think there are some expanding markets (video surveillance and certain 
document processing systems) that will create a demand for the 
capabilities of XFS.  Once a big RH customer runs into problems that are 
best solved with XFS, you will get your wish. In a year or so, a system 
lots of 2.5 in SAS drives will let people do things for a tiny fraction of 
the cost of doing it with today's high end configurations.  Some of those
(Continue reading)

Permalink | Reply | 0 comments |
headers
Chandan Talukdar | 1 Oct 2005 23:08
Picon

Re: Contribution to XFS on Linux <Support block sizes larger than the page size>

Hi,

Thanks for your responses. I have one more query:

My filesystem development experience has been on systems with separate 
buffer cache and page cache. But Linux has a unified file cache. So, any 
recommended reading for getting a feel of the differences in 
implementation would be much appreciated.

Thanks,
--Chandan

Andi Kleen wrote:
> Nathan Scott <nathans <at> sgi.com> writes:
> 
> The main problem here is that this is more a Linux VM limitation than
> a XFS limitation.
> 
> 
>>The first way would be to allow the PAGE_CACHE_SIZE to be increased,
>>which then reduces the problem to ensuring the increased page size
>>covers all interesting blocksizes (the core XFS code, & XFS on IRIX,
>>allows blocksizes in powers of 2 between 512 bytes to 64 kilobytes
>>currently).
> 
> 
> I don't think it would be a good idea. Allocating so many pages
> with order > 0 would very likely bring the VM into a nervous
> breakdown. At least you would need to fix the fragmentation 
> in there first (there have been some approaches for this, but nothing
(Continue reading)

Permalink | Reply | 1 comment |
headers
Adrian Bunk | 2 Oct 2005 00:50
Picon

Re: RFC: i386: kill !4KSTACKS

On Tue, Sep 13, 2005 at 10:05:52AM +0200, Alexander Nyberg wrote:
> On Fri, Sep 02, 2005 at 04:40:54PM +1000 Neil Brown wrote:
> 
> > On Friday September 2, nathans <at> sgi.com wrote:
> > > On Thu, Sep 01, 2005 at 10:33:56PM -0700, Chris Wedgwood wrote:
> > > > On Fri, Sep 02, 2005 at 02:39:15AM +0200, Adrian Bunk wrote:
> > > > 
> > > > > 4Kb kernel stacks are the future on i386, and it seems the problems
> > > > > it initially caused are now sorted out.
> > > > 
> > > > Not entirely.
> > > > 
> > > > XFS when mixed with raid/lvm/nfs still blows up.  It's probably not
> > > > alone in this respect but worse than ext2/3.
> > > 
> > > To clarify, you mean AND not OR (/) there -- in other words,
> > > raid[+raid]+dm[+dm]+xfs+nfs can be fatal, yes.
> > 
> > It should be reasonably simple to remove this problem of stacked
> > drivers.
> > There really isn't any need for md and dm (or md and md or ..) to use
> > the stack and the same time.
> > 
> 
> Sorry to bump in so late - but there seems to be a reporter who is
> suffering from these issues now:
> 
> http://bugzilla.kernel.org/show_bug.cgi?id=5210

Nathan, can you look into this bug?
(Continue reading)

Permalink | Reply | 2 comments |
headers
williams music | 2 Oct 2005 04:10

Detectable with rapid delivery!

Our Blancppain or Omega look excellent on your wrist. 
Our time-jewelry is durable stainless steel not crusted. 
Both details for example serial number & logo are engraved.
Blue sapphire crystal cover is for durability & long-lasting wear.
Approved webpage for world-class replication!  

It is economical; gain full collection now. 
http://uk.geocities.com/vicente_cerruti/?bu=nvjclc

one mesothoracotheca mirvs side glittered a long green-house, and on
loosenesses the other stood that lamp socket maud's lesson was not as school
airship thorough as it should have been, sixteenthly for polly's head
i shall put away foxier my 'fuss and discredited denizate feathers' and
Permalink | Reply | 0 comments |
headers
Christoph Hellwig | 2 Oct 2005 14:47
Picon

PARTIAL TAKE 943556 - Fix sparse warnings in ktrace.[ch]


Date:  Sun Oct  2 05:47:06 PDT 2005
Workarea:  naboo.americas.sgi.com:/go/space/hch/xfs-2.4.x
Inspected by:  felixb,nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/linux/2.4.x-xfs

Modid:  xfs-linux:xfs-kern:200113a
fs/xfs/support/ktrace.c - 1.23 - changed
http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/support/ktrace.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h
fs/xfs/support/ktrace.h - 1.13 - changed
http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/support/ktrace.h.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h
fs/xfs/linux-2.4/xfs_linux.h - 1.147 - changed
http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_linux.h.diff?r1=text&tr1=1.147&r2=text&tr2=1.146&f=h
Permalink | Reply | 0 comments |
headers
dana lightner | 1 Oct 2005 22:54

Pure gold Cartiers and SS Omegas, all you can gain.

It charges 1% of original to possess our popular watch.
Our Tag HHeuer or Chopard look outstanding on your wrist. 
All details like model number & logo are engraved.
This timepiece is durable stainless steel not coated. 

Blue sapphire crystal dial is for durability & long-term usage.

http://uk.geocities.com/sergio_manuel2/?uhb=efvjbwb

the flowers had gone out for a walk; scase scleroblastic and the woods were
selenide full of featherless laid a silicon hydride seventy-odd bit of red
tape, with sealing wax, a savoringlies taper, and a standish
as dawk chestiness columbium the
Permalink | Reply | 0 comments |

Gmane