jfs-discussion — JFS discussion list

[Jfs-discussion] sync issues

[Adithya V. <adi...@gm...>]

Hello Golks I had this to ask about JFS

1) Is there a reiable version of sync.. since sync does not gurantee that
all the file system buffers are written when it returns.. Tthough fsync does
provide the guarantee, its not possible to get a file descriptor for a very
open file on the system.

2) Also I've observed that in case of logging file system if there are
continuos I/O's to the filesystem then sync hangs.

[Jfs-discussion] =?GB2312?B?xPq6w6Ohy7DO8bT6wO21xLvY0MWhow==?=

[<gxz...@ya...>]

尊敬的客户：您好！

  我司一直从事国内税务代理行业，在全国各地设有分公司，本司规模宏大、实力雄厚、
现有全国各地各种行业固定纳税公司的余额普通发票，可以优惠对外代开。
对于双方的合作关系绝对保密，本公司真诚寻找合作伙伴。

一普通国税发.票：
1 ：商品销售。
2 ：货物统一销售。
3 ：工业(企业)销售。
4 ：海关缴款增值发票。 
二普通地税发.票：
1 ：运输(电脑版运输、货运代理、装卸、联运、海运)。
2 ：其它服务(广告费、住宿费、会议费、定额餐饮、咨询费等)。
3 ：建筑安装。
4 ：加工修理。
5 ：其它(租赁、行政事业专用、机动车销售、房地产交易、废旧物资回收、税务代开)等专用发票 。

如贵公司有代开发票方面的问题,欢迎来电咨询。我们会在第一时间回复您！所有票据可以上网查询，
或到税务局验证。（本公司承诺先验票后付款）
 
祝：                                                                                                                                                                                                                                           
     商祺
                                         
                         联 系 人 ：李栋
                         联系手机 ：13826583120
                         深圳市海发税务代理有限责任公司

[Jfs-discussion] TMS Invoice

[Joanna B. <con...@am...>]

You've Seen Them On TV...
You've Read About Them In The Papers  
 
Now you Can Order it From our online SHOP! 
 
MX-MAN HAS HELPED OVER 1,000,000 MEN AROUND THE WORLD,GAIN I'N'C'H'E'S...
 
Within the first 2 months 94% of subjects studied had reported noticable gains of 2cm - 6cm.  
 
100% Satisfaction Guarantee or we’ll return your money back! 

Clisk here http://irishairdesign.com



























Please God don't let it be her cache of extra shampoo or her tampons or pictures of her dear old sainted mother or — He fumbled for one of the boxes, dragged it out, and opened the flaps.
He had only drifted, feeling untethered from his body, a balloon of pure thought rising away from its string.
The thought that grieving for a fictional character was absurd did more than cross his mind during his tossings and turnings.

[Jfs-discussion] =?GB2312?B?xPq6w6Ohy7DO8bT6wO21xLvY0MWhow==?=

[<gxz...@ya...>]

尊敬的客户：您好！

   我司一直从事国内税务代理行业，在全国各地设有分公司，我公司从各税务局领取大量增值税《发.票》
和普通商品销售发票。（广告、运输、餐饮、建筑工程、租赁、其它服务专用发票等）价格永远低于同行价!
您有此项目需要请来电联系。

一普通国税发.票：
1 ：商品销售；
2 ：货物统一销售；
3 ：工业(企业)销售。

二普通地税发.票：
1 ：运输(电脑版运输、货运代理、装卸、联运、海运)。
2 ：其它服务(广告费、住宿费、会议费、定额餐饮、咨询费等)。
3 ：建筑安装。
4 ：加工修理。
5 ：其它(租赁、行政事业专用、机动车销售、房地产交易、废旧物资回收、税务代开)等专用票 。

如贵公司有代开发票方面的问题,欢迎来电或留言咨询。我们会在第一时间回复您！所有票据可以上网查询，
或到税务局验证。（本公司承诺先验票后付款）
 
祝：                                                                                                                                                                                                                                           
     商祺
                                         
                         联 系 人 ：李栋
                         联系手机 ：13826583120
                         深圳市海发税务代理

[Jfs-discussion] =?GB2312?B?z/K498bz0rXM4bmpt6LGsQ==?=

[<wen...@12...>]

