bsdinstaller

2012-01-10 Thread Thiago Damas
  Hi,
  in this new freebsd installer (bsdinstall) can I have only the ssys
extracted? Can I delete all src directories after install, just
leaving sys intact?
  Is it some dependency between the sources? Why the default now its
extracting all?

Thiago
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org


Re: Mount_nfs question

2011-05-30 Thread Thiago Damas
  Maybe you can use showmount -a SERVER-IP, foreach server you have...

Thiago
2011/5/30 Mark Saad nones...@longcount.org:
 On Mon, May 30, 2011 at 8:13 PM, Rick Macklem rmack...@uoguelph.ca wrote:
 Hello All
 So I am stumped on this one. I want to know what the IP of each
 nfs server that is providing each nfs export. I am running 7.4-RELEASE
 When I run mount -t nfs I see something like this

 VIP-01:/export/source on /mnt/src
 VIP-02:/export/target on /mnt/target
 VIP-01:/export/logs on /mnt/logs
 VIP-02:/export/package on /mnt/pkg

 The issue is I use a load balanced nfs server , from isilon. So VIP-01
 could be any one of a group of IPs . I am trying to track down a
 network congestion issue and I cant find a way to match the output of
 lsof , and netstat to the output of mount -t nfs . Does anyone have
 any ideas how I could track this down , is there a way to run mount
 and have it show the IP and not the name of the source server ?

 Just fire up wireshark (or tcpdump) and watch the traffic. tcpdump
 doesn't know much about NFS, but if al you want are the IP#s, it'll do.

 But, no, mount won't tell you more than what the argument looked like.

 rick

 Wireshark seams like using a tank to swap a fly.


 --
 mark saad | nones...@longcount.org
 ___
 freebsd-hackers@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
 To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org

___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org


usertime and systime

2011-03-16 Thread Thiago Damas
  Hi,
  without procfs, there is a way to get usertime and systime from a
running process?

Thiago
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org


Re: usertime and systime

2011-03-16 Thread Thiago Damas
  Hi,
  the patch worked for me, using RELENG_8_2

  Very thanks!

Thiago


2011/3/16 Dan Nelson dnel...@allantgroup.com:
 In the last episode (Mar 16), Thiago Damas said:
   Hi,
   without procfs, there is a way to get usertime and systime from a
 running process?

 Try applying the attached patch to ps.  I've had it for a while but never
 submitted a PR.

 Heh. I've had it for a very long time.
 http://lists.freebsd.org/pipermail/freebsd-hackers/2009-March/027918.html

 --
        Dan Nelson
        dnel...@allantgroup.com
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org


Re: Support for WD Advanced Format disks

2010-08-28 Thread Thiago Damas
You read:
ATA 4K sector issues
http://lists.freebsd.org/pipermail/freebsd-hackers/2010-March/031154.html

2010/8/28 Ilya Bakulin webmas...@kibab.com:
 On Sat, 28 Aug 2010 13:09:12 +0400
 Ilya Bakulin webmas...@kibab.com wrote:

 Right now I'm running phybs -w /dev/ad7p1

 Well, phybs finished.
 Results:
 kibab-desktop# ./phybs -w /dev/ad7p1
   count    size  offset    step        msec     tps    kBps

  131072    1024       0    4096     3098125       0      42
  131072    1024     512    4096     3100047       0      42

   65536    2048       0    8192     1505809       0      87
   65536    2048     512    8192     1505179       0      87
   65536    2048    1024    8192     1506127       0      87

   32768    4096       0   16384     1522343       1      86
   32768    4096     512   16384     1521017       1      86
   32768    4096    1024   16384     1523748       1      86
   32768    4096    2048   16384     1522853       1      86

   16384    8192       0   32768      890911       3     147
   16384    8192     512   32768      892026       3     146
   16384    8192    1024   32768      890699       3     147
   16384    8192    2048   32768      891862       3     146
   16384    8192    4096   32768      889903       3     147

 Obviously 34-sectors offset is bad for phybs. Write requests are NEVER get 
 aligned.
 I have recreated partition as follows:

 kibab-desktop# gpart delete -i 1 ad7
 ad7p1 deleted
 kibab-desktop# gpart add -t freebsd-ufs -s 10G -b 63 ad7
 ad7p1 added
 kibab-desktop# gpart show ad7
 =        34  2930277101  ad7  GPT  (1.4T)
          34          29       - free -  (15K)
          63    20971520    1  freebsd-ufs  (10G)
    20971583  2909305552       - free -  (1.4T)

 So, we have ad7p1 which is still misaligned, but if write request will start 
 at offset=512, it will be aligned properly.
 Let's test as follows:

 kibab-desktop# ./phybs -l 4096 -w /dev/ad7p1
   count    size  offset    step        msec     tps    kBps

   32768    4096       0   16384     1520609       1      86
   32768    4096     512   16384       17898     151    7323
   32768    4096    1024   16384     1524899       1      85

 :-) Aligned writes are 86 times faster than misaligned!!!
 --
 Regards,
 Ilya Bakulin
 http://kibab.com
 xmpp://kibab...@jabber.ru

