public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Daniel Phillips <lkml@phunq.net>
To: Martin Steigerwald <Martin@lichtvoll.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Tux3 report: New news for the new year
Date: Tue, 01 Jan 2013 13:49:37 -0800	[thread overview]
Message-ID: <18617468.vkbTvjxc0P@mars> (raw)
In-Reply-To: <201301011537.08466.Martin@lichtvoll.de>

Hi Martin,

Thanks for the "tux3 howto". Obviously tux3.org needs refresh, but you hit the 
main points.

On Tuesday, January 01, 2013 03:37:08 PM you wrote:
> Writing a file with
> 
> ./tux3 write tux3.img /etc/fstab
> 
> also seemed to work, but I gave up holding down the enter key at:
> 
> delta_get: delta 448, refcount 2
> tuxio: write 1 bytes at 4484, isize = 0x1184
> delta_put: delta 448, refcount 1
> 
> /etc/fstab is 1714 bytes long.

Indeed, the trace output is too chatty, but it's nice that it wrote a file. The 
tux3 command is cool, it can access and update an unmounted tux3 volume, even 
make diagrams of it. This will form the basis of our maintenance suite. A 
basic "tux3 fsck" is under construction:

    http://phunq.net/pipermail/tux3/2012-December/000012.html
    "Towards basic filesystem checking"

    http://phunq.net/pipermail/tux3/2012-December/000013.html
    "Towards basic filesystem checking (simplified)"

> No tux3fuse, but then, I lacked libfuse-dev, after installing, compiling
> worked:
> 
> martin@merkaba:~[…]> make tux3fuse
> gcc -MF ./.deps/tux3fuse.d -MP -MMD -m64 -std=gnu99 -Wall -g -rdynamic
> -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -
> I/home/martin/Linux/Dateisysteme/tux3/tux3/user -Wall -Wextra -Werror
> -Wundef -Wstrict-prototypes -Werror-implicit- function-declaration
> -Wno-unused-parameter -Wno-sign-compare -Wno-missing-field-initializers
> -D_FORTIFY_SOURCE=2 - DLOCK_DEBUG=1 -DROLLUP_DEBUG=1
> -DDISABLE_ASYNC_BACKEND=1   $(pkg-config --cflags fuse) tux3fuse.c -lfuse
> -o tux3fuse libtux3.a libklib/libklib.a
> 
> Then I could use it:
> 
> martin@merkaba:~[…]> ./tux3 mkfs tux3.img
> __setup_sb: blocksize 4096, blockbits 12, blockmask 00000fff
> __setup_sb: volblocks 25600, freeblocks 25600, freeinodes 281474976710656,
> nextalloc 0 __setup_sb: atom_dictsize 0, freeatom 0, atomgen 1
> __setup_sb: logchain 0, logcount 0
> make tux3 filesystem on tux3.img (0x6400000 bytes)
> […]
> 
> martin@merkaba:~[…]> sudo ./tux3fuse tux3.img /mnt/zeit
> [sudo] password for martin:
> 
> martin@merkaba:~[…]> mount | grep fuse
> fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
> tux3.img on /mnt/zeit type fuse.tux3.img
> (rw,nosuid,nodev,relatime,user_id=0,group_id=0)
> 
> But I am stuck with accessing it:
> 
> martin@merkaba:~[…]> LANG=C ls -l /mnt/zeit
> ls: cannot access /mnt/zeit: Permission denied
> 
> martin@merkaba:~[…]> LANG=C sudo chown martin:martin /mnt/zeit
> chown: cannot access '/mnt/zeit': Transport endpoint is not connected
> martin@merkaba:~[…]> LANG=C sudo ls -l /mnt/zeit
> ls: cannot access /mnt/zeit: Transport endpoint is not connected
> martin@merkaba:~[…]>
> 
> Unmounting it again worked nicely.

That would be a bug, most probably in the fuse glue. Nearly all the testing 
recently has been on the kernel port (mostly under kvm) so its nice to hear 
that tux3 write still works and tux3fuse almost works. Probably, the fuse glue 
hit an assert and bailed out, causing the "endpoint is not connected" state. A 
good example of why it would be nice to beef up our team a little. Anybody who 
wants to take charge of the fuse glue is welcome.

> I keep it at that for now until I may take time to take a closer look.
>
> I think its better to continue this on tux3 mailing list, which I have
> subscribed to. But I thought I post this here, to give others some starting
> point for own experiments as I did not any documentation about this
> in the git repo.

Thanks, that was great, and quick. We look forward to seeing you on the Tux3 
mailing list.

Another thing I forgot to post is a link to the tux3 mailing list:

     http://phunq.net/mailman/listinfo/tux3

Also, we are on oftc.net, #tux3 channel.

We will do our best to improve the howto documentation. A wiki would be nice. 
We may start one on github, then set one up on tux3.org later. Currently, the 
main focus is on filling in the last few big pieces needed to scale well, and 
of course, debugging. A few more helping hands on things like wikis and 
documentation refresh would be most appreciated. For now, design documentation 
and howtos get posted to the Tux3 mailing list. You are more than welcome to 
post your recipes above.

Thanks again,

Daniel


  reply	other threads:[~2013-01-01 21:49 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-01 11:52 Tux3 report: New news for the new year Daniel Phillips
2013-01-01 13:06 ` Martin Steigerwald
2013-01-01 13:28   ` Daniel Phillips
2013-01-01 14:37     ` Martin Steigerwald
2013-01-01 21:49       ` Daniel Phillips [this message]
2013-01-02  6:58         ` Shentino
2013-01-02 11:03           ` Daniel Phillips
2013-01-02  9:45       ` Tero Roponen
2013-01-02 11:15         ` Daniel Phillips
2013-01-04 10:04         ` OGAWA Hirofumi
2013-01-05  9:35           ` Shentino

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=18617468.vkbTvjxc0P@mars \
    --to=lkml@phunq.net \
    --cc=Martin@lichtvoll.de \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox