On Tue, Oct 12, 2010 at 11:11 PM, Aditya Sarawgi
<[email protected]> wrote:
> Hi Siju,
>
> Nice write up. I have a couple of question if you don't mind :)
>

:-)

> 1) Do you really run development versions of DflyBSD on production servers ?
>

Yes! what I wrote here

http://www.dragonflybsd.org/docs/real_time_backup_server_for_microsoft_windows__44___linux__44___bsd_and_mac_os_x_clients/

Shortened

http://bit.ly/c1MdqP

is true.

The System is running on a kernel compiled from the source checked
from the dragonfly tree a few days back

dfly-bkpsrv# uname -a
DragonFly dfly-bkpsrv.hifxnx.local 2.7-DEVELOPMENT DragonFly
v2.7.3.1199.g31d5c-DEVELOPMENT #27: Thu Sep 30 16:04:17 IST 2010
[email protected]:/usr/obj/usr/src/sys/GENERIC  i386


It runs not only as the backup setver but as many other things like
apache/php/mysql/perl/backuppc/git etc and a lot of other things
I have put a full list of packages installed on it here for you :-)

http://pastie.org/1217444

The Desktop I am sitting right now is running a development version
SMP kernel checked out from the development tree yesterday.

bash-4.1$ uname -a
DragonFly dfly-vmsrv.hifxnx.local 2.7-DEVELOPMENT DragonFly
v2.7.3.1278.gef4da-DEVELOPMENT #1: Tue Oct 12 09:57:33 IST 2010
[email protected]:/usr/obj/usr/src/sys/GENERIC.MP  i386

The list of packages installed is here


these packages are installed and kept update using debian's apt like
tool called 'pkgin'

So you have instead of sources.lst in debian

bash-4.1$ cat /usr/pkg/etc/pkgin/repositories.conf
http://avalon.dragonflybsd.org/packages/i386/DragonFly-2.7/stable/All/

and you run


# pkgin update
cleaning database from
http://avalon.dragonflybsd.org/packages/i386/DragonFly-2.7/pkgsrc-2010Q2/
entries...
downloading pkg_summary.bz2: 100%
processing remote summary
(http://avalon.dragonflybsd.org/packages/i386/DragonFly-2.7/pkgsrc-2010Q2/All)...
updating database: 100%

# pkgin full-upgrade
6 packages to be upgraded: freetype2-2.3.12 gtar-info-1.22
openldap-client-2.4.21 png-1.4.2 python26-2.6.5 tiff-3.9.4
1 packages to be removed: asciidoc-8.6.1
6 packages to be installed: png-1.4.3 python26-2.6.5nb1 tiff-3.9.4nb1
freetype2-2.4.2 gtar-info-1.23 openldap-client-2.4.23 (15M to
download, 59M to install)
proceed ? [y/N] y
downloading packages...
downloading png-1.4.3.tgz: 100%
downloading python26-2.6.5nb1.tgz: 100%
downloading tiff-3.9.4nb1.tgz: 100%
downloading freetype2-2.4.2.tgz: 100%
downloading gtar-info-1.23.tgz: 100%
downloading openldap-client-2.4.23.tgz: 100%


to update the packages.

or you could upgrade directly from pkgsrc using git with a single command

#pkg_rolling-replace -rsuv

But when you are using development version you should look out for
mails marked [HEADS UP] like

http://leaf.dragonflybsd.org/mailarchive/users/2010-07/msg00046.html

in the dragonfly users mailinglist.

And may be wait for a couple of days till the tree becomes stable. ask
and you may get a reply like

http://leaf.dragonflybsd.org/mailarchive/users/2010-09/msg00072.html

So you can decide if you need to upgrade.

Or if you can't take the hassle you can use the Stable Release.
2.8 will be released in 1-2 weeks time according to pkgsrc-2010Q3 release.


> 2) With Soft Updates + Journaling even UFS has no fsck after a unclean
> shutdown, it's awesome I run it on my machine.
>

:-)

With hammer you get cheap snapshots easy mirroring etc.

>So what does hammer use
> to prevent inconsistencies ?
>

Is that FreeBSD ?
http://lists.freebsd.org/pipermail/svn-src-head/2010-April/016577.html
Which version is that?

I haven't tried it so don't know much about it.
Is that the default during install?

Hammer is very easy to set up.
In the installer you just select HAMMER when it asks for the
filesystems and you don't even need to partition your system into /usr
/var etc.
it automatically makes pfses ( some thing much better than LVM ) like

/pfs/@@-1:00001           288G   8.4G   280G     3%    /var
/pfs/@@-1:00002           288G   8.4G   280G     3%    /tmp
/pfs/@@-1:00003           288G   8.4G   280G     3%    /usr
/pfs/@@-1:00004           288G   8.4G   280G     3%    /home
/pfs/@@-1:00005           288G   8.4G   280G     3%    /usr/obj
/pfs/@@-1:00006           288G   8.4G   280G     3%    /var/crash
/pfs/@@-1:00007           288G   8.4G   280G     3%    /var/tmp

that 280G is the freespace in the system's Hammer Volume mounted as

Filesystem                Size   Used  Avail Capacity  Mounted on
ROOT                      288G   8.4G   280G     3%    /

So you need not expand/shrink them as in LVMs.

In my case the hammer ROOT volume has the following

Volume identification
        Label               ROOT
        No. Volumes         1
        FSID                eb47c01d-d2af-11df-b588-01138fad54f5
        HAMMER Version      4
Big block information
        Total           36860
        Used             1004 (2.72%)
        Reserved           69 (0.19%)
        Free            35787 (97.09%)
Space information
        No. Inodes     209347
        Total size       288G (309204090880 bytes)
        Used             7.8G (2.72%)
        Reserved         552M (0.19%)
        Free             280G (97.09%)
PFS information
        PFS ID  Mode    Snaps  Mounted on
             0  MASTER      0  /
             1  MASTER      0  /var
             2  MASTER      0  /tmp
             3  MASTER      0  /usr
             4  MASTER      0  /home
             5  MASTER      0  /usr/obj
             6  MASTER      0  /var/crash
             7  MASTER      0  /var/tmp
             8  MASTER      0  /var/isos


  8  MASTER      0  /var/isos   is a pfs created by me later.

You can chose any differrent snapshot scheme and histroy retention
policy for each pfs induvidually.



> 3) Does hammer self heal ?
>

Are you asking about mirroring inconsistencies?

> 4) What speeds are you getting with hammer. AFAIK people using ZFS on
> FreeBSD do complain of slowness
>

The backup server I just mentioned above is running on a machine with
just 1 GB RAM.
It perfoms well. Hammer is not RAM hungry like ZFS.

If you want me to run some tests and give you the details I could.
please let me know what tests I should do.

>it would be great if you
> can explain your whole setup on a wiki. Actually I wanted to try
> hammer put I don't have a spare system
> and virtualizing won't reveal the true power of hammer.
>

I plan to put it more detailed on the dragonflybsd wiki once I become
a bit free :-)

kind regards

--Siju
_______________________________________________
bsd-india mailing list
[email protected]
http://www.bsd-india.org/mailman/listinfo/bsd-india

Reply via email to