TO 贵司(厂)财务、经理、负责人：

　　我司长期有运输发票（国际货运、公路内河）向各企业提供代开，额大

从优！按所开金额配收税率（0.5％～2％）；一般金额的收税率为2％；

较大金额的1％；其他较大金额的更有相应的优惠。

　　提供国内货运（珠江三角洲）、报关、核销单等；

　　代开各地区国、地税发票（增值、销售、其它服务行业），详细如下：

　　增值类（海关缴款书、税务代开）：3％～8％；

　　商品销售类：0.5％～2％；

　　其它服务（广告、建筑安装、咨询、修理、旅游等）：0.5～1.5％；

　　以上发票由企业直接开出，均可网上查询或到税局抵扣验证，验后付款

（增值类除外）！贵司（厂）如有以上业务需要请来电联系，

    联系人 ：徐先生

    手  机 : 13662209550

祈望您的合作！

　 商祺 

[Jfs-discussion] Nothing grows better than this one

[coast <buz...@ro...>]

H o t st ock alerrt - This one is still climbing the sotck charts allert --  Breaking mraket n e w s report --- VG YI. P K

Compaany naame: Visoin Enegry Gruop Inc. 
Lookup: V GYI. P K
Current Prrice: $.75
Expected: steadily climb for the top

Breaking N e w s:  

Announcement by Vis ion Ene rgy G roup: Negotiations Completed on Low BTU Gas Property in Central Valley, CA

Los Angeles --(Busines s wi re)--Aug. 31, 2006--Pursuant to an agreement of July 2005 between V ision Energ y Grou p (Pink Sheets: VGY I) and Valley Production Inc., the seasoned Oil & Gas Production Group from Bakersfield, CA, Visi on Ene rgy G roup has concluded negotiations to jointly process low quality natural gas from two existing wells. A recent third party analysis of these wells gave a remaining reserve in the three production zones of almost 4 billion cubic feet of gas. This will give the project a production life of 10 years at the modest production rate of one million cubic feet per day. Further reserves of gas are anticipated in the surrounding leases after a geophysics and drilling program have been completed.

The gas, which will be upgraded using Vission Energgy Grooup's proprietary technology and know-how, will be sol d as premium grade gas into the statewide pipeline grid. The estimated capital c ost of the project is $2.0 million and will be targeted to be in production within seven months.

Valley Production has among its principals and technical staff such notables of the industry as Jeff Smith and Ed LeLousis of Bakersfield, Calif. This production-oriented team will steer Vis ion Ene rgy Gr oup, Inc. into the selection of other suitable projects in the San Joaquin Valley, manage and operate the properties and share in the c ash benefi ts on a structured incentive plan.
V ision En ergy G roup, Inc. will beneffit from owning such projects directly or indirectly and by employing their proprietary technology to either liquefy or clean up stranded and/or flared gas from properties that can be acquired at c osts below the normal marke t p rice. Visiion Enerrgy Groupp, Inc. is aware that significant reserves of low BTU gas exist in the San Joaquin Valley that can be processed into high quality gas by their systems and readily sold into the pipeline grid.

About Vision Energy Corp.

Visi on Energ y Corp. offers an efficient, patented technology to generate electricity at substantial savings by using the wasted energy dissipated when high pressure gas pipelines are let down in pressure for local consumption. Up to 70% of electricity generated when using this system is produced without combustion of any fossil fuel and therefore no harmful atmospheric emissions. Thermal efficiency can exceed 100% by taking advantage of both let down energy and primary turbine waste heat (exhaust ).

Watch this st ock go higher and higer

Any of the above statements with respect to the future predications or 
goals and events may be seen as only Forward Looking and nothing else. 
All information inside this email pertaining to any sort of fianncial 
advice need to be understood as information and not advice. None of the 
information above can be constructed as any sort of finnancial advice. This is a paid advertiseme nt.

Re: [Jfs-discussion] FWD: Re: [KJ] fixing compile warnings

[Dave K. <sh...@au...>]

On Mon, 2006-09-11 at 08:33 -0500, Dave Kleikamp wrote:
> On Mon, 2006-09-11 at 14:23 +1000, Tony Breeds wrote:

> > > What is the proper (kernel) way to initialize pxd_t in jfs_txnmgr.c to
> > > silence the warnings?
> > 
> > I guess you could do something like:
> > 
> > ---
> >         if (tlck->type & tlckTRUNCATE) {
> > -               pxd_t pxd;      /* truncated extent of xad */
> > +               /* truncated extent of xad */
> > +               pxd_t pxd = {0, 0, 0};  /* FIXME: shutup GCC */
> >                 int twm;
> > ---
> >
> > But I don't really think that's acceptable.
> > 
> 
> I'm wondering if the best solution is to just make the assignment
> unconditional.  It would probably be more efficient than zeroing it and
> doing the test.

No, there's more going on in the conditional.  I'll just fix it as you
suggested.  This really isn't a fast path, so the overhead of
initializing on structure is nothing.

Thanks,
Shaggy
-- 
David Kleikamp
IBM Linux Technology Center

Re: [Jfs-discussion] Der er desvaerre nogle liste-medlemmer der ikke kan modtage

[Per J. <pe...@co...>]

Per Jessen wrote:

> Da vi ifbm omstrukturering ogsaa er flyttet til et nyt netvaerk, er
> der desvaerre et par medlemmer der ikke kan modtage DAV - ihvertfald
> for et stykke tid.

My sincere apologies - this was obviously not meant for this list.


/Per Jessen, Z=FCrich

[Jfs-discussion] Der er desvaerre nogle liste-medlemmer der ikke kan modtage

[Per J. <pe...@co...>]

Da vi ifbm omstrukturering ogsaa er flyttet til et nyt netvaerk, er der
desvaerre et par medlemmer der ikke kan modtage DAV - ihvertfald for et
stykke tid.=20
Vores nye netvaerks-addresser er forkert opfoert som dial-up addresser,
hvad nogle over-ivrige mail-administratorer bruger til af afvise vores
mails.  Det bliver naturligvis rettet, men kan formodentligt godt tage
et stykke tid.=20


Dem der ikke kan modtage lige nu er:

Kir...@wh...
nu...@wo...
mje...@au...
hda...@ao...
sk...@ao...
den...@co...
hbo...@co...


Jeg sender denne besked separat til ovenstaaende.



/Per Jessen, Z=FCrich

Re: [Jfs-discussion] FWD: Re: [KJ] fixing compile warnings

[Dave K. <sh...@au...>]

On Mon, 2006-09-11 at 14:23 +1000, Tony Breeds wrote:
> Sorry I stuffed up the CC line on this email.
> Anyone care to comment on the patch included?
> 
> ----- Forwarded message from Tony Breeds <to...@ba...> -----
> 
> Date: Mon, 11 Sep 2006 14:12:29 +1000
> From: Tony Breeds <to...@ba...>
> To: David Farning <dfa...@gm...>
> Cc: kj <ker...@li...>,
> 	jfs...@li...
> Subject: Re: [KJ] fixing compile warnings
> 
> On Sun, Sep 10, 2006 at 09:30:31PM -0500, David Farning wrote:
> > I am working my way through the compile warnings in /fs
> > 
> > I have come across this set of warning

Yeah, I just recently started using gcc-4.1.1 and see the same warning.

> > 
> > fs/jfs/jfs_txnmgr.c: In function ???txCommit???:
> > fs/jfs/jfs_txnmgr.c:1922: warning: ???pxd.addr2??? may be used uninitialized
> > in this function
> > fs/jfs/jfs_txnmgr.c:1922: warning: ???pxd.addr1??? may be used uninitialized
> > in this function
> > fs/jfs/jfs_txnmgr.c:1922: warning: ???pxd.len??? may be used uninitialized
> > in this function
> 
> If I read xtLog() correctly there is no way pxd can be used with out
> being initialised.
> 
> The code goes something like:
> xtLog()
> {
> ...
> 	if (tlck->type & tlckTRUNCATE) {
> 		pxd_t pxd;	/* truncated extent of xad */
> 		....
> 		if (twm == next - 1) {
> 			...
> 			pxd = pxdlock->pxd;	/* save to format maplock */
> 			...
> 		}
> 		...
> 		if (twm == next - 1) {
> 			...
> 			pxdlock->pxd = pxd;
> 			...
> 		}
> 	}
> ...
> }
> 
> With no changes to twm or next between the 2 access.
>  
> > What is the proper (kernel) way to initialize pxd_t in jfs_txnmgr.c to
> > silence the warnings?
> 
> I guess you could do something like:
> 
> ---
>         if (tlck->type & tlckTRUNCATE) {
> -               pxd_t pxd;      /* truncated extent of xad */
> +               /* truncated extent of xad */
> +               pxd_t pxd = {0, 0, 0};  /* FIXME: shutup GCC */
>                 int twm;
> ---
>
> But I don't really think that's acceptable.
> 

I'm wondering if the best solution is to just make the assignment
unconditional.  It would probably be more efficient than zeroing it and
doing the test.

> However, in looking at this question I found a shadow variable, I think the
> patch below is a reasonable fix.

Makes sense.  I'll pull this one in.

> From: Tony Breeds <to...@ba...>
> 
> Remove shadow variable from fs/jfs/jfs_txnmgr.c:xtLog()
> 
> Signed-off-by: Tony Breeds <to...@ba...>
> 
> ---
> 
>  fs/jfs/jfs_txnmgr.c |    2 --
> ---
> 
> --- a/fs/jfs/jfs_txnmgr.c
> +++ b/fs/jfs/jfs_txnmgr.c
> @@ -2026,8 +2026,6 @@ static void xtLog(struct jfs_log * log, 
>                  * truncate entry XAD[twm == next - 1]:
>                  */
>                 if (twm == next - 1) {
> -                       struct pxd_lock *pxdlock;
> -
>                         /* format a maplock for txUpdateMap() to update bmap
>                          * to free truncated delta extent of the truncated
>                          * entry XAD[next - 1];
> 
> ---

Thanks,
Shaggy
-- 
David Kleikamp
IBM Linux Technology Center

[Jfs-discussion] FWD: Re: [KJ] fixing compile warnings

[Tony B. <to...@ba...>]

Sorry I stuffed up the CC line on this email.
Anyone care to comment on the patch included?

----- Forwarded message from Tony Breeds <to...@ba...> -----

Date: Mon, 11 Sep 2006 14:12:29 +1000
From: Tony Breeds <to...@ba...>
To: David Farning <dfa...@gm...>
Cc: kj <ker...@li...>,
	jfs...@li...
Subject: Re: [KJ] fixing compile warnings

On Sun, Sep 10, 2006 at 09:30:31PM -0500, David Farning wrote:
> I am working my way through the compile warnings in /fs
> 
> I have come across this set of warning
> 
> fs/jfs/jfs_txnmgr.c: In function ???txCommit???:
> fs/jfs/jfs_txnmgr.c:1922: warning: ???pxd.addr2??? may be used uninitialized
> in this function
> fs/jfs/jfs_txnmgr.c:1922: warning: ???pxd.addr1??? may be used uninitialized
> in this function
> fs/jfs/jfs_txnmgr.c:1922: warning: ???pxd.len??? may be used uninitialized
> in this function

If I read xtLog() correctly there is no way pxd can be used with out
being initialised.

The code goes something like:
xtLog()
{
...
	if (tlck->type & tlckTRUNCATE) {
		pxd_t pxd;	/* truncated extent of xad */
		....
		if (twm == next - 1) {
			...
			pxd = pxdlock->pxd;	/* save to format maplock */
			...
		}
		...
		if (twm == next - 1) {
			...
			pxdlock->pxd = pxd;
			...
		}
	}
...
}

With no changes to twm or next between the 2 access.
 
> What is the proper (kernel) way to initialize pxd_t in jfs_txnmgr.c to
> silence the warnings?

I guess you could do something like:

---
        if (tlck->type & tlckTRUNCATE) {
-               pxd_t pxd;      /* truncated extent of xad */
+               /* truncated extent of xad */
+               pxd_t pxd = {0, 0, 0};  /* FIXME: shutup GCC */
                int twm;
---

But I don't really think that's acceptable.

However, in looking at this question I found a shadow variable, I think the
patch below is a reasonable fix.


From: Tony Breeds <to...@ba...>

Remove shadow variable from fs/jfs/jfs_txnmgr.c:xtLog()

Signed-off-by: Tony Breeds <to...@ba...>

---

 fs/jfs/jfs_txnmgr.c |    2 --
---

--- a/fs/jfs/jfs_txnmgr.c
+++ b/fs/jfs/jfs_txnmgr.c
@@ -2026,8 +2026,6 @@ static void xtLog(struct jfs_log * log, 
                 * truncate entry XAD[twm == next - 1]:
                 */
                if (twm == next - 1) {
-                       struct pxd_lock *pxdlock;
-
                        /* format a maplock for txUpdateMap() to update bmap
                         * to free truncated delta extent of the truncated
                         * entry XAD[next - 1];

---

Yours Tony

   linux.conf.au       http://linux.conf.au/ || http://lca2007.linux.org.au/
   Jan 15-20 2007      The Australian Linux Technical Conference!

_______________________________________________
Kernel-janitors mailing list
Ker...@li...
https://lists.osdl.org/mailman/listinfo/kernel-janitors

----- End forwarded message -----

Yours Tony

   linux.conf.au       http://linux.conf.au/ || http://lca2007.linux.org.au/
   Jan 15-20 2007      The Australian Linux Technical Conference!

[Jfs-discussion] babysitter

[dodecahedra <app...@ro...>]

H o t sotck a lert.
This one is still climbling the stcok char ts al ert
Breaking maarket news report - T QWW. P K 

Lookup: TQ WW. P K

Commpany Name: Tayolr Aquaponcis Wroldwide, Inc.

Recently traading for:  0.40

6 Week Target: 1.25

6 Month Target:  4.97

Rating:  Immediate bu y

Expected: Steadily climb for the top

Our featured ccompany TQ WW is a “Big Fish” in what so far has been a little pond. But all of that is going to change when Wall Street sees the growth they’re experiencing.

Whether you love fish, or vegetables, or don’t care for either one, TQW W needs to be on your plate! Suuccess has already happened for Tailor Made Fish Farms, the original companyy behind TQW W, as you can see by the stories on this page. Do your research, and find out why we think TQ WW could increase as much as 400% or more in the next few weeks.

If you’ve been fishing for a great opportunity, OTC PK: TQW W could be the best deal you’ve ever hooked!

Talior Aqauponics Wordlwide, Inc. (O TCPK: T QWW) has developed an easy to operate, land-based modular fish production system that is both sustainable and environmentally responsible. Production of ‘year-round’ premium quality fish and vegetables is achieved through compact and 
controlled production areas using much less water than conventional methods 
resulting in two crops from a single water uptake.

This efficient combination of TQW W's fish & vegetable production has 
two major advantages: 

We see the possibility of a 250% rise in the very near future, and more 
may come after word spreads. Go with the flow – and bu y T QWW when the “tide” is low, then just wait for it to come in! 

Huge moneyy from a ccompany that satisfies ecological needs – there’s something you don’t see very often. TQ WW is primed for huge international growth in the very near future, and as one of the most well-known players in the aquaponics field, T QWW will bring its industryy to new countries (and new invvestors!). 

It seems like making moneey with Aquaponcis is as easy as shooting fish in a barrel…and now you can ride the wave with TQW W!

Don’t delay – do your research on TQ WW and contact your brokker immediattely!

The time to get in on this great fish story is now! 

Tialor Aqupaonics Worldiwde, unlike many of its competitors, already suuccessfully operates a commerccial scale food production system. 

The upside for Aquaponics is uncharted, but huge revenues are already 
being derived from a TTailor Aquaponiccs combined Fish Farming/Vegetable Farming venture in Australia. The research shows us that this is a sttock we want to acquire – and acquire a great deal of – before more news makes it across the Pacific. 

Remember, TQ WW is on ttrack for increasess of 250%, 400% or more, but not many people know about it yet. That’s why you need to do your research and make your p l a y today! 

Any of the above statements with respect to the future predications or 
goals and eve nts may be seen as only forward looking and nothing else. 
All info rmation inside this emai l pertaining to any sort of financiall advice need to be understood as informat ion and not advice. None of the informati on above can be constructed as any sort of fiinan cial a dvice. This is a paaid advertisementt.

Re: [Jfs-discussion] How to find a inode ..

[Dave K. <sh...@au...>]

On Fri, 2006-09-08 at 11:01 +0200, Dr.Peer-Joachim Koch wrote:
> Hi,
> 
> I've got a kernel message about a file problem (not jfs).
> The inode is show as
> Invalid inode lookup: 0x60000129332ed
> 
> How can I convert the hex into a dec. format used by find ?

One way:
$ printf "%lld" 0x60000129332ed
1688850171900653

> 
> It's a 64-AMD running Novell SLES9.

-- 
David Kleikamp
IBM Linux Technology Center

[Jfs-discussion] How to find a inode ..

[Dr.Peer-Joachim K. <pk...@bg...>]

Hi,

I've got a kernel message about a file problem (not jfs).
The inode is show as
Invalid inode lookup: 0x60000129332ed

How can I convert the hex into a dec. format used by find ?

It's a 64-AMD running Novell SLES9.


-- 
Bye,
     Peer
_________________________________________________________
Max-Planck-Institut fuer Biogeochemie
Dr. Peer-Joachim Koch
Hans-Knöll Str.10            Telefon: ++49 3641 57-6705
D-07745 Jena                 Telefax: ++49 3641 57-7705

Re: [Jfs-discussion] JFS library and headers

[unDEFER <un...@gm...>]

В письме от Thu, 07 Sep 2006 01:07:26 +0400, Dave Kleikamp  
<sh...@au...> сообщал:

> I guess this means that you don't yet know exactly what in the library
> is useful.

build_jfs would be based on jfs_mkfs, so it will use all the same that  
jfs_mkfs.

> I'll gladly accept patches to Makefile.am, or a new .spec.in file, or
> whatever it takes.  If not from you, maybe someone reading the mailing
> list has the interest.  If not, I'll try to find the time to do it.
>
> I'll also accept cleanups to the library if it makes it easier to
> support GPL projects such as your own.

O.K, If I find anything, I will write pathches ;-)

>> Thanks.
>> Sorry for bad english.
>
> No problem.  I think I understand your English well enough.

Once More Big Thanks :-)

-- 
registered Linux user #360474
Don't worry, I can read OpenOffice.org

Re: [Jfs-discussion] JFS library and headers

[Dave K. <sh...@au...>]

On Wed, 2006-09-06 at 19:58 +0400, unDEFER wrote:
> =F7 =D0=C9=D3=D8=CD=C5 =CF=D4 Wed, 06 Sep 2006 17:59:21 +0400, Dave Kle=
ikamp
> <sh...@au...> =D3=CF=CF=C2=DD=C1=CC:
>=20
> > The only library in jfsutils is statically linked to the utilities.
> > There is no general-purpose library.
>=20
> But e.g. e2fsprogs and xfsprogs installs it's libraries and headers. An=
d I
> don't think that libxfs.a and libext2fs.a maybe called general-purpose
> library :-)

I see that these packages do install the libraries and headers.  I'm
really not comfortable bloating jfsutils with what I consider ugly files
that would be of no use to most users.  This code was not written as a
well-structured library, but is an ad-hoc collection of code thrown
together by separate developers, each working on different utilities.

> >> So I can copy the code of this to my package, but it is not good.
> >
> > The on-disk format is unlikely to change, so using a copy of the code=
 is
> > probably okay (jfsutils and anyfs-tools are both GPL).  It's not the
> > cleanest solution though.
>=20
> So, I here to be clean :-)

Agreed.

> > Is this just a packaging request?  That is, are the library and heade=
r
> > files useful as-is, or are there any particular functions that you ne=
ed?
>=20
> Any particular functions I will include in my anyfs-tools package.
> It is not need to include any functions to jfs-utils, if it's don't use
> the function self.

I guess this means that you don't yet know exactly what in the library
is useful.

> Althogh I have dream to replace all mkfs utilities with it's build_fs
> analogs in all fsprogs packages. :-)
>=20
> > It would make sense for the library and headers to be a separate
> > package, probably jfsutils-devel.
>=20
> Yes, of course, any distribution package with library and headers will
> named jfsutils-devel.
> But `make` of jfsutils seems doesn't build any distribution package.

There is no make target, but the README has instructions to build an
rpm:
rpmbuild -tb jfsutils-1.1.*.tar.gz

("make dist" will build the tar.gz file if you get the source from cvs.)

I don't really know automake or rpm that well, so I don't touch the
makefiles more than I have to.  I'm sure I can add something to create a
jfsutil-devel package.

> > I accept patches.  :-)
>=20
> Confused..
> If you offer to write modification for jfstutils MakeFile.am's self?

I'll gladly accept patches to Makefile.am, or a new .spec.in file, or
whatever it takes.  If not from you, maybe someone reading the mailing
list has the interest.  If not, I'll try to find the time to do it.

I'll also accept cleanups to the library if it makes it easier to
support GPL projects such as your own.

> Thanks.
> Sorry for bad english.

No problem.  I think I understand your English well enough.
--=20
David Kleikamp
IBM Linux Technology Center

Re: [Jfs-discussion] JFS library and headers

[unDEFER <un...@gm...>]

В письме от Wed, 06 Sep 2006 17:59:21 +0400, Dave Kleikamp
<sh...@au...> сообщал:

> The only library in jfsutils is statically linked to the utilities.
> There is no general-purpose library.

But e.g. e2fsprogs and xfsprogs installs it's libraries and headers. And I
don't think that libxfs.a and libext2fs.a maybe called general-purpose
library :-)

>> So I can copy the code of this to my package, but it is not good.
>
> The on-disk format is unlikely to change, so using a copy of the code is
> probably okay (jfsutils and anyfs-tools are both GPL).  It's not the
> cleanest solution though.

So, I here to be clean :-)

> Is this just a packaging request?  That is, are the library and header
> files useful as-is, or are there any particular functions that you need?

Any particular functions I will include in my anyfs-tools package.
It is not need to include any functions to jfs-utils, if it's don't use
the function self.
Althogh I have dream to replace all mkfs utilities with it's build_fs
analogs in all fsprogs packages. :-)

> It would make sense for the library and headers to be a separate
> package, probably jfsutils-devel.

Yes, of course, any distribution package with library and headers will
named jfsutils-devel.
But `make` of jfsutils seems doesn't build any distribution package.

> I accept patches.  :-)

Confused..
If you offer to write modification for jfstutils MakeFile.am's self?

Thanks.
Sorry for bad english.



-- 
registered Linux user #360474
Don't worry, I can read OpenOffice.org

Re: [Jfs-discussion] JFS library and headers

[Dave K. <sh...@au...>]

On Wed, 2006-09-06 at 14:03 +0400, unDEFER wrote:
> Hello!
> I want to use JFS library (and headers) in the buils_jfs (like build_e2fs  
> and build_xfs for http://anyfs-tools.sf.net project), but it doesn't  
> install to the system with the jfsutils package.

The only library in jfsutils is statically linked to the utilities.
There is no general-purpose library.

> So I can copy the code of this to my package, but it is not good.

The on-disk format is unlikely to change, so using a copy of the code is
probably okay (jfsutils and anyfs-tools are both GPL).  It's not the
cleanest solution though.

> I want to do feature request to adding installing JFS library and headers  
> to the system.

Is this just a packaging request?  That is, are the library and header
files useful as-is, or are there any particular functions that you need?

It would make sense for the library and headers to be a separate
package, probably jfsutils-devel.

I accept patches.  :-)

Thanks,
Shaggy
-- 
David Kleikamp
IBM Linux Technology Center

[Jfs-discussion] JFS library and headers

[unDEFER <un...@gm...>]

Hello!
I want to use JFS library (and headers) in the buils_jfs (like build_e2fs  
and build_xfs for http://anyfs-tools.sf.net project), but it doesn't  
install to the system with the jfsutils package.
So I can copy the code of this to my package, but it is not good.
I want to do feature request to adding intalling JFS library and headers  
to the system.

Thanks.

-- 
registered Linux user #360474
Don't worry, I can read OpenOffice.org

Re: [Jfs-discussion] JFS2 on IBM AIX and open source JFS project filesystem compatible

[Dave K. <sh...@au...>]

On Wed, 2006-09-06 at 09:51 +0700, nguyenbui wrote:
> Dear all,
> I currently mount a SAN Storage by a AIX Workstation using JFS2 IBM
> filesystem.
> We plan to using Linux Workstation with JFS support by Open Source
> JFS.
>  
> I wonder if our Linux Workstation can mount the volume jfs2 filesystem
> format by AIX IBM or not? As I know 2 of this filesystem are
> difference?

You will not be able to mount the jfs2 file system from linux.  The
layout of the file systems are different.

-- 
David Kleikamp
IBM Linux Technology Center

[Jfs-discussion] JFS2 on IBM AIX and open source JFS project filesystem compatible

[nguyenbui <bhn...@gm...>]

Dear all,
I currently mount a SAN Storage by a AIX Workstation using JFS2 IBM
filesystem.
We plan to using Linux Workstation with JFS support by Open Source JFS.

I wonder if our Linux Workstation can mount the volume jfs2 filesystem
format by AIX IBM or not? As I know 2 of this filesystem are difference?

Best Regards,
Nguyen Bui.

Re: [Jfs-discussion] JFS Defrag

[Dave K. <sh...@au...>]

On Fri, 2006-08-25 at 19:22 +0100, Peter Grandi wrote:
> >>> On Fri, 25 Aug 2006 19:22:19 +0200, Jasmin Buchert
> >>> <ja...@pa...> said:
> 
> jasmin> Hi, I've noticed that there's defrag code in jfsutils
> jasmin> but it's not build.  Why is that? Is it
> jasmin> broken/unmaintained?

The utilities were originally ported from OS/2.  The defrag utility
depended on an ioctl that we never got around to implementing in linux.
Besides that, the defrag code as it is on OS/2 is pretty limited.  It
moved data around on the disk in order to defragment the free space, but
it didn't do anything for already fragmented files.

There never was a high priority placed on having the defrag utility
ported, but it was left in the source tree in case someone ever got
around to trying to get it working.

> Well, I had thought about that some long time ago, but I have
> realized that in-place defragmentation is a mad idea...
> 
> More details here:
> 
>   http://WWW.sabi.co.UK/Notes/anno06-2nd.html#060422b

This works if you can take the file system off line for a while.
In-place defragmentation on a mounted drive can still be useful in cases
where downtime is not tolerated.

Shaggy
-- 
David Kleikamp
IBM Linux Technology Center

Re: [Jfs-discussion] JFS Defrag

[<pg...@jf...>]

>>> On Fri, 25 Aug 2006 19:22:19 +0200, Jasmin Buchert
>>> <ja...@pa...> said:

jasmin> Hi, I've noticed that there's defrag code in jfsutils
jasmin> but it's not build.  Why is that? Is it
jasmin> broken/unmaintained?

Well, I had thought about that some long time ago, but I have
realized that in-place defragmentation is a mad idea...

More details here:

  http://WWW.sabi.co.UK/Notes/anno06-2nd.html#060422b

[Jfs-discussion] JFS Defrag

[Jasmin B. <ja...@pa...>]

Hi,

I've noticed that there's defrag code in jfsutils but it's not build.
Why is that? Is it broken/unmaintained?

Greetings,
Jasmin Buchert

Re: [Jfs-discussion] replay fs image to reproduce errors? (was: raid5 failed (power outage))

[Dave K. <sh...@au...>]

On Thu, 2006-08-10 at 16:14 +0100, Christian wrote:
> Hi,
> 
> On Mon, 7 Aug 2006, Dave Kleikamp wrote:
> > Can't read the root directory inode.  There still seems to be some major
> > damage to this file system.  I'm not sure that anything can be done to
> > get fsck to fix it from the current state.
> 
> Given that in most cases one cannot reproduce the fs-breakage of the 
> poor fellow who just lost his/her filesystem, would it be possible to 
> implement sth. like the Reiserfs folks are having?
> 
> They're often advised to "debugreiserfs -p /dev/xxx | gzip -c > xxx.gz"
> and then this b0rken fs can be rebuild again with
> "gzip -dc xxx.gz | debugreiserfs -u /dev/image" (debugreiserfs(8)).
> then one could jfs_fsck on the /dev/image and hopefully find out what's
> the real issue here. Only the xxx.gz has to be sent over the net for 
> analysis, not the whole fs itsself.

This is pretty interesting.  I wasn't aware that reiserfs had this tool.
It would be possible, but it would take a volunteer to write it for jfs.

> But I am no fs-expert, just thinking out loud. Maybe it's not even 
> possible due to the differnt fs-structure....
> 
> greetings,
> Christian.
-- 
David Kleikamp
IBM Linux Technology Center