date:20150330

[Bug 198549] [build] FreeBSD -STABLE r279935 world fail to build lib/libmagic.

2015-03-30 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198549

Dimitry Andric d...@freebsd.org changed:

   What|Removed |Added

 CC||d...@freebsd.org
 Status|New |In Progress

--- Comment #3 from Dimitry Andric d...@freebsd.org ---
Is your source tree completely up-to-date?  The fields in your error messages
were added to contrib/file/src/file.h in r276415.  Maybe your source tree was
updated just partially?  Try removing it completely, and checking it out from
scratch.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re[2]: ZFS out of swap space

2015-03-30 Thread armonia

 Michelle thank you so much , like happened. At 10.1 LiveUSB I did zpool import 
but probably the tenth attempt, he has executed , the same thing happened on 
the 11 branch. So I removed just in case bad dataset - / var / db / mysql / 
billing,

After I did the export and rebooted in the hard disk. I am grateful to you 
about .


Пятница, 27 марта 2015, 18:07 +01:00 от Michelle Sullivan miche...@sorbs.net:
armonia wrote:
 How much are you waiting time after import?

I was waiting for 4 days for the import to complete - however I do have
a 16 drive 48T pool.


 Look a screenshot:

  http://i58.tinypic.com/mvkj00.jpg

 It helped you because you certainly do import 11 branch?

It helped because there was some patches in the 11 branch that handle
errors in the pool better than in 9.x... when it imported I was then
able to export and restart back to 9.x which corrected the uncaught
errors and it was importable straight back into 9.x.. I was then able to
correct the rest of the errors by doing a scrub in 9.x (which ultimately
was all caused by power, ups and battery failure whilst in the middle of
a resilver.

Regards,

-- 
Michelle Sullivan
http://www.mhix.org/



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

[Bug 199014] [build] r280833 world fail to build with clang35 on -STABLE

2015-03-30 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199014

Dimitry Andric d...@freebsd.org changed:

   What|Removed |Added

 Status|New |Closed
 Resolution|--- |Not A Bug
 CC||d...@freebsd.org

--- Comment #1 from Dimitry Andric d...@freebsd.org ---
This is an operator error.  You need to specify the full path to clang35 in
${CC}, ${CXX} and ${CPP}, as /usr/local/bin is *not* in the PATH during
buildworld.

E.g, try setting:

CC=/usr/local/bin/clang35
CXX=/usr/local/bin/clang++35
CPP=/usr/local/bin/clang-cpp35

Note that you will most likely run into various other issues when building
world with an external toolchain, since it does not even always work on head.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: ZFS out of swap space

2015-03-30 Thread Xin Li

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512



On 3/27/15 05:26, armonia wrote:
 After importing I press ctrl + t and here's the conclusion:
 
 load: 0.20 cmd: zpool 725 [tx-tx_sync_done_cv] 32.50r 0.00y 5.59s
 0% 6432k

Have you ever enabled e.g. dedup on certain dataset(s) and have a lot
of files, and the pool don't have 'async destroy' feature enabled?  In
that case the fastest way to recover, if this took too long, would
probably import the pool read-only and copy data to another pool.

On -CURRENT you can use dtrace -qn 'zfs-dbgmsg{printf(%s\n,
stringof(arg0))}' to see more verbose information, they are not always
helpful but will give you better idea on what is going on under the hood
.

Cheers,
-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJVGP0IAAoJEJW2GBstM+nsjRUP/11uzAQjAhQdOKTDMYt9gbTt
DsMn1C5x3X+btMuMyJ6JfxiOhm1qxolDEsjilodpj+i7m09a42N1GZrqEKBIY4PP
wvVwHHGuG1+zvpcQYfyWz50lKOgSIeLY3CUkyRRLHu3XsGrhj6uVEBjJRqLzRFof
oCTlAPeXFkZgs5wkufwJ9kx5JJT4UvZKyBbj3CNL7xMGmEIKffIMZWQv3SzIROdU
3QLjKSxTX969l6bNPEG/Fr262SZvXq9wPF2hbXs+AgLeDduz+ILhOMF1Za9+PTu+
U5zJM5MUEOimacAys0ldQ5kVarufFySCv1VXvmIyUPPsVu+WuBAWE7lC1c8tdNnh
vawMSfA2z5GtowxcpRVkl0CuVdO9AHZ2cHQzqrVh+rC/3HEdpCiUYakvoU3g1LhT
9Yo1s6dDUQcl6cfObDw5QU1eNc5dnCwENef5UnraH/GYbV4u8j4ClBPD7jw7zdlo
jgGVMcXORJEztYW3LCQNUU0phP0c3jNm9x84Do4AhLPMTPfxPrXiHJy/BtSrDw4B
BZlvqDRhaaOlTU/RPoAIdzFm1PztGLG2r5zrPR/ZKB3UquDctWSNz84jvgN3OK0d
XyTsJsAH3lRLO5RNIt/Km4z86vnmL0WZdiY919XsBWlVbh1db+qKHs/KeSpaJ1Fd
wqeqhWwU8l5yGKik19du
=Bm6L
-END PGP SIGNATURE-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re[2]: ZFS out of swap space

2015-03-30 Thread armonia

 Yes, my mistake was probably that I have included data deduplication to see 
how it works, but not turned it off at the right time .  In this case, the 
machine memory of 4 GB 

async_destroy - too enabled.

That is the conclusion I have deduplication disabled .

How to import a pool of read-only ?

Thank you for your response .

zpool get all zroot
NAME   PROPERTY   VALUE  SOURCE
zroot  size   230G   -
zroot  capacity   24%    -
zroot  altroot    -  default
zroot  health ONLINE -
zroot  guid   1229884058434432944    default
zroot  version    -  default
zroot  bootfs zroot  local
zroot  delegation on default
zroot  autoreplace    on local
zroot  cachefile  -  default
zroot  failmode   wait   default
zroot  listsnapshots  on local
zroot  autoexpand off    default
zroot  dedupditto 0  default
zroot  dedupratio 1.02x  -
zroot  free   174G   -
zroot  allocated  56.1G  -
zroot  readonly   off    -
zroot  comment    ZFS    local
zroot  expandsize 0  -
zroot  freeing    0  default
zroot  feature@async_destroy  enabled    local
zroot  feature@empty_bpobj    active local
zroot  feature@lz4_compress   active local
zroot  feature@multi_vdev_crash_dump  enabled    local
zroot  feature@spacemap_histogram active local
zroot  feature@enabled_txg    active local
zroot  feature@hole_birth active local
zroot  feature@extensible_dataset enabled    local
zroot  feature@bookmarks  enabled    local
zroot  feature@filesystem_limits  enabled    local


Понедельник, 30 марта 2015, 0:36 -07:00 от Xin Li delp...@delphij.net:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512



On 3/27/15 05:26, armonia wrote:
 After importing I press ctrl + t and here's the conclusion:
 
 load: 0.20 cmd: zpool 725 [tx-tx_sync_done_cv] 32.50r 0.00y 5.59s
 0% 6432k

Have you ever enabled e.g. dedup on certain dataset(s) and have a lot
of files, and the pool don't have 'async destroy' feature enabled?  In
that case the fastest way to recover, if this took too long, would
probably import the pool read-only and copy data to another pool.

On -CURRENT you can use dtrace -qn 'zfs-dbgmsg{printf(%s\n,
stringof(arg0))}' to see more verbose information, they are not always
helpful but will give you better idea on what is going on under the hood
.

Cheers,
-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJVGP0IAAoJEJW2GBstM+nsjRUP/11uzAQjAhQdOKTDMYt9gbTt
DsMn1C5x3X+btMuMyJ6JfxiOhm1qxolDEsjilodpj+i7m09a42N1GZrqEKBIY4PP
wvVwHHGuG1+zvpcQYfyWz50lKOgSIeLY3CUkyRRLHu3XsGrhj6uVEBjJRqLzRFof
oCTlAPeXFkZgs5wkufwJ9kx5JJT4UvZKyBbj3CNL7xMGmEIKffIMZWQv3SzIROdU
3QLjKSxTX969l6bNPEG/Fr262SZvXq9wPF2hbXs+AgLeDduz+ILhOMF1Za9+PTu+
U5zJM5MUEOimacAys0ldQ5kVarufFySCv1VXvmIyUPPsVu+WuBAWE7lC1c8tdNnh
vawMSfA2z5GtowxcpRVkl0CuVdO9AHZ2cHQzqrVh+rC/3HEdpCiUYakvoU3g1LhT
9Yo1s6dDUQcl6cfObDw5QU1eNc5dnCwENef5UnraH/GYbV4u8j4ClBPD7jw7zdlo
jgGVMcXORJEztYW3LCQNUU0phP0c3jNm9x84Do4AhLPMTPfxPrXiHJy/BtSrDw4B
BZlvqDRhaaOlTU/RPoAIdzFm1PztGLG2r5zrPR/ZKB3UquDctWSNz84jvgN3OK0d
XyTsJsAH3lRLO5RNIt/Km4z86vnmL0WZdiY919XsBWlVbh1db+qKHs/KeSpaJ1Fd
wqeqhWwU8l5yGKik19du
=Bm6L
-END PGP SIGNATURE-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to  freebsd-stable-unsubscr...@freebsd.org 


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

Re: cp loader.sym loader.bin fails

2015-03-30 Thread Erich Dollansky

Hi,

I found the cause of the problem. For some strange reason, some file
have been the year 2099 set as the date. I replaced the source tree
with a new one and the problem was gone.

Erich

On Mon, 30 Mar 2015 13:15:56
+0800 Erich Dollansky erichsfreebsdl...@alogt.com wrote:

 Hi,
 
 I just updated my sources to:
 
 URL: svn://svn.freebsd.org/base/stable/10
 Relative URL: ^/stable/10
 Repository Root: svn://svn.freebsd.org/base
 Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
 Revision: 280833
 Node Kind: directory
 Schedule: normal
 Last Changed Author: mav
 Last Changed Rev: 280803
 Last Changed Date: 2015-03-29 15:46:59 +0800 (Sun, 29 Mar 2015)
 
 Installing world fails now with this error:
 
 cc -O2 -pipe   -DLOADER_NFS_SUPPORT -DBOOT_FORTH
 -I/usr/src/sys/boot/i386/loader/../../ficl
 -I/usr/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT
 -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT
 -I/usr/src/sys/boot/i386/loader/../../common -I. -Wall
 -I/usr/src/sys/boot/i386/loader/..
 -I/usr/src/sys/boot/i386/loader/../btx/lib -march=i386 -ffreestanding
 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32
 -std=gnu99 -Qunused-arguments   -DLOADER_PREFER_AMD64 -static -Ttext
 0x0 -nostdlib -o
 loader.sym /usr/obj/usr/src/sys/boot/i386/loader/../btx/lib/crt0.o
 main.o conf.o vers.o boot.o commands.o console.o devopen.o interp.o
 interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o
 load_elf32.o load_elf32_obj.o reloc_elf32.o load_elf64.o
 load_elf64_obj.o reloc_elf64.o disk.o part.o crc32.o bcache.o isapnp.o
 pnp.o
 interp_forth.o /usr/obj/usr/src/sys/boot/i386/loader/../../ficl32/libficl.a   
 /usr/obj/usr/src/sys/boot/i386/loader/../libi386/libi386.a 
 /usr/obj/usr/src/sys/boot/i386/loader/../../libstand32/libstand.a
 cp loader.sym loader.bin make[7]: exec(cp) failed (No such file or
 directory) *** Error code 1
 
 Stop.
 make[7]: stopped in /usr/src/sys/boot/i386/loader
 *** Error code 1
 
 There is a file 'loader' there but not a loader.sym.
 
 I encountered this error the first time with source last Friday or
 Saturday and thought an update will do.
 
 Does somebody has a hint?
 
 Thanks!
 
 Erich
 

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

[Bug 198549] [build] FreeBSD -STABLE r280855 world fail to build.

2015-03-30 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198549

sasamotik...@gmail.com changed:

   What|Removed |Added

Summary|[build] FreeBSD -STABLE |[build] FreeBSD -STABLE
   |r279935 world fail to build |r280855 world fail to
   |lib/libmagic.   |build.

--- Comment #4 from sasamotik...@gmail.com ---
Thank, previous failure is gone but here is another one... 
:/usr # rm -rf src
#  svn checkout https://svn0.us-west.FreeBSD.org/base/stable/10 /usr/src
# make -j4 buildworld
--- LegacyPassManager.o ---
c++  -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include
-I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include
-I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I.
-I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS
-DNDEBUG -fno-strict-aliasing
-DLLVM_DEFAULT_TARGET_TRIPLE=\i386-unknown-freebsd10.1\
-DLLVM_HOST_TRIPLE=\i386-unknown-freebsd10.1\
-DDEFAULT_SYSROOT=\/usr/obj/usr/src/tmp\
-I/usr/obj/usr/src/tmp/legacy/usr/include  -fno-exceptions -fno-rtti -c
/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR/LegacyPassManager.cpp
-o LegacyPassManager.o
--- all_subdir_libllvmanalysis ---
--- TargetTransformInfo.o ---
c++  -O2 -pipe
-I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include
-I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include
-I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I.
-I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS
-DNDEBUG -fno-strict-aliasing
-DLLVM_DEFAULT_TARGET_TRIPLE=\i386-unknown-freebsd10.1\
-DLLVM_HOST_TRIPLE=\i386-unknown-freebsd10.1\
-DDEFAULT_SYSROOT=\/usr/obj/usr/src/tmp\
-I/usr/obj/usr/src/tmp/legacy/usr/include  -fno-exceptions -fno-rtti -c
/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/TargetTransformInfo.cpp
-o TargetTransformInfo.o
--- all_subdir_libllvmcodegen ---
--- LiveDebugVariables.o ---
c++  -O2 -pipe
-I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include
-I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/tools/clang/include
-I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen -I.
-I/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/../../lib/clang/include
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS
-DNDEBUG -fno-strict-aliasing
-DLLVM_DEFAULT_TARGET_TRIPLE=\i386-unknown-freebsd10.1\
-DLLVM_HOST_TRIPLE=\i386-unknown-freebsd10.1\
-DDEFAULT_SYSROOT=\/usr/obj/usr/src/tmp\
-I/usr/obj/usr/src/tmp/legacy/usr/include  -fno-exceptions -fno-rtti -c
/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LiveDebugVariables.cpp
-o LiveDebugVariables.o
--- all_subdir_libllvmanalysis ---
--- ValueTracking.o ---
c++  -O2 -pipe
-I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/include
-I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/tools/clang/include
-I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis -I.
-I/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/../../lib/clang/include
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS
-DNDEBUG -fno-strict-aliasing
-DLLVM_DEFAULT_TARGET_TRIPLE=\i386-unknown-freebsd10.1\
-DLLVM_HOST_TRIPLE=\i386-unknown-freebsd10.1\
-DDEFAULT_SYSROOT=\/usr/obj/usr/src/tmp\
-I/usr/obj/usr/src/tmp/legacy/usr/include  -fno-exceptions -fno-rtti -c
/usr/src/lib/clang/libllvmanalysis/../../../contrib/llvm/lib/Analysis/ValueTracking.cpp
-o ValueTracking.o
--- all_subdir_libllvmcodegen ---
/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LiveDebugVariables.cpp:242:29:
error: no template named 'SmallVectorYmpl'; did you mean 'SmallVectorImpl'?
  const SmallVectorYmplSlotIndex Kills,
^~~
SmallVectorImpl
/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include/llvm/Target/TargetInstrInfo.h:40:25:
note: 'SmallVectorImpl' declared here
templateclass T class SmallVectorImpl;
^
--- all_subdir_libllvmcore ---
--- Metadata.o ---
c++  -O2 -pipe -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include
-I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include
-I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/IR -I.
-I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS
-DNDEBUG -fno-strict-aliasing
-DLLVM_DEFAULT_TARGET_TRIPLE=\i386-unknown-freebsd10.1\
-DLLVM_HOST_TRIPLE=\i386-unknown-freebsd10.1\

[Bug 198549] [build] FreeBSD -STABLE r280855 world fail to build.

2015-03-30 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198549

--- Comment #5 from Dimitry Andric d...@freebsd.org ---
(In reply to sasamotikomi from comment #4)
 --- all_subdir_libllvmcodegen ---
 /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/lib/CodeGen/LiveDebugVariables.cpp:242:29:
 error: no template named 'SmallVectorYmpl'; did you mean 'SmallVectorImpl'?
  const SmallVectorYmplSlotIndex Kills,
^~~
SmallVectorImpl
 /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include/llvm/Target/TargetInstrInfo.h:40:25:
 note: 'SmallVectorImpl' declared here
 templateclass T class SmallVectorImpl;
^

There is definitely something not right with your system, as my copy of
LiveDebugVariables has the correct spelling of 'SmallVectorImpl':

  void addDefsFromCopies(LiveInterval *LI, unsigned LocNo,
  const SmallVectorImplSlotIndex Kills,
  SmallVectorImplstd::pairSlotIndex, unsigned 
NewDefs,
  MachineRegisterInfo MRI,
  LiveIntervals LIS);

Note that 'Y' (0x59) is just one bit difference from 'I' (0x49), so I suspect
that your RAM is randomly flipping bits.  Please run a thorough memory test,
and replace any faulty hardware.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: ZFS out of swap space

2015-03-30 Thread Xin Li

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 03/30/15 01:32, armonia wrote:
 Yes, my mistake was probably that I have included data
 deduplication to see how it works, but not turned it off at the
 right time. In this case, the machine memory of 4 GB 
 
 async_destroy - too enabled.
 
 That is the conclusion I have deduplication disabled.

Hrm, usually async_destroy should be enough to protect against this
situation.

Can you try if setting the sysctl variable vfs.zfs.free_max_blocks to
a limited number, like, 100,000, would make the pool import properly?
 You may have run out of memory because of too much data being free'ed
in one transaction group?

(I would recommend doing this after importing the pool read-only and
copy your data off, though).

 How to import a pool of read-only?

zpool import -o readonly poolname.

 Thank you for your response.
 
 zpool get all zroot NAME   PROPERTY   VALUE
 SOURCE zroot  size   230G
 - zroot  capacity   24%
 - zroot  altroot-
 default zroot  health ONLINE
 - zroot  guid   1229884058434432944
 default zroot  version-
 default zroot  bootfs zroot
 local zroot  delegation on
 default zroot  autoreplaceon
 local zroot  cachefile  -
 default zroot  failmode   wait
 default zroot  listsnapshots  on
 local zroot  autoexpand off
 default zroot  dedupditto 0
 default zroot  dedupratio 1.02x
 - zroot  free   174G
 - zroot  allocated  56.1G
 - zroot  readonly   off
 - zroot  commentZFS
 local zroot  expandsize 0
 - zroot  freeing0
 default zroot  feature@async_destroy  enabled
 local zroot  feature@empty_bpobjactive
 local zroot  feature@lz4_compress   active
 local zroot  feature@multi_vdev_crash_dump  enabled
 local zroot  feature@spacemap_histogram active
 local zroot  feature@enabled_txgactive
 local zroot  feature@hole_birth active
 local zroot  feature@extensible_dataset enabled
 local zroot  feature@bookmarks  enabled
 local zroot  feature@filesystem_limits  enabled
 local
 
 
 ???, 30 ? 2015, 0:36 -07:00 ?? Xin Li
 delp...@delphij.net:
 
 
 
 On 3/27/15 05:26, armonia wrote:
 After importing I press ctrl + t and here's the conclusion:
 
 load: 0.20 cmd: zpool 725 [tx-tx_sync_done_cv] 32.50r 0.00y
 5.59s 0% 6432k
 
 Have you ever enabled e.g. dedup on certain dataset(s) and have a
 lot of files, and the pool don't have 'async destroy' feature
 enabled? In that case the fastest way to recover, if this took too
 long, would probably import the pool read-only and copy data to
 another pool.
 
 On -CURRENT you can use dtrace -qn 'zfs-dbgmsg{printf(%s\n, 
 stringof(arg0))}' to see more verbose information, they are not
 always helpful but will give you better idea on what is going on
 under the hood .
 
 Cheers, ___ 
 freebsd-stable@freebsd.org 
 /compose?To=freebsd%2dsta...@freebsd.org mailing list 
 http://lists.freebsd.org/mailman/listinfo/freebsd-stable To
 unsubscribe, send any mail to 
 freebsd-stable-unsubscr...@freebsd.org 
 /compose?To=freebsd%2dstable%2dunsubscr...@freebsd.org
 
 
 
 --

- -- 
Xin LI delp...@delphij.nethttps://www.delphij.net/
FreeBSD - The Power to Serve!   Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.1.2 (FreeBSD)

iQIcBAEBCgAGBQJVGZPKAAoJEJW2GBstM+nsPIAP/2aX5MItnX/LiLII+xKp/Hnx
9TZWUdpEqwOpIWovjiF7N+Vp9Uz8RCCHl5yzMbd5p/cvaP6h7oQZiJYzBDLVRx61
Rk3Uz7/SyycWPXlD6lhNYPZ9QrptgO6hhX5y4YHxOlibhe7NLCmZYNxBqNsqR0HW
FoseCRP2+ima4Qu5P4dVKDCnKwMdifP7qvrbOZcyYWIVThVBH14Rp7w9zfiiAN6v
AYSY9JLMYQGILfexORo/LG+kYI3gT2CIhYVNpfCsQLo5GNOucAZNYM5oO4aCt/BQ
2DIzhp58F1z7JYUwZVJ0p7GSjuZ2peWqYYyGMqFkBU0cydskGj+wGwu154sx6Vyg
xAgzqH/jG95DqkC6yDRoy/bvJ0zam2z3N9jR+XRqgVsuwYbEG7dQp6TBByN5PWp+
UaRexsvknjNJA6Otqei5qQ5fcXfhaalTD+/3XB3eqExJa6sbONZ6qJdLeiDYe+3V
wNRnuDQwatLCkLhQoFbXIdXQJ16Da4evmMrHd+YsKrytx2F/wMoNZru7Ilv6X+5L
LhuGg26Kh2ohZQGvn4cWCus63wRWweEjpTpD4Ng2Ok+qIEgquC9kcveV1TSwxWi1
ZusD5hYqJXO2rA6iB2MyQqZi6t4fBK00CG7SkAegrNaKnH2e245s7qwsg6huKKUA
yMt5wuj4GXbRg9yjWs0j
=m5xz
-END PGP SIGNATURE-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

[Bug 198549] [build] FreeBSD -STABLE r280855 world fail to build.

2015-03-30 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198549

--- Comment #6 from sasamotik...@gmail.com ---
(In reply to Dimitry Andric from comment #5)
Sorry, I forgot I has difference COLLATE, also forgot many open program...
So it's will be just lack of memory.
#  locale
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_COLLATE=en_US.UTF-8
LC_TIME=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_ALL=en_US.UTF-8
And another problem wihtout_openssl isn't enforces disable openssl support or
usage openssl from port/not build program who request it by default?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

[Bug 198549] [build] FreeBSD -STABLE r280855 world fail to build.

2015-03-30 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198549

--- Comment #7 from sasamotik...@gmail.com ---
Created attachment 155033
  -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=155033action=edit
without_openssl

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: rctl logs swapuse even if swap is empty

2015-03-30 Thread Edward Tomasz Napierała

It's been a while since I last touched that part of code, but I believe
the swapuse limit is swap reservation.  In other words, the amount of
swap that would be used if the system had to swap, in the worst case
scenario.

On 0329T1151, Miroslav Lachman wrote:
 Hello Edward,
 I am trying to contact you directly, because you are the author of RCTL. 
 Can you shed some light on this issue? I still have a problem with 
 understanding this swapuse issue. Now I have a monitoring of all values 
 reported by rctl -u jail:fox and there are values like 60GB of 
 swapuse. It doesn't make sense to me.
 If this is a bug, I can send you a CSV log file, od ODS (LibreOffice 
 Calc) with graph, or MRTG graphs of all values.
 
 Miroslav Lachman
 
 https://lists.freebsd.org/pipermail/freebsd-stable/2015-March/082019.html
 
 
 Miroslav Lachman wrote on 03/22/2015 22:42:
  Miroslav Lachman wrote on 03/21/2015 01:35:
  I tried RCTL for the first time, so maybe it is error on my side.
 
  [...]
 
  Both jails are small webservers with PHP + Apache. They do not use much
  memory and they really do not user any swap space. (according to top and
  swapinfo)
 
 
  # swapinfo -h
  Device  1K-blocks UsedAvail Capacity
  /dev/mirror/gm0s1b  16777216   0B  16G 0%
 
 
  # rctl -hu jail:fox | grep swap
  swapuse=0
 
 
  Processes in both jails are logged as using more than 32MB of swap:
 
  Mar 21 01:18:55 neon kernel: rctl: rule jail:fox:swapuse:log=33554432
  matched by pid 20783 (httpd), uid 80, jail fox
  Mar 21 01:18:55 neon kernel: rctl: rule jail:fox:swapuse:log=33554432
  matched by pid 20787 (httpd), uid 80, jail fox
  Mar 21 01:18:58 neon kernel: rctl: rule jail:fox:swapuse:log=33554432
  matched by pid 19207 (httpd), uid 80, jail fox
  Mar 21 01:18:58 neon kernel: rctl: rule jail:fox:swapuse:log=33554432
  matched by pid 20790 (sh), uid 0, jail fox
  Mar 21 01:18:58 neon kernel: rctl: rule jail:fox:swapuse:log=33554432
  matched by pid 20792 (sh), uid 0, jail fox
  Mar 21 01:18:58 neon kernel: rctl: rule
  jail:olymp:swapuse:log=33554432 matched by pid 20793 (sh), uid 0, jail
  olymp
  Mar 21 01:18:58 neon kernel: rctl: rule
  jail:olymp:swapuse:log=33554432 matched by pid 20795 (sh), uid 0, jail
  olymp
 
  Is it expected? I do not think so.
  Or am I doing something wrong with rctl?
 
  This is really strange. FOP (Java application) in jail is failing unless
  rctl swapuse is set to 7GB or more.
 
  Does swapuse means anything completely different than what is swapinfo
  or top reporting?
 
  The same web services with FOP is running completely fine on real server
  with 2GB of physical RAM installed and less than 5GB of swap partition
  (swap is empty). But it is not working in jail if RCTL is set to
  swapuse:deny=4GB or memoryuse:deny=4GB.
 
  Can somebody explain it?
 
  Miroslav Lachman
  ___
  freebsd-stable@freebsd.org mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-stable
  To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
 
 
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: rctl logs swapuse even if swap is empty

2015-03-30 Thread Miroslav Lachman


Edward Tomasz Napierała wrote on 03/30/2015 22:54:

It's been a while since I last touched that part of code, but I believe
the swapuse limit is swap reservation.  In other words, the amount of
swap that would be used if the system had to swap, in the worst case
scenario.


Then it is very misleading to name it swapuse. And I can't imagine how 
this tiny web application can ever need to reserve 60GB of swap.


I think the rctl man page needs a better explanation of all resources 
and behaviour of manipulation with limits.
FreeBSD was very well know for it's good documentation, but rctl is not 
this case. It is too brief.


For swapuse, there is only swap usage, in bytes - nothing that one can 
deduce it is reservation for the worst case if system had to swap and 
not the actual swap usage




On 0329T1151, Miroslav Lachman wrote:

Hello Edward,
I am trying to contact you directly, because you are the author of RCTL.
Can you shed some light on this issue? I still have a problem with
understanding this swapuse issue. Now I have a monitoring of all values
reported by rctl -u jail:fox and there are values like 60GB of
swapuse. It doesn't make sense to me.
If this is a bug, I can send you a CSV log file, od ODS (LibreOffice
Calc) with graph, or MRTG graphs of all values.

Miroslav Lachman

https://lists.freebsd.org/pipermail/freebsd-stable/2015-March/082019.html


Miroslav Lachman wrote on 03/22/2015 22:42:

Miroslav Lachman wrote on 03/21/2015 01:35:

I tried RCTL for the first time, so maybe it is error on my side.


[...]


Both jails are small webservers with PHP + Apache. They do not use much
memory and they really do not user any swap space. (according to top and
swapinfo)


# swapinfo -h
Device  1K-blocks UsedAvail Capacity
/dev/mirror/gm0s1b  16777216   0B  16G 0%


# rctl -hu jail:fox | grep swap
swapuse=0


Processes in both jails are logged as using more than 32MB of swap:

Mar 21 01:18:55 neon kernel: rctl: rule jail:fox:swapuse:log=33554432
matched by pid 20783 (httpd), uid 80, jail fox
Mar 21 01:18:55 neon kernel: rctl: rule jail:fox:swapuse:log=33554432
matched by pid 20787 (httpd), uid 80, jail fox
Mar 21 01:18:58 neon kernel: rctl: rule jail:fox:swapuse:log=33554432
matched by pid 19207 (httpd), uid 80, jail fox
Mar 21 01:18:58 neon kernel: rctl: rule jail:fox:swapuse:log=33554432
matched by pid 20790 (sh), uid 0, jail fox
Mar 21 01:18:58 neon kernel: rctl: rule jail:fox:swapuse:log=33554432
matched by pid 20792 (sh), uid 0, jail fox
Mar 21 01:18:58 neon kernel: rctl: rule
jail:olymp:swapuse:log=33554432 matched by pid 20793 (sh), uid 0, jail
olymp
Mar 21 01:18:58 neon kernel: rctl: rule
jail:olymp:swapuse:log=33554432 matched by pid 20795 (sh), uid 0, jail
olymp

Is it expected? I do not think so.
Or am I doing something wrong with rctl?


This is really strange. FOP (Java application) in jail is failing unless
rctl swapuse is set to 7GB or more.

Does swapuse means anything completely different than what is swapinfo
or top reporting?

The same web services with FOP is running completely fine on real server
with 2GB of physical RAM installed and less than 5GB of swap partition
(swap is empty). But it is not working in jail if RCTL is set to
swapuse:deny=4GB or memoryuse:deny=4GB.

Can somebody explain it?

Miroslav Lachman



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

[Bug 198549] [build] FreeBSD -STABLE r279935 world fail to build lib/libmagic.

Re[2]: ZFS out of swap space

[Bug 199014] [build] r280833 world fail to build with clang35 on -STABLE

Re: ZFS out of swap space

Re[2]: ZFS out of swap space

Re: cp loader.sym loader.bin fails

[Bug 198549] [build] FreeBSD -STABLE r280855 world fail to build.

[Bug 198549] [build] FreeBSD -STABLE r280855 world fail to build.

Re: ZFS out of swap space

[Bug 198549] [build] FreeBSD -STABLE r280855 world fail to build.

[Bug 198549] [build] FreeBSD -STABLE r280855 world fail to build.

Re: rctl logs swapuse even if swap is empty

Re: rctl logs swapuse even if swap is empty

13 matches

Site Navigation

Mail list logo

Footer information