___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org


strange zfs behavior

2010-06-12 Thread Thiago Damas
  Hi,
  I'm testing some configuration using ZFS with 4 disks seagate:
ad4: 953869MB Seagate ST31000528AS CC38 at ata2-master UDMA100 SATA 3Gb/s
ad6: 953869MB Seagate ST31000528AS CC38 at ata3-master UDMA100 SATA 3Gb/s
ad8: 953869MB Seagate ST31000528AS CC38 at ata4-master UDMA100 SATA 3Gb/s
ad10: 953869MB Seagate ST31000528AS CC38 at ata5-master UDMA100 SATA 3Gb/s

  The system its amd64 8.1-BETA1 (tested too in 8.0-p3).
  My only tuning its (in /boot/loader.conf):
vm.kmem_size_scale=2
vfs.zfs.txg.timeout=5

  The machine has 4Gb RAM, and SATA controller its LSI53C1020/1030 (adaptec
1020)

  At first, I used the following:
zpool create -f -m /storage tank mirror /dev/ad4 /dev/ad6 mirror /dev/ad8
/dev/ad10
 and I noticed ad10 slower than others (svc_t)
svc_t:
http://i48.tinypic.com/34s1ndd.gif
http://i45.tinypic.com/m9x6ra.gif
 wait:
http://i47.tinypic.com/2uqksv5.gif
http://i49.tinypic.com/200qza9.gif

  Now, I swapped the configuration:
zpool create -f -m /storage tank mirror /dev/ad10 /dev/ad8 mirror /dev/ad6
/dev/ad4
 and now I have ad4 slower than others
 svc_t:
http://i49.tinypic.com/2uxtqww.gif
http://i50.tinypic.com/10dbcix.gif
 wait:
http://i46.tinypic.com/331f5lf.gif
http://i46.tinypic.com/2lc7c5k.gif

  Will always the last disk in zfs configuration perform like that?
  Any comments?
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org


Re: ATA 4K sector issues

2010-03-18 Thread Thiago Damas
  I tested now with 1Mb (2048 blocks) at the begining of disk, and same
behaviour: slow write speed and high disk latency.


On Wed, Mar 17, 2010 at 6:17 PM, Thiago Damas tda...@gmail.com wrote:

   I'll try tomorrow more zfs tests, with 1M alignment on begining of disk.
   But I also remember that zfs block size its 128k, but metadata can be of
 dynamic size. And we can use compressed files too.
   There is a sysctl, md_compress, that I turned out in my tests, but not
 working as expected.
   Why using gnop -S 4096 works well?

 Thiago


___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org


Re: ATA 4K sector issues

2010-03-17 Thread Thiago Damas
  Slow performance,slow write speed, high delay per operation (gstat, ms/w)
above 400ms was common, with peaks of 3000ms per write). Tested on two
different machines.
  Disks WD10EARS in single disk and mirror configurations.

Thiago


2010/3/17 Dag-Erling Smørgrav d...@des.no

 Thiago Damas tda...@gmail.com writes:
  I had problem with ZFS.

 What kind of problem?

 DES
 --
 Dag-Erling Smørgrav - d...@des.no

___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org


Re: ATA 4K sector issues

2010-03-17 Thread Thiago Damas
  I had problem with ZFS.
  With gnop -S 4096, it works well on /dev/ad{a}X.nop; but I decided to not
use those disks.


2010/3/17 Mohacsi Janos moha...@niif.hu




 On Wed, 17 Mar 2010, Dag-Erling Sm?rgrav wrote:

  Mohacsi Janos moha...@niif.hu writes:

 What is the situation with ATA 4K dirves in FreeBSD? Are there
 any support for them in fdisk or disklabel?


 Hmm, didn't we discuss this already?  All we need to do is change the
 defaults in fdisk so it rounds partition offsets and sizes to a multiple
 of 8 sectors (or 16 for future-proofing) instead of aligning them with
 fictitious cylinder boundaries.  Bsdlabel, as disklabel is properly
 known, already DTRT: by default, the first partition starts at offset
 16.  Just make sure you specify sizes that are divisible by 8 or 16
 blocks (not an issue if you use the M or G suffixes).  Sysinstall
 operates in megabytes.


 Thanks for the information.


 ___
 freebsd-hackers@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
 To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org

___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org


Re: ATA 4K sector issues

2010-03-17 Thread Thiago Damas
  I tried with gpart, gpt scheme, begining in all block alignments possible,
34, 35, 36, 37, 38, 39 etc
  Even 64
  gpart create -s gpt ad4
  gpart add -s 64 -t freebsd-zfs ad4

  With UFS, I previouly did some tests (in portuguese):

Particao sem alinhar inicio
=34  1953525101  ad4  GPT  (932G)
  34  19535251011  freebsd-ufs  (932G)

newfs -U (padrao -f 2048 -b 16384)
# time tar xfj
/install/releases/i386/8.0-RELEASE/8.0-RELEASE/ports/ports.tgz
2.342u 5.013s 20:35.65 0.5%64+1091k 6623+2734io 0pf+0w

newfs -U -f 4096 -b 32768
# time tar xfj
/install/releases/i386/8.0-RELEASE/8.0-RELEASE/ports/ports.tgz
2.590u 5.263s 22:06.32 0.5%63+1087k 10911+1676io 0pf+0w


Particao alinhada em multiplos de 4096 bytes (blocos logicos de 512
bytes, entao, multiplo de 8 blocos)
=34  1953525101  ad4  GPT  (932G)
  34  30   - free -  (15K)
  64  19535250711  freebsd-ufs  (932G)

newfs -U (padrao -f 2048 -b 16384)
# time tar xfj
/install/releases/i386/8.0-RELEASE/8.0-RELEASE/ports/ports.tgz
2.392u 5.000s 10:24.15 1.1%64+1095k 8375+2735io 0pf+0w

newfs -U -f 4096 -b 32768
# time tar xfj
/install/releases/i386/8.0-RELEASE/8.0-RELEASE/ports/ports.tgz
2.547u 5.567s 1:25.50 9.4%64+1088k 11880+1755io 0pf+0w



On Wed, Mar 17, 2010 at 3:12 PM, Olivier Smedts oliv...@gid0.org wrote:

 2010/3/17 Thiago Damas tda...@gmail.com:
   I had problem with ZFS.
   With gnop -S 4096, it works well on /dev/ad{a}X.nop; but I decided to
 not
  use those disks.

 So maybe this was not a ZFS problem but a partition misalignment problem ?

 On a properly aligned partition with a physical sector size of 4KB and
 a logical sector size of 512 bytes, will ZFS try to use blocksizes of
 less than 4KB ? Blocksize in ZFS seems to be dynamic (at least when
 not told to use a fixed blocksize), but I didn't see somewhere in the
 manpage or Sun's website which minimum blocksize ZFS would use for
 small files, and if there is a lower limit on blocksizes to use.

 
 
  2010/3/17 Mohacsi Janos moha...@niif.hu
 
 
 
 
  On Wed, 17 Mar 2010, Dag-Erling Sm?rgrav wrote:
 
   Mohacsi Janos moha...@niif.hu writes:
 
  What is the situation with ATA 4K dirves in FreeBSD? Are there
  any support for them in fdisk or disklabel?
 
 
  Hmm, didn't we discuss this already?  All we need to do is change the
  defaults in fdisk so it rounds partition offsets and sizes to a
 multiple
  of 8 sectors (or 16 for future-proofing) instead of aligning them with
  fictitious cylinder boundaries.  Bsdlabel, as disklabel is properly
  known, already DTRT: by default, the first partition starts at offset
  16.  Just make sure you specify sizes that are divisible by 8 or 16
  blocks (not an issue if you use the M or G suffixes).  Sysinstall
  operates in megabytes.
 
 
  Thanks for the information.
 
 
  ___
  freebsd-hackers@freebsd.org mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
  To unsubscribe, send any mail to 
 freebsd-hackers-unsubscr...@freebsd.org
 
  ___
  freebsd-hackers@freebsd.org mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
  To unsubscribe, send any mail to 
 freebsd-hackers-unsubscr...@freebsd.org
 



 --
 Olivier Smedts _
ASCII ribbon campaign ( )
 e-mail: oliv...@gid0.org- against HTML email  vCards  X
 www: http://www.gid0.org- against proprietary attachments / \

  Il y a seulement 10 sortes de gens dans le monde :
  ceux qui comprennent le binaire,
  et ceux qui ne le comprennent pas.

___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org


Re: ATA 4K sector issues

2010-03-17 Thread Thiago Damas
  With UFS, I previouly did some tests (in portuguese):

Partition without begin aligned:
=34  1953525101  ad4  GPT  (932G)
  34  19535251011  freebsd-ufs  (932G)

newfs -U (default -f 2048 -b 16384)

# time tar xfj
/install/releases/i386/8.0-RELEASE/8.0-RELEASE/ports/ports.tgz
2.342u 5.013s 20:35.65 0.5%64+1091k 6623+2734io 0pf+0w

newfs -U -f 4096 -b 32768
# time tar xfj
/install/releases/i386/8.0-RELEASE/8.0-RELEASE/ports/ports.tgz

2.590u 5.263s 22:06.32 0.5%63+1087k 10911+1676io 0pf+0w


Partition aligned on 4k boundaries
=34  1953525101  ad4  GPT  (932G)
  34  30   - free -  (15K)
  64  19535250711  freebsd-ufs  (932G)

newfs -U (default -f 2048 -b 16384)
# time tar xfj
/install/releases/i386/8.0-RELEASE/8.0-RELEASE/ports/ports.tgz
2.392u 5.000s 10:24.15 1.1%64+1095k 8375+2735io 0pf+0w

newfs -U -f 4096 -b 32768

# time tar xfj
/install/releases/i386/8.0-RELEASE/8.0-RELEASE/ports/ports.tgz
2.547u 5.567s 1:25.50 9.4%64+1088k 11880+1755io 0pf+0w


  Aligning the partition, and ajusting the block/fragment size, I went
from 22minutes to 1m25s.

  But, I tried every combination possible with ZFS, and always get
slow performance (something like 2, 3 MB/s write speed)



2010/3/17 Dag-Erling Smørgrav d...@des.no

 Thiago Damas tda...@gmail.com writes:
  With UFS, I previouly did some tests (in portuguese):

 Some commentary would be nice.

 DES
 --
 Dag-Erling Smørgrav - d...@des.no

___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org


Re: ATA 4K sector issues

2010-03-17 Thread Thiago Damas
  I'll try tomorrow more zfs tests, with 1M alignment on begining of disk.
  But I also remember that zfs block size its 128k, but metadata can be of
dynamic size. And we can use compressed files too.
  There is a sysctl, md_compress, that I turned out in my tests, but not
working as expected.
  Why using gnop -S 4096 works well?

Thiago
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org


Re: ATA 4K sector issues

2010-03-17 Thread Thiago Damas
Waste of disk space. With 2K frag size, a file of 1k will use a
minimum of 2K, wasting 1k. With 4k frag size it will waste 3k.

2010/3/17, Andrew Stesin ste...@gmail.com:
 2010/3/17 Matthew Dillon dil...@apollo.backplane.com:
    you absolutely must use a 4K fragment size (32K block size) and an
    aligned partition when using UFS with 4K physical sector drives.

 Sorry for my ignorance, but what's wrong with making this the default
 setting for newfs regardless of whatever the drive is?

 Thanks,
 Andrew
 ___
 freebsd-hackers@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
 To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org

___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org


Re: encrypted executables

2008-02-20 Thread Thiago Damas
  And if you make a wrapper, and execute like a shell script:

#!/usr/local/bin/mysecyritywrapper
...encryted code goes where...


  In this way. it'll be hard to use truss, ktrace, strace etc...

[]s



On Feb 19, 2008 1:09 AM, Giorgos Keramidas [EMAIL PROTECTED] wrote:
 On 2008-02-18 19:54, Jerry Toung [EMAIL PROTECTED] wrote:
 On Feb 18, 2008 5:39 PM, Dimitry Andric [EMAIL PROTECTED] wrote:
 On 2008-02-19 02:18, Jerry Toung wrote:
  anybody knows of a tool to encrypt executables under FreeBSD? may be
  from the ports?  I am not talking about simple file encryption.
 
  Can you elaborate on what you *are* talking about then?  Some
  security-by-obscurity scheme, perhaps? :)
 
  I need to encrypt elf binaries. I'd like to make it harder for the bad
  guy to reverse engineer my app.

 You know about truss/ktrace/strace already, right?

 It may be moot to encrypt the ELF binary, if the `bad guy' can access
 the running image of the process *after* it has been decrypted to
 execute.


 ___
 freebsd-hackers@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
 To unsubscribe, send any mail to [EMAIL PROTECTED]

___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: A handy utility (at least for me)

2006-08-30 Thread Thiago Damas

It can be:
cd /usr/ports
rm -rf */*/work

[]s


On 8/26/06, Rick C. Petty [EMAIL PROTECTED] wrote:

On Sat, Aug 26, 2006 at 07:19:06PM -0300, Mario Lobo wrote:

 My  /usr/ports directory was occuping 24 gigs, of which 20 was just from the
 'work' directories !

 Removing them one by one was a pain so I wrote this little utility to wipe
 them off.

I find that the following command works just fine for me:

find /usr/ports -type d -name work -prune -print -delete

=)

-- Rick C. Petty
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: odd behavior with geom - gmirror - read/write simultaneously

2006-04-06 Thread Thiago Damas
  Hi,
  same problem:
* in shell(1):
# dd if=/dev/zero of=/var/tmp/test bs=4m
* after some time (=~ 20seconds), in shell(2)
# dd if=/var/tmp/test bs=4m of=/dev/null

  gstat shows no writes again, only reads; hitting ^C in shell(1), it
hangs until the dd in shell(2) finishes.

  Using diferents files (after rebooting the machine to prevent some cache):


In:
  same problem:
* in shell(1):
# dd if=/dev/zero of=/var/tmp/test bs=4m
* after some time (=~ 20seconds), in shell(2)
# dd if=/var/tmp/test bs=4m of=/dev/null

  gstat shows no writes again, only reads; hitting ^C in shell(1), it
hangs until the dd in shell(2) finishes.

  Using diferents files (after rebooting the machine to prevent some
cache), I found the inverse situation:
* in shell(1):
# dd if=/dev/zero of=/var/tmp/test2 bs=4m
* in shell(2):
# dd if=/var/tmp/test of=/dev/null bs=4m

  gstat shows the following:
# gstat
dT: 0.501  flag_I 50us  sizeof 240  i -1
 L(q)  ops/sr/s   kBps   ms/rw/s   kBps   ms/w   %busy Name
   11357  0  00.0357  45737   14.2   99.7| ad0
   11357  0  00.0357  45737   14.3   99.7| ad0s1
0  0  0  00.0  0  00.00.0| ad2
0  0  0  00.0  0  00.00.0| ad3
0  0  0  00.0  0  00.00.0| ad0s1a
0  0  0  00.0  0  00.00.0| ad0s1b
0  0  0  00.0  0  00.00.0| ad0s1c
0  0  0  00.0  0  00.00.0| ad0s1d
0  0  0  00.0  0  00.00.0| ad0s1e
   11357  0  00.0357  45737   15.1   99.7| ad0s1f
0  0  0  00.0  0  00.00.0| ad2s1
0  0  0  00.0  0  00.00.0| mirror/home0
0  0  0  00.0  0  00.00.0| ad3s1
0  0  0  00.0  0  00.00.0| mirror/home0s1
0  0  0  00.0  0  00.00.0| mirror/home0s1c

Hitting ^C in shell(2), it hangs until I cancel the dd of shell(1),
and shows the following:
# dd if=/var/tmp/test of=/dev/null bs=4m
^C0+0 records in
0+0 records out
0 bytes transferred in 23.318283 secs (0 bytes/sec)

In:
 When I try your test on my mirror gstat shows read and write activity,
 but the reading dd quits very soon, because reading appears to be faster
 than writing.
  try waiting a little more before execute the dd command.


  After those tests, the problem isnt relationated with GEOM, I think.
  What can I do now?



 Did you try the parallel dd commands on another partition which is not
 gmirror'd? For example:

 dd if=/dev/ad0 of=/var/tmp/test.data bs=4m
 dd if=/var/tmp/test.data bs=4m of=/dev/null

 So you can be sure that it is a gmirror issue.

 When I try your test on my mirror gstat shows read and write activity,
 but the reading dd quits very soon, because reading appears to be faster
 than writing.

 I would suggest that you write to one file and read from another file
 when you do the parallel test.

 Just a hint: for the write test you should better use /dev/zero instead
 of /dev/ad0 - ``dd if=/dev/zero of=/home/test.data bs=4m'' for obvious
 reasons.

 --
 Vasil Dimov
 [EMAIL PROTECTED]

 Testing can show the presence of bugs, but not their absence.
 -- Edsger W. Dijkstra
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: odd behavior with geom - gmirror - read/write simultaneously

2006-04-06 Thread Thiago Damas
  I made a similar test with FreeBSD 4.11, and the results are OK.
This problem didnt happen.

On 4/6/06, Thiago Damas [EMAIL PROTECTED] wrote:
   Hi,
   same problem:
 * in shell(1):
 # dd if=/dev/zero of=/var/tmp/test bs=4m
 * after some time (=~ 20seconds), in shell(2)
 # dd if=/var/tmp/test bs=4m of=/dev/null

   gstat shows no writes again, only reads; hitting ^C in shell(1), it
 hangs until the dd in shell(2) finishes.

   Using diferents files (after rebooting the machine to prevent some cache):


 In:
   same problem:
 * in shell(1):
 # dd if=/dev/zero of=/var/tmp/test bs=4m
 * after some time (=~ 20seconds), in shell(2)
 # dd if=/var/tmp/test bs=4m of=/dev/null

   gstat shows no writes again, only reads; hitting ^C in shell(1), it
 hangs until the dd in shell(2) finishes.

   Using diferents files (after rebooting the machine to prevent some
 cache), I found the inverse situation:
 * in shell(1):
 # dd if=/dev/zero of=/var/tmp/test2 bs=4m
 * in shell(2):
 # dd if=/var/tmp/test of=/dev/null bs=4m

   gstat shows the following:
 # gstat
 dT: 0.501  flag_I 50us  sizeof 240  i -1
  L(q)  ops/sr/s   kBps   ms/rw/s   kBps   ms/w   %busy Name
11357  0  00.0357  45737   14.2   99.7| ad0
11357  0  00.0357  45737   14.3   99.7| ad0s1
 0  0  0  00.0  0  00.00.0| ad2
 0  0  0  00.0  0  00.00.0| ad3
 0  0  0  00.0  0  00.00.0| ad0s1a
 0  0  0  00.0  0  00.00.0| ad0s1b
 0  0  0  00.0  0  00.00.0| ad0s1c
 0  0  0  00.0  0  00.00.0| ad0s1d
 0  0  0  00.0  0  00.00.0| ad0s1e
11357  0  00.0357  45737   15.1   99.7| ad0s1f
 0  0  0  00.0  0  00.00.0| ad2s1
 0  0  0  00.0  0  00.00.0| mirror/home0
 0  0  0  00.0  0  00.00.0| ad3s1
 0  0  0  00.0  0  00.00.0| mirror/home0s1
 0  0  0  00.0  0  00.00.0| mirror/home0s1c

 Hitting ^C in shell(2), it hangs until I cancel the dd of shell(1),
 and shows the following:
 # dd if=/var/tmp/test of=/dev/null bs=4m
 ^C0+0 records in
 0+0 records out
 0 bytes transferred in 23.318283 secs (0 bytes/sec)

 In:
  When I try your test on my mirror gstat shows read and write activity,
  but the reading dd quits very soon, because reading appears to be faster
  than writing.
   try waiting a little more before execute the dd command.


   After those tests, the problem isnt relationated with GEOM, I think.
   What can I do now?


 
  Did you try the parallel dd commands on another partition which is not
  gmirror'd? For example:
 
  dd if=/dev/ad0 of=/var/tmp/test.data bs=4m
  dd if=/var/tmp/test.data bs=4m of=/dev/null
 
  So you can be sure that it is a gmirror issue.
 
  When I try your test on my mirror gstat shows read and write activity,
  but the reading dd quits very soon, because reading appears to be faster
  than writing.
 
  I would suggest that you write to one file and read from another file
  when you do the parallel test.
 
  Just a hint: for the write test you should better use /dev/zero instead
  of /dev/ad0 - ``dd if=/dev/zero of=/home/test.data bs=4m'' for obvious
  reasons.
 
  --
  Vasil Dimov
  [EMAIL PROTECTED]
 
  Testing can show the presence of bugs, but not their absence.
  -- Edsger W. Dijkstra

___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]


odd behavior with geom - gmirror - read/write simultaneously

2006-04-05 Thread Thiago Damas
  Hi,
  I'm having a odd behavior while using geom_mirror.
  I have the following situation:
- RAID1 with 2 SATA disks
# gmirror status
NameStatus  Components
mirror/home0  COMPLETE  ad2
ad3

- home0 as /home
# df -h
Filesystem  SizeUsed   Avail Capacity  Mounted on
/dev/ad0s1a 1.9G 74M1.7G 4%/
devfs   1.0K1.0K  0B   100%/dev
/dev/ad0s1d 989M 16K910M 0%/tmp
/dev/ad0s1e 7.7G1.9G5.2G27%/usr
/dev/ad0s1f  58G139M 53G 0%/var
/dev/mirror/home0s1c226G7.4G200G 4%/home

  I was testing the read/write speed on /home, with:
# dd if=/dev/ad0 of=/home/test.data bs=4m
  While running this, gstat shows me what I wanted:
# gstat
 L(q)  ops/sr/s   kBps   ms/rw/s   kBps   ms/w   %busy Name
0230230  293831.9  0  00.0   42.8| ad0
0  0  0  00.0  0  00.00.0| ad0s1
9192  0  00.0192  24529   21.0   65.3| ad2
7196  0  00.0196  25040   16.6   65.4| ad3
0  0  0  00.0  0  00.00.0| ad0s1a
0  0  0  00.0  0  00.00.0| ad0s1b
0  0  0  00.0  0  00.00.0| ad0s1c
0  0  0  00.0  0  00.00.0| ad0s1d
0  0  0  00.0  0  00.00.0| ad0s1e
0  0  0  00.0  0  00.00.0| ad0s1f
0  0  0  00.0  0  00.00.0| ad2s1
9192  0  00.0192  24529   21.2   65.4| mirror/home0
0  0  0  00.0  0  00.00.0| ad3s1
9192  0  00.0192  24529   21.2   65.4| mirror/home0s1
9192  0  00.0192  24529   22.0   66.6| mirror/home0s1c

  After that, I test the read speed:
# dd if=/home/test.data bs=4m of=/dev/null
# gstat
dT: 0.501  flag_I 50us  sizeof 240  i -1
 L(q)  ops/sr/s   kBps   ms/rw/s   kBps   ms/w   %busy Name
0  0  0  00.0  0  00.00.0| ad0
0  0  0  00.0  0  00.00.0| ad0s1
1120120  153293.7  0  00.0   44.9| ad2
0122122  155843.5  0  00.0   43.1| ad3
0  0  0  00.0  0  00.00.0| ad0s1a
0  0  0  00.0  0  00.00.0| ad0s1b
0  0  0  00.0  0  00.00.0| ad0s1c
0  0  0  00.0  0  00.00.0| ad0s1d
0  0  0  00.0  0  00.00.0| ad0s1e
0  0  0  00.0  0  00.00.0| ad0s1f
0  0  0  00.0  0  00.00.0| ad2s1
1242242  309133.7  0  00.0   88.4| mirror/home0
0  0  0  00.0  0  00.00.0| ad3s1
1242242  309133.7  0  00.0   88.7| mirror/home0s1
1242242  309133.7  0  00.0   90.0| mirror/home0s1c

 And it shows again what was supposed to.

  Now, I test read/write simultaneously:
In on shell (1):
# dd if=/dev/ad0 of=/home/test.data bs=4m
After some time, in another shell(2)
# dd if=/home/test.data bs=4m of=/dev/null
  And gstat shows me the following:
# gstat
dT: 0.501  flag_I 50us  sizeof 240  i -1
 L(q)  ops/sr/s   kBps   ms/rw/s   kBps   ms/w   %busy Name
0  0  0  00.0  0  00.00.0| ad0
0  0  0  00.0  0  00.00.0| ad0s1
0158158  201833.0  0  00.0   47.6| ad2
1158158  201832.5  0  00.0   39.1| ad3
0  0  0  00.0  0  00.00.0| ad0s1a
0  0  0  00.0  0  00.00.0| ad0s1b
0  0  0  00.0  0  00.00.0| ad0s1c
0  0  0  00.0  0  00.00.0| ad0s1d
0  0  0  00.0  0  00.00.0| ad0s1e
0  0  0  00.0  0  00.00.0| ad0s1f
0  0  0  00.0  0  00.00.0| ad2s1
1315315  403672.8  0  00.0   87.4| mirror/home0
0  0  0  00.0  0  00.00.0| ad3s1
1315315  403672.8  0  00.0   87.8| mirror/home0s1
1315315  403672.8  0  00.0   89.4| mirror/home0s1c


  I'm having NO writes in home0; even hitting ^C in shell(1) hangs,
until I cancel the dd command in shell(2).
  I think its happening some problem with geom code . Can someone
verify this? I using 6.1 PRERELEASE, with GENERIC kernel.

---
Thiago
___
freebsd-hackers@freebsd.org 

Re: if_bridge hangs ifconfig

2006-01-26 Thread Thiago Damas
  How can I patch my system, 6.0-RELEASE for only this bug? I want to
minimize the downtime? Its possible?

  best regards,
Thiago


2006/1/26, Andrew Thompson [EMAIL PROTECTED]:
 On Thu, Jan 26, 2006 at 02:49:54PM -0200, Thiago Damas wrote:
I'm having some problems using if_bridge, in FreeBSD 6.0 RELEASE.
I have the following situation:
 
When using the command ifconfig bridge0 deletem vr0, its hangs,
  and sometimes show the error:
  vr0: refusing to decrement non-positive refcount 0for interface flag 256

 This has been fixed in 6-STABLE and will work in the upcomming 6.1
 release, see the 2005/11/16 entry in

 http://www.freebsd.org/releases/6.0R/errata.html

 I would advise upgrading to RELENG_6.


 regards,
 Andrew

___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]