Jenkins build is back to normal : Build-UFS-image #1455

2015-03-30 Thread jenkins-admin 
See 

___
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 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=155033&action=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"

[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"

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: 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
> :
> 
> 
> 
> 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 
>  mailing list 
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable To
> unsubscribe, send any mail to 
> "freebsd-stable-unsubscr...@freebsd.org 
> "
> 
> 
> 
> --

- -- 
Xin LI https://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 #5 from Dimitry Andric  ---
(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 SmallVectorYmpl &Kills,
>^~~
>SmallVectorImpl
> /usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include/llvm/Target/TargetInstrInfo.h:40:25:
> note: 'SmallVectorImpl' declared here
> template 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 SmallVectorImpl &Kills,
  SmallVectorImpl >
&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"

[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 SmallVectorYmpl &Kills,
^~~
SmallVectorImpl
/usr/src/lib/clang/libllvmcodegen/../../../contrib/llvm/include/llvm/Target/TargetInstrInfo.h:40:25:
note: 'SmallVectorImpl' declared here
template 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\"
-DDEFA

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  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"

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 :
>-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: 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 
 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 :
>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"