Re: /usr/src/lib/msun errors
On Sat, Oct 12, 2013 at 09:23:34PM -0400, Joe Nosay wrote: I am not top posting. Yes, you are. Do not accuse me of this. I'm just stating fact. I am upset and depressed and I do not need you to accuse me of something I am not doing. Whatever. My system is shitting out on me. Good luck fixing your system. You clearly do not want help from someone with 20 years of experience running FreeBSD. -- Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: stable-10 or head?
From Guido Falsi: On 10/12/13 15:29, John wrote: Hello currents, I have a 9.2-R vm and I'd like to bring it up to 10 (i.e what will eventually be 10-RELEASE). So, do I svn 10-STABLE or HEAD? I think 10-STABLE but I just want to check. You are correct. branch stable/10 on subversion. It's labelled as ALPHA6 at present. -- Guido Falsi m...@madpilot.net I would have updated source tree for HEAD thinking it was still 10-to-be. I follow stable and current emailing lists and didn't see any announcement about the branching of head and stable/10. There should have been a heads-up! I just checked http://svnweb.freebsd.org/ . Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
rfc4638 (mtu 1500 over a PPPoE)
Hi all, Does FreeBSD 9.2 support RFC4638? I.e, is it possible to have a 1500 byte MTU over of PPPoE link? Thanks, Joost ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: New iSCSI stack.
Wiadomość napisana przez Outback Dingo outbackdi...@gmail.com w dniu 11 paź 2013, o godz. 14:37: Quick question, is there a specific reason why ctld doesnt create the file / device for iscsi, or fc ? the previous iscsi would read the config file and create the file / device ... it now appears to be a manual process. You mean, the backing files (path /dev/zvol/whatever, for example), right? I thought about it. Problem is, while it makes it somewhat easier in very simple situations, it's not very useful in real life - ctld (or CTL) has no information what the permissions should be, should the file be fully or thin provisioned (in other words, whether it supposed to be filled with zeroes, truncated to a correct length, or perhaps it's a ZVOL with reservation set), etc. And you don't want it to create files when you make a typo in path name. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: stable-10 or head?
Em 13/10/13 04:31, Thomas Mueller escreveu: From Guido Falsi: On 10/12/13 15:29, John wrote: Hello currents, I have a 9.2-R vm and I'd like to bring it up to 10 (i.e what will eventually be 10-RELEASE). So, do I svn 10-STABLE or HEAD? I think 10-STABLE but I just want to check. You are correct. branch stable/10 on subversion. It's labelled as ALPHA6 at present. -- Guido Falsi m...@madpilot.net I would have updated source tree for HEAD thinking it was still 10-to-be. I follow stable and current emailing lists and didn't see any announcement about the branching of head and stable/10. There should have been a heads-up! I just checked http://svnweb.freebsd.org/ . Cool :) First beta version! # svn info Path: . Working Copy Root Path: /usr/src 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: 256420 Node Kind: directory Schedule: normal Last Changed Author: gjb Last Changed Rev: 256420 Last Changed Date: 2013-10-12 21:24:44 -0300 (Sat, 12 Oct 2013) # uname -a FreeBSD bkp-srv.teste.com.br 10.0-BETA1 FreeBSD 10.0-BETA1 #8 r256420: Sun Oct 13 05:31:43 BRT 2013 r...@bkp-srv.teste.com.br:/usr/obj/usr/src/sys/TESTE10 i386 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /usr/src/lib/msun errors
I have a snapshot saved proving that I am not top posting and only using the bottom reply box. I did not know that gmail automatically top posts replies. I am willing to take a polygraph test to prove I am telling the truth. Steve Kargl, you think that I am lying but I have proof right here. I am willing to wait for you to visit me in person to prove to you I am telling the truth. You may have twenty years of BSD experience; yet, you do not know how to deal with people. I have over thirty years of depression and it has taught me a lot. Let me enlighten you and dispel your ignorance, Steve. I am homeless, sick, and depressed. I am half hispanic and have had to deal with a family of bigots that raised me. You are quick to judge me and even quicker to condemn me with your self righteousness. If this post comes up as a top post, I do not care about that. Learn, Steve, that what you perceive to be true from your end is not always what is true from the other. You may be human and err; but, you do not have the right to be a pompous jackass to me or anyone else. As I said, Do not shit on me. On Sun, Oct 13, 2013 at 2:31 AM, Steve Kargl s...@troutmask.apl.washington.edu wrote: On Sat, Oct 12, 2013 at 09:23:34PM -0400, Joe Nosay wrote: I am not top posting. Yes, you are. Do not accuse me of this. I'm just stating fact. I am upset and depressed and I do not need you to accuse me of something I am not doing. Whatever. My system is shitting out on me. Good luck fixing your system. You clearly do not want help from someone with 20 years of experience running FreeBSD. -- Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
devfs, zfs LoR
Hi, Is this real LoR or is it known to be invalid? lock order reversal: 1st 0xf800323725f0 zfs (zfs) @ /usr/src/sys/kern/vfs_mount.c:1237 2nd 0xf8010e9cdb78 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2210 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe0231f8a460 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe0231f8a510 witness_checkorder() at witness_checkorder+0xd23/frame 0xfe0231f8a5a0 __lockmgr_args() at __lockmgr_args+0x6f2/frame 0xfe0231f8a6d0 vop_stdlock() at vop_stdlock+0x3c/frame 0xfe0231f8a6f0 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xf5/frame 0xfe0231f8a720 _vn_lock() at _vn_lock+0xab/frame 0xfe0231f8a790 vputx() at vputx+0x208/frame 0xfe0231f8a7f0 dounmount() at dounmount+0x327/frame 0xfe0231f8a870 sys_unmount() at sys_unmount+0x356/frame 0xfe0231f8a9a0 amd64_syscall() at amd64_syscall+0x265/frame 0xfe0231f8aab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe0231f8aab0 --- syscall (22, FreeBSD ELF64, sys_unmount), rip = 0x80088a63a, rsp = 0x7fffd148, rbp = 0x7fffd260 --- -- Eitan Adler ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /usr/src/lib/msun errors
On Sun, Oct 13, 2013 at 11:57 AM, Joe Nosay superbisq...@gmail.com wrote: I have a snapshot saved proving that I am not top posting and only using the bottom reply box. I did not know that gmail automatically top posts replies. I am willing to take a polygraph test to prove I am telling the truth. Steve Kargl, you think that I am lying but I have proof right here. I am willing to wait for you to visit me in person to prove to you I am telling the truth. You may have twenty years of BSD experience; yet, you do not know how to deal with people. I have over thirty years of depression and it has taught me a lot. Let me enlighten you and dispel your ignorance, Steve. I am homeless, sick, and depressed. I am half hispanic and have had to deal with a family of bigots that raised me. You are quick to judge me and even quicker to condemn me with your self righteousness. If this post comes up as a top post, I do not care about that. Learn, Steve, that what you perceive to be true from your end is not always what is true from the other. You may be human and err; but, you do not have the right to be a pompous jackass to me or anyone else. As I said, Do not shit on me. On Sun, Oct 13, 2013 at 2:31 AM, Steve Kargl s...@troutmask.apl.washington.edu wrote: On Sat, Oct 12, 2013 at 09:23:34PM -0400, Joe Nosay wrote: I am not top posting. Yes, you are. Do not accuse me of this. I'm just stating fact. I am upset and depressed and I do not need you to accuse me of something I am not doing. Whatever. My system is shitting out on me. Good luck fixing your system. You clearly do not want help from someone with 20 years of experience running FreeBSD. -- Steve Someone had to tell me what to do. Steve, are you the only person in the multiverse that is free of making any mistakes? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /usr/src/lib/msun errors
On Sun, Oct 13, 2013 at 12:07 PM, N.J. Mann n...@njm.me.uk wrote: In message ca+wntosdueh1gzuzg3g4gcw-y7+llrmvace5bhbl9rtzxs+...@mail.gmail.com, Joe Nosay (superbisq...@gmail.com) wrote: I have a snapshot saved proving that I am not top posting and only using the bottom reply box. I did not know that gmail automatically top posts replies. I am willing to take a polygraph test to prove I am telling the truth. Steve Kargl, you think that I am lying but I have proof right here. You _are_ top posting. If you do not believe me point your web browser at: http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045487.html Cheers, Nick, -- Someone had to show me and tell me what was happening and that gmail automatically top posts. Again, I am willing to take a polygraph test to prove that I was unaware of this. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /usr/src/lib/msun errors
In message ca+wntosdueh1gzuzg3g4gcw-y7+llrmvace5bhbl9rtzxs+...@mail.gmail.com, Joe Nosay (superbisq...@gmail.com) wrote: I have a snapshot saved proving that I am not top posting and only using the bottom reply box. I did not know that gmail automatically top posts replies. I am willing to take a polygraph test to prove I am telling the truth. Steve Kargl, you think that I am lying but I have proof right here. You _are_ top posting. If you do not believe me point your web browser at: http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045487.html Cheers, Nick, -- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /usr/src/lib/msun errors
On Sun, Oct 13, 2013 at 12:10 PM, Joe Nosay superbisq...@gmail.com wrote: On Sun, Oct 13, 2013 at 12:07 PM, N.J. Mann n...@njm.me.uk wrote: In message ca+wntosdueh1gzuzg3g4gcw-y7+llrmvace5bhbl9rtzxs+...@mail.gmail.com, Joe Nosay (superbisq...@gmail.com) wrote: I have a snapshot saved proving that I am not top posting and only using the bottom reply box. I did not know that gmail automatically top posts replies. I am willing to take a polygraph test to prove I am telling the truth. Steve Kargl, you think that I am lying but I have proof right here. You _are_ top posting. If you do not believe me point your web browser at: http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045487.html Cheers, Nick, -- Someone had to show me and tell me what was happening and that gmail automatically top posts. Again, I am willing to take a polygraph test to prove that I was unaware of this. http://slexy.org/view/s20mg6Dh8w http://slexy.org/view/s20AvJUBNB http://i39.tinypic.com/1z1732q.jpg Okay, finally. There is proof that I did tell the truth. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: mysql-client-5.6.14 build failed
Hi Alexander: Date: Wed, 02 Oct 2013 02:04:02 +0300 From: Alexander Panyushkin vsi...@gmail.com To: freebsd-current@freebsd.org Subject: mysql-client-5.6.14 build failed Message-ID: 524b54e2.1040...@gmail.com Content-Type: text/plain; charset=UTF-8; format=flowed Hi all. mysql-client-5.6.14 not build with clang /usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql/net_serv.cc:48: In file included from /usr/include/c++/v1/algorithm:627: /usr/include/c++/v1/memory:968:39: error: expected unqualified-id template class _Up static __two test(...); The build fails because the 'test' macro is defined in include/my_global.h: #define test(a) ((a) ? 1 : 0) yet libc++ standard header memory defines 'test' as the name of a function: template class _Up static char test(typename _Up::pointer* = 0); MySQL C++ source code files like sql/net_serv.cc #include my_global.h before including memory. This ordering will result in the 'test' function in memory macro-expanded into nonsense. After a casual scan, more C++ source code files might be affacted: client/mysql.cc:45:#include algorithm client/mysqlbinlog.cc:58:#include algorithm client/mysqltest.cc:51:#include algorithm client/sql_string.cc:28:#include algorithm ... I've prepared an ad hoc patch that modifies include/my_global.h to include memory before defining the 'test' macro, so that further including of memory will be uneffective and hence unharmful. I believe this likely to be useful before there is a fix from upstream mysql or libc++. Now this package (mysql56-client) and the server counterpart (mysql56-server) build fine. I'm new to FreeBSD so I hope someone else could produce a better solution. Any comments will be highly appreciated! Thanks. Here comes the patch (see also the attachment): root@r:/svn/ports/databases/mysql56-client # cat files/patch-include_my_global.h --- include/my_global.h.orig2013-10-13 22:22:33.0 +0800 +++ include/my_global.h 2013-10-13 22:26:57.0 +0800 @@ -460,6 +460,13 @@ typedef unsigned short ushort; #endif +/* the macro test() below will break libc++ standard header memory which + defines function named 'test'; fix it in an ad hoc manner by including the + header before definition of the macro. */ +#ifdef __cplusplus +#include memory +#endif + #define swap_variables(t, a, b) { t dummy; dummy= a; a= b; b= dummy; } #define test(a)((a) ? 1 : 0) #define set_if_bigger(a,b) do { if ((a) (b)) (a)=(b); } while(0) -- Regards, Renjie Sun ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /usr/src/lib/msun errors
On Sun, 13 Oct 2013, Joe Nosay wrote: On Sun, Oct 13, 2013 at 11:57 AM, Joe Nosay superbisq...@gmail.com wrote: Someone had to tell me what to do. Steve, are you the only person in the multiverse that is free of making any mistakes? Nobody was accusing you of doing it intentionally. Anyway, that problem is now solved--thanks! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: mysql-client-5.6.14 build failed
Hi Alexander: (Please ignore my previous message as it was not composed in plain text while this one is. Apart from that, the message content is all the same.) Date: Wed, 02 Oct 2013 02:04:02 +0300 From: Alexander Panyushkin vsi...@gmail.com To: freebsd-current@freebsd.org Subject: mysql-client-5.6.14 build failed Message-ID: 524b54e2.1040...@gmail.com Content-Type: text/plain; charset=UTF-8; format=flowed Hi all. mysql-client-5.6.14 not build with clang /usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql/net_serv.cc:48: In file included from /usr/include/c++/v1/algorithm:627: /usr/include/c++/v1/memory:968:39: error: expected unqualified-id template class _Up static __two test(...); The build fails because the 'test' macro is defined in include/my_global.h: #define test(a) ((a) ? 1 : 0) yet libc++ standard header memory defines 'test' as the name of a function: template class _Up static char test(typename _Up::pointer* = 0); MySQL C++ source code files like sql/net_serv.cc #include my_global.h before including memory. This ordering will result in the 'test' function in memory macro-expanded into nonsense. After a casual scan, more C++ source code files might be affacted: client/mysql.cc:45:#include algorithm client/mysqlbinlog.cc:58:#include algorithm client/mysqltest.cc:51:#include algorithm client/sql_string.cc:28:#include algorithm ... I've prepared an ad hoc patch that modifies include/my_global.h to include memory before defining the 'test' macro, so that further including of memory will be uneffective and hence unharmful. I believe this likely to be useful before there is a fix from upstream mysql or libc++. Now this package (mysql56-client) and the server counterpart (mysql56-server) build fine. I'm new to FreeBSD so I hope someone else could produce a better solution. Any comments will be highly appreciated! Thanks. Here comes the patch (see also the attachment): root@r:/svn/ports/databases/mysql56-client # cat files/patch-include_my_global.h --- include/my_global.h.orig2013-10-13 22:22:33.0 +0800 +++ include/my_global.h 2013-10-13 22:26:57.0 +0800 @@ -460,6 +460,13 @@ typedef unsigned short ushort; #endif +/* the macro test() below will break libc++ standard header memory which + defines function named 'test'; fix it in an ad hoc manner by including the + header before definition of the macro. */ +#ifdef __cplusplus +#include memory +#endif + #define swap_variables(t, a, b) { t dummy; dummy= a; a= b; b= dummy; } #define test(a)((a) ? 1 : 0) #define set_if_bigger(a,b) do { if ((a) (b)) (a)=(b); } while(0) -- Regards, Renjie Sun patch-include_my_global.h --- include/my_global.h.orig2013-10-13 22:22:33.0 +0800 +++ include/my_global.h 2013-10-13 22:26:57.0 +0800 @@ -460,6 +460,13 @@ typedef unsigned short ushort; #endif +/* the macro test() below will break libc++ standard header memory which + defines function named 'test'; fix it in an ad hoc manner by including the + header before definition of the macro. */ +#ifdef __cplusplus +#include memory +#endif + #define swap_variables(t, a, b) { t dummy; dummy= a; a= b; b= dummy; } #define test(a)((a) ? 1 : 0) #define set_if_bigger(a,b) do { if ((a) (b)) (a)=(b); } while(0) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
/usr/ports/UPDATING entry September 04, 2013
Will the pkg upgrade work with applications built from ports and not pkg add $APPLICATION? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /usr/src/lib/msun errors
On Sun, Oct 13, 2013 at 11:57:22AM -0400, Joe Nosay wrote: I have a snapshot saved proving that I am not top posting and only using the bottom reply box. I did not know that gmail automatically top posts replies. I am willing to take a polygraph test to prove I am telling the truth. Steve Kargl, you think that I am lying but I have proof right here. I have proof too. http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045473.html http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045474.html http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045477.html http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045487.html -- Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: mysql-client-5.6.14 build failed
On Sun, Oct 13, 2013 at 6:23 PM, Sun Renjie sunrenj...@gmail.com wrote: Hi Alexander: Date: Wed, 02 Oct 2013 02:04:02 +0300 From: Alexander Panyushkin vsi...@gmail.com To: freebsd-current@freebsd.org Subject: mysql-client-5.6.14 build failed Message-ID: 524b54e2.1040...@gmail.com Content-Type: text/plain; charset=UTF-8; format=flowed Hi all. mysql-client-5.6.14 not build with clang /usr/ports/databases/mysql56-client/work/mysql-5.6.14/sql/net_serv.cc:48: In file included from /usr/include/c++/v1/algorithm:627: /usr/include/c++/v1/memory:968:39: error: expected unqualified-id template class _Up static __two test(...); The build fails because the 'test' macro is defined in include/my_global.h: #define test(a) ((a) ? 1 : 0) yet libc++ standard header memory defines 'test' as the name of a function: template class _Up static char test(typename _Up::pointer* = 0); MySQL C++ source code files like sql/net_serv.cc #include my_global.h before including memory. This ordering will result in the 'test' function in memory macro-expanded into nonsense. After a casual scan, more C++ source code files might be affacted: client/mysql.cc:45:#include algorithm client/mysqlbinlog.cc:58:#include algorithm client/mysqltest.cc:51:#include algorithm client/sql_string.cc:28:#include algorithm ... I've prepared an ad hoc patch that modifies include/my_global.h to include memory before defining the 'test' macro, so that further including of memory will be uneffective and hence unharmful. I believe this likely to be useful before there is a fix from upstream mysql or libc++. Now this package (mysql56-client) and the server counterpart (mysql56-server) build fine. I'm new to FreeBSD so I hope someone else could produce a better solution. Any comments will be highly appreciated! Thanks. Here comes the patch (see also the attachment): root@r:/svn/ports/databases/mysql56-client # cat files/patch-include_my_global.h --- include/my_global.h.orig2013-10-13 22:22:33.0 +0800 +++ include/my_global.h 2013-10-13 22:26:57.0 +0800 @@ -460,6 +460,13 @@ typedef unsigned short ushort; #endif +/* the macro test() below will break libc++ standard header memory which + defines function named 'test'; fix it in an ad hoc manner by including the + header before definition of the macro. */ +#ifdef __cplusplus +#include memory +#endif + #define swap_variables(t, a, b) { t dummy; dummy= a; a= b; b= dummy; } #define test(a)((a) ? 1 : 0) #define set_if_bigger(a,b) do { if ((a) (b)) (a)=(b); } while(0) Please update to latest HEAD (about mid last week) and to latest portstree because the issues are already fixed in libc++ and the mysql 5.6 port. Btw your analysis is correct but I have chosen a less intrusive fix in libc++ memory to rename that internal test function and another patch to mysql 5.6. -- Bernhard Froehlich http://www.bluelife.at/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: /usr/src/lib/msun errors
On Sun, Oct 13, 2013 at 12:47 PM, Steve Kargl s...@troutmask.apl.washington.edu wrote: On Sun, Oct 13, 2013 at 11:57:22AM -0400, Joe Nosay wrote: I have a snapshot saved proving that I am not top posting and only using the bottom reply box. I did not know that gmail automatically top posts replies. I am willing to take a polygraph test to prove I am telling the truth. Steve Kargl, you think that I am lying but I have proof right here. I have proof too. http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045473.html http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045474.html http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045477.html http://lists.freebsd.org/pipermail/freebsd-current/2013-October/045487.html -- Steve Read the rest of this thread. Learn that each person processes and learns information- depending on type and environment- at different rates and with different methods. I have twelve years of speaking three different languages; yet, I am quite aware that I can mess up, that others do know more than me, and that each person learns at a different rate. I am willing to take personal email- and I give you permission to CC it to the list- if you want to discuss this subject any further. It is time that this thread returns to the original subject matter. The solution seems to be reinstalling everything starting with the base. There are many changes and building on the older CURRENT is not a good idea. My apologies to those who were caught up in this thread. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Process stuck in D+ state
I've got a frequent problem on my desktop (FreeBSD 10.0-ALPHA5 #8 r256200): After few hours I can't acces to one of my folder: A simple ls in this folder stucks, and all filesystem information started after (df, fstat) stuck too in D+. SIGINFO report this usage for these processes: load: 0.15 cmd: ls 15716 [rpcrecon] 217.89r 0.00u 0.00s 0% 2440k load: 0.34 cmd: ls 15716 [connec] 2376.60r 0.00u 0.00s 0% 0k load: 0.40 cmd: ls 15716 [connec] 2379.80r 0.00u 0.00s 0% 0k load: 0.40 cmd: ls 15716 [connec] 2379.92r 0.00u 0.00s 0% 0k load: 0.37 cmd: ls 15716 [rpcrecon] 2850.26r 0.00u 0.00s 0% 0k load: 0.37 cmd: ls 15716 [rpcrecon] 2850.39r 0.00u 0.00s 0% 0k load: 0.40 cmd: fstat 15781 [rpcrecon] 2842.08r 0.00u 0.01s 0% 0k load: 0.21 cmd: fstat 15781 [rpcrecon] 2879.35r 0.00u 0.01s 0% 0k load: 0.21 cmd: fstat 15781 [rpcrecon] 2879.48r 0.00u 0.01s 0% 0k load: 0.21 cmd: fstat 15781 [rpcrecon] 2879.63r 0.00u 0.01s 0% 0k load: 0.24 cmd: df 15919 [connec] 1047.98r 0.00u 0.00s 0% 0k load: 0.22 cmd: df 15919 [connec] 1054.22r 0.00u 0.00s 0% 0k and the PS status: olivier15919 0.0 0.0 14400 16 7 D+7:06PM 0:00.01 df -h olivier15781 0.0 0.0 20708 16 6 D+6:26PM 0:00.02 fstat olivier15651 0.0 0.0 16784 16 4 D+6:25PM 0:00.00 ls My desktop use a geli system and JSU, nothing special, here are the mount point: /dev/ada1p3.eli on / (ufs, local, noatime, journaled soft-updates) devfs on /dev (devfs, local, multilabel) /dev/gpt/boot on /boot2 (ufs, local, noatime, soft-updates) What kind of commands can I use for getting more troubleshooting information next time ? Thanks ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: i386-wine + 10.0
On Sat, 2013-10-12 at 13:12 +0200, Tomasz Kowalczyk wrote: When I try to run simple windows things I get: err:module:load_builtin_dll failed to load .so lib for builtin Lwinex11.drv: /usr/local/lib/libXext.so.6: unsupported file layout Think I had to add: /usr/local/lib /usr/local/lib32 to /etc/libmap32.conf, Yepper. This was it. Thank you. Sean grumbling at ports Bruno signature.asc Description: This is a digitally signed message part
RFC: support for first boot rc.d scripts
Hi all, I've attached a very simple patch which makes /etc/rc: 1. Skip any rc.d scripts with the firstboot keyword if /var/db/firstboot does not exist, 2. If /var/db/firstboot and /var/db/firstboot-reboot exist after running rc.d scripts, reboot. 3. Delete /var/db/firstboot (and firstboot-reboot) after the first boot. The purpose of this is to support run on first boot rc.d scripts. These can be useful for both virtual machines and embedded systems; unlike conventional desktops and servers, these may have a lengthy gap between installing and turning on the system. As examples of what such scripts could do: * In Amazon EC2, I use a first boot script to download an SSH public key from EC2 so that users can log in to newly provisioned EC2 instances. * Now that (starting from 10.0-BETA1) it is possible to use FreeBSD Update to update everything on EC2 instances, I'm planning on writing a script which runs 'freebsd-update fetch install' when the system first boots, and then reboots if there were updates installed. (I imagine this would be useful to other embedded / VM providers too.) * Once packages are provided (properly) for 10.0 I'd like to allow people to specify a list of packages they want installed onto an EC2 instance and have them downloaded and installed when the EC2 instance launches. I'd like to get this into HEAD in the near future in the hope that I can convince re@ that this is a simple enough (and safe enough) change to merge before 10.0-RELEASE. Comments? -- Colin Percival Security Officer Emeritus, FreeBSD | The power to serve Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid Index: etc/rc === --- etc/rc (revision 256432) +++ etc/rc (working copy) @@ -81,6 +81,9 @@ skip=$skip -s nojailvnet fi fi +if ! [ -e /var/db/firstboot ]; then + skip=$skip -s firstboot +fi # Do a first pass to get everything up to $early_late_divider so that # we can do a second pass that includes $local_startup directories @@ -116,6 +119,13 @@ run_rc_script ${_rc_elem} ${_boot} done +if [ -e /var/db/firstboot ]; then + rm /var/db/firstboot + if [ -e /var/db/firstboot-reboot ]; then + rm /var/db/firstboot-reboot + kill -INT 1 + fi +fi echo '' date exit 0 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Process stuck in D+ state
On 2013-10-13 15:10, Olivier Cochard-Labbé wrote: I've got a frequent problem on my desktop (FreeBSD 10.0-ALPHA5 #8 r256200): After few hours I can't acces to one of my folder: A simple ls in this folder stucks, and all filesystem information started after (df, fstat) stuck too in D+. SIGINFO report this usage for these processes: load: 0.15 cmd: ls 15716 [rpcrecon] 217.89r 0.00u 0.00s 0% 2440k load: 0.34 cmd: ls 15716 [connec] 2376.60r 0.00u 0.00s 0% 0k load: 0.40 cmd: ls 15716 [connec] 2379.80r 0.00u 0.00s 0% 0k load: 0.40 cmd: ls 15716 [connec] 2379.92r 0.00u 0.00s 0% 0k load: 0.37 cmd: ls 15716 [rpcrecon] 2850.26r 0.00u 0.00s 0% 0k load: 0.37 cmd: ls 15716 [rpcrecon] 2850.39r 0.00u 0.00s 0% 0k load: 0.40 cmd: fstat 15781 [rpcrecon] 2842.08r 0.00u 0.01s 0% 0k load: 0.21 cmd: fstat 15781 [rpcrecon] 2879.35r 0.00u 0.01s 0% 0k load: 0.21 cmd: fstat 15781 [rpcrecon] 2879.48r 0.00u 0.01s 0% 0k load: 0.21 cmd: fstat 15781 [rpcrecon] 2879.63r 0.00u 0.01s 0% 0k load: 0.24 cmd: df 15919 [connec] 1047.98r 0.00u 0.00s 0% 0k load: 0.22 cmd: df 15919 [connec] 1054.22r 0.00u 0.00s 0% 0k and the PS status: olivier15919 0.0 0.0 14400 16 7 D+7:06PM 0:00.01 df -h olivier15781 0.0 0.0 20708 16 6 D+6:26PM 0:00.02 fstat olivier15651 0.0 0.0 16784 16 4 D+6:25PM 0:00.00 ls My desktop use a geli system and JSU, nothing special, here are the mount point: /dev/ada1p3.eli on / (ufs, local, noatime, journaled soft-updates) devfs on /dev (devfs, local, multilabel) /dev/gpt/boot on /boot2 (ufs, local, noatime, soft-updates) What kind of commands can I use for getting more troubleshooting( information next time ? Thanks ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org Looking at the process states, connect and rpcreconnect, seem to suggest something involving yp/nis or NFS or some such. try: ls -n (skip uid to symbolic name lookup) and see if it behaves any differently ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: RFC: support for first boot rc.d scripts
On 2013-10-13 18:58, Colin Percival wrote: Hi all, I've attached a very simple patch which makes /etc/rc: 1. Skip any rc.d scripts with the firstboot keyword if /var/db/firstboot does not exist, 2. If /var/db/firstboot and /var/db/firstboot-reboot exist after running rc.d scripts, reboot. 3. Delete /var/db/firstboot (and firstboot-reboot) after the first boot. The purpose of this is to support run on first boot rc.d scripts. These can be useful for both virtual machines and embedded systems; unlike conventional desktops and servers, these may have a lengthy gap between installing and turning on the system. As examples of what such scripts could do: * In Amazon EC2, I use a first boot script to download an SSH public key from EC2 so that users can log in to newly provisioned EC2 instances. * Now that (starting from 10.0-BETA1) it is possible to use FreeBSD Update to update everything on EC2 instances, I'm planning on writing a script which runs 'freebsd-update fetch install' when the system first boots, and then reboots if there were updates installed. (I imagine this would be useful to other embedded / VM providers too.) * Once packages are provided (properly) for 10.0 I'd like to allow people to specify a list of packages they want installed onto an EC2 instance and have them downloaded and installed when the EC2 instance launches. I'd like to get this into HEAD in the near future in the hope that I can convince re@ that this is a simple enough (and safe enough) change to merge before 10.0-RELEASE. Comments? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org This looks extremely useful. Thank you. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: What happened to nslookup?
On 10/12/13 10:28 AM, David Wolfskill wrote: On Sat, Oct 12, 2013 at 02:14:28AM +, Thomas Mueller wrote: ... Thanks for info! Glad to help. I saw that bind was removed from the current branch because of security problems, It was removed, but I believe that there was a bit more to it than security problems. I think it was just a personal preference that managed to get communicated as important, and no-one had the energy or will to argue about it. (that's the way software projects often work.. loudest and most persistent voice wins). but didn't know nslookup was part of BIND. Now I see in $PORTSDIR/dns/bind-tools/pkg-plist bin/dig bin/host bin/nslookup so host is also part of BIND? :-} The version of host we had when BIND was part of base was part of BIND, yes. Looking in src/usr.bin/host/Makefile, I see: # $FreeBSD: head/usr.bin/host/Makefile 255949 2013-09-30 17:23:45Z des $ LDNSDIR=${.CURDIR}/../../contrib/ldns LDNSHOSTDIR=${.CURDIR}/../../contrib/ldns-host ... which indicates that this is a re-implementation of host as provided by contrib/ldns. I will remember to use host in the future. I have found it generally easy to use (easier by far than nslookup). Peace, david ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
ZFS panic (dn-dn_datablkshift != 0) with r256304 and send/recv
I get the following assert failure with a recent current: panic: solaris assert: dn-dn_datablkshift != 0, file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_tx.c, line: 638 # uname -a FreeBSD freebsd10 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r256304: Thu Oct 10 19:38:55 EDT 2013 kwhite@freebsd10:/tank/obj/usr/src/sys/GENERIC amd64 # kgdb /boot/kernel/kernel /var/crash/vmcore.last GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Unread portion of the kernel message buffer: ... 118# zfs send -vi tank/RPI@20131004 tank/RPI@20131013 | zfs recv -vF m_tank/RPI@20131013 118send from @20131004 to tank/RPI@20131013 estimated size is 85.0M 118total estimated size is 85.0M 118TIMESENT SNAPSHOT 118receiving incremental stream of tank/RPI@20131013 into m_tank/RPI@20131013 11819:45:12 5.90M tank/RPI@20131013 11819:45:13 36.4M tank/RPI@20131013 11819:45:15 38.4M tank/RPI@20131013 11819:45:16 41.3M tank/RPI@20131013 panic: solaris assert: dn-dn_datablkshift != 0, file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_tx.c, line: 638 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe00977711a0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe0097771250 vpanic() at vpanic+0x126/frame 0xfe0097771290 panic() at panic+0x43/frame 0xfe00977712f0 assfail() at assfail+0x22/frame 0xfe0097771300 dmu_tx_hold_free() at dmu_tx_hold_free+0x162/frame 0xfe00977713e0 dmu_free_long_range() at dmu_free_long_range+0x244/frame 0xfe0097771450 dmu_free_long_object() at dmu_free_long_object+0x1f/frame 0xfe0097771480 dmu_recv_stream() at dmu_recv_stream+0x86e/frame 0xfe00977716b0 zfs_ioc_recv() at zfs_ioc_recv+0x96c/frame 0xfe0097771920 zfsdev_ioctl() at zfsdev_ioctl+0x54a/frame 0xfe00977719c0 devfs_ioctl_f() at devfs_ioctl_f+0xf0/frame 0xfe0097771a20 kern_ioctl() at kern_ioctl+0x2ca/frame 0xfe0097771a90 sys_ioctl() at sys_ioctl+0x11f/frame 0xfe0097771ae0 amd64_syscall() at amd64_syscall+0x265/frame 0xfe0097771bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe0097771bf0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8019f49ca, rsp = 0x7fff9438, rbp = 0x7fff94c0 --- KDB: enter: panic Uptime: 7m30s ... (kgdb) where #0 doadump (textdump=1) at pcpu.h:219 #1 0x808b88b7 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0x808b8dc5 in vpanic (fmt=value optimized out, ap=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0x808b8e13 in panic (fmt=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:683 #4 0x81dd1222 in assfail (a=value optimized out, f=value optimized out, l=value optimized out) at /usr/src/sys/modules/opensolaris/../../cddl/compat/opensolaris/kern/opensolaris_cmn_err.c:81 #5 0x81c847c2 in dmu_tx_hold_free (tx=0xf800118bda00, object=value optimized out, off=value optimized out, len=value optimized out) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_tx.c:638 #6 0x81c78124 in dmu_free_long_range (os=0xf8000580f000, object=value optimized out, offset=0, length=18446744073709551615) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:654 #7 0x81c781df in dmu_free_long_object (os=0xf8000580f000, object=66055) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:700 #8 0x81c7c39e in dmu_recv_stream (drc=0xfe0097771728, fp=value optimized out, voffp=0xfe0097771718, cleanup_fd=8, action_handlep=value optimized out) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_send.c:1289 #9 0x81d0a1fc in zfs_ioc_recv (zc=0xfe000183) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:4102 #10 0x81d054ea in zfsdev_ioctl (dev=value optimized out, zcmd=value optimized out, arg=value optimized out, flag=value optimized out, td=value optimized out) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:5960 #11 0x807b0d40 in devfs_ioctl_f (fp=0xf80005304dc0, com=3222821403, data=0xf800027abc40, cred=value optimized out, td=0xf8000524f000) at /usr/src/sys/fs/devfs/devfs_vnops.c:757 #12 0x8090ffea in kern_ioctl (td=0xf8000524f000, fd=value optimized out, com=0) at file.h:319 #13 0x8090fccf in sys_ioctl (td=0xf8000524f000, uap=0xfe0097771b80) at /usr/src/sys/kern/sys_generic.c
Re: ZFS panic (dn-dn_datablkshift != 0) with r256304 and send/recv
on 14/10/2013 03:34 Keith White said the following: I get the following assert failure with a recent current: panic: solaris assert: dn-dn_datablkshift != 0, file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_tx.c, line: 638 Please see https://www.illumos.org/issues/4188 The current best known fix is to simply drop the assertion. Though, I am not entirely sure if this will be the final solution. I'll double-check with Matt. # uname -a FreeBSD freebsd10 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r256304: Thu Oct 10 19:38:55 EDT 2013 kwhite@freebsd10:/tank/obj/usr/src/sys/GENERIC amd64 # kgdb /boot/kernel/kernel /var/crash/vmcore.last GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd... Unread portion of the kernel message buffer: ... 118# zfs send -vi tank/RPI@20131004 tank/RPI@20131013 | zfs recv -vF m_tank/RPI@20131013 118send from @20131004 to tank/RPI@20131013 estimated size is 85.0M 118total estimated size is 85.0M 118TIMESENT SNAPSHOT 118receiving incremental stream of tank/RPI@20131013 into m_tank/RPI@20131013 11819:45:12 5.90M tank/RPI@20131013 11819:45:13 36.4M tank/RPI@20131013 11819:45:15 38.4M tank/RPI@20131013 11819:45:16 41.3M tank/RPI@20131013 panic: solaris assert: dn-dn_datablkshift != 0, file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_tx.c, line: 638 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe00977711a0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe0097771250 vpanic() at vpanic+0x126/frame 0xfe0097771290 panic() at panic+0x43/frame 0xfe00977712f0 assfail() at assfail+0x22/frame 0xfe0097771300 dmu_tx_hold_free() at dmu_tx_hold_free+0x162/frame 0xfe00977713e0 dmu_free_long_range() at dmu_free_long_range+0x244/frame 0xfe0097771450 dmu_free_long_object() at dmu_free_long_object+0x1f/frame 0xfe0097771480 dmu_recv_stream() at dmu_recv_stream+0x86e/frame 0xfe00977716b0 zfs_ioc_recv() at zfs_ioc_recv+0x96c/frame 0xfe0097771920 zfsdev_ioctl() at zfsdev_ioctl+0x54a/frame 0xfe00977719c0 devfs_ioctl_f() at devfs_ioctl_f+0xf0/frame 0xfe0097771a20 kern_ioctl() at kern_ioctl+0x2ca/frame 0xfe0097771a90 sys_ioctl() at sys_ioctl+0x11f/frame 0xfe0097771ae0 amd64_syscall() at amd64_syscall+0x265/frame 0xfe0097771bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe0097771bf0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8019f49ca, rsp = 0x7fff9438, rbp = 0x7fff94c0 --- KDB: enter: panic Uptime: 7m30s ... (kgdb) where #0 doadump (textdump=1) at pcpu.h:219 #1 0x808b88b7 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0x808b8dc5 in vpanic (fmt=value optimized out, ap=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0x808b8e13 in panic (fmt=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:683 #4 0x81dd1222 in assfail (a=value optimized out, f=value optimized out, l=value optimized out) at /usr/src/sys/modules/opensolaris/../../cddl/compat/opensolaris/kern/opensolaris_cmn_err.c:81 #5 0x81c847c2 in dmu_tx_hold_free (tx=0xf800118bda00, object=value optimized out, off=value optimized out, len=value optimized out) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_tx.c:638 #6 0x81c78124 in dmu_free_long_range (os=0xf8000580f000, object=value optimized out, offset=0, length=18446744073709551615) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:654 #7 0x81c781df in dmu_free_long_object (os=0xf8000580f000, object=66055) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c:700 #8 0x81c7c39e in dmu_recv_stream (drc=0xfe0097771728, fp=value optimized out, voffp=0xfe0097771718, cleanup_fd=8, action_handlep=value optimized out) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_send.c:1289 #9 0x81d0a1fc in zfs_ioc_recv (zc=0xfe000183) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:4102 #10 0x81d054ea in zfsdev_ioctl (dev=value optimized out, zcmd=value optimized out, arg=value optimized out, flag=value optimized out, td=value optimized out) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_ioctl.c:5960 #11 0x807b0d40 in devfs_ioctl_f (fp=0xf80005304dc0, com=3222821403