Re: smartctl / mpt on 9.0-RC1

[Frank Razenberg]

Was this system "upgraded" from RELENG_8 to RELENG_9, or was a fresh
install of 9.x put on it directly?
The system was freshly installed. Prior to my buildworld and 
buildkernel, smartctl didn't work either.

Is there someone else on the list who uses mps(4) on 9.x and has success
using smartmontools?
Actually the mpt driver is used, not the mps driver. Don't know if that 
should make a difference.


It seems my last email did not end up on the list so I'm unsure whether 
it was blocked or what happened.
To summarise: I get a small bit more info at the bottom of the stack 
after building the port with WITH_DEBUG=1.


-Frank

#1086 0x000800fe4338 in std::string::_Rep::_S_empty_rep_storage ()
   from /usr/lib/libstdc++.so.6
#1087 0x in ?? ()
#1088 0x in ?? ()
#1089 0x7fffda00 in ?? ()
#1090 0x in ?? ()
#1091 0x000801ca4b68 in ?? ()
#1092 0x000801ca4b98 in ?? ()
#1093 0x000801ca5578 in ?? ()
---Type  to continue, or q  to quit---
#1094 0x000800fe4338 in std::string::_Rep::_S_empty_rep_storage ()
   from /usr/lib/libstdc++.so.6
#1095 0x000801c831b0 in ?? ()
#1096 0x in ?? ()
#1097 0x0001000101010101 in ?? ()
#1098 0x in ?? ()
#1099 0x7f00 in ?? ()
#1100 0x7fffdb40 in ?? ()
#1101 0x in ?? ()
#1102 0x0008014f7fd2 in __cxa_atexit () from /lib/libc.so.7
#1103 0x0040705c in main (argc=Cannot access memory at address 
0xffd4

) at smartctl.cpp:1129


On 11/3/2011 1:23 AM, Jeremy Chadwick wrote:

On Thu, Nov 03, 2011 at 01:16:17AM +0100, Frank Razenberg wrote:

Sorry, yes, there's actually a lot more, but there's a pattern
repeating over 4 lines.
At #1086 it stops.

Okay.


I also tried with the binary package but it seems to be missing on
the ftp server:
ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-current/sysutils/smartmontools-5.42.tbz
gives a 'not found'.
The version from 8-stable can't be used either (Shared object
"libcam.so.5" not found, required by "smartctl").

You won't be able to use a package from RELENG_8 that relies on CAM,
because CAM has been changed significantly between 8 and 9 -- enough
that a library version bump was required.  This is why on your system
"libcam.so.5" can't be found; I'm sure you have libcam.so.6.  Please do
not link the two together either.


The compiler was indeed gcc.

Okay.  As long as you built off of source then the software should
be in sync with underlying library API changes and so on.


.
#36 0x in ?? ()
#37 0x in ?? ()
#38 0x in ?? ()
#39 0x in ?? ()
#40 0x in ?? ()
#41 0x in ?? ()
#42 0x in ?? ()
#43 0x in ?? ()
#44 0x in ?? ()
#45 0x in ?? ()
#46 0x006629d8 in std::string::_Rep::_S_empty_rep_storage ()
#47 0x in ?? ()
#48 0x in ?? ()
#49 0x in ?? ()
#50 0x006629d8 in std::string::_Rep::_S_empty_rep_storage ()
#51 0x in ?? ()
#52 0x in ?? ()
#53 0x in ?? ()
#54 0x006629d8 in std::string::_Rep::_S_empty_rep_storage ()
#55 0x in ?? ()
#56 0x in ?? ()
..
#1062 0x006629d8 in std::string::_Rep::_S_empty_rep_storage ()
#1063 0x in ?? ()
#1064 0x in ?? ()
#1065 0x in ?? ()
#1066 0x006629d8 in std::string::_Rep::_S_empty_rep_storage ()
#1067 0x in ?? ()
#1068 0x in ?? ()
#1069 0x7fffdac0 in ?? ()
#1070 0x7f00 in ?? ()
---Type  to continue, or q  to quit---
#1071 0x000801ca4b68 in ?? ()
#1072 0x000801ca4b98 in ?? ()
#1073 0x000801ca5578 in ?? ()
#1074 0x006629d8 in std::string::_Rep::_S_empty_rep_storage ()
#1075 0x0001000101010101 in ?? ()
#1076 0x in ?? ()
#1077 0x00080100 in ceil () from /lib/libm.so.5
#1078 0x7fffdb00 in ?? ()
#1079 0x0003 in ?? ()
#1080 0x7fffdb00 in ?? ()
#1081 0x7fffdb40 in ?? ()
#1082 0x7fffdb20 in ?? ()
#1083 0x in ?? ()
#1084 0x in ?? ()
#1085 0x00407186 in ?? ()
#1086 0x0040317c in ?? ()
Previous frame inner to this frame (corrupt stack?)
(gdb)

This stack trace is significantly corrupted.  I'm not sure what to say
about this, or how to get a reliable core/crash.

Was this system "upgraded" from RELENG_8 to RELENG_9, or was a fresh
install of 9.x put on it directly?

Is there someone else on the list who uses mps(4) on 9.x and has success
using smartmontools?  What I'm trying to figure out is if this problem
is isolated or not.


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listi

Re: smartctl / mpt on 9.0-RC1

[Olav Gjerde]

I have the exact same problem with a LSI 3081E-R card and FreeBSD 9-Stable,
compiled yesterday.
___
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: serious packet routing issue causing ntpd high load?

[Li, Qing]

This endless route lookup miss message problem is reproducible without 
FLOWTABLE. 
The problem is with the multiple FIBs. I cannot reproduce this problem in my 
home network 
but the problem is easily seen at work.

The route lookup miss itself in multi-FIBs configuration may be normal 
depending on 
the actual system configuration. It's the flooding of RTM_MISS messages that is 
abnormal.
For example, if the route to the DNS servers is not configured in all FIBs, 
then the RTM_MISS 
message will be generated when an userland application sends to an explicit IP 
address
in a specific FIB.

In any case, I can reproduce the issue consistently and just trying to get a 
few uninterrupted 
hours to get it done.

--Qing


From: Alexander V. Chernikov [melif...@freebsd.org]
Sent: Thursday, November 03, 2011 6:43 AM
To: Steven Hartland
Cc: Li, Qing; freebsd-stable@FreeBSD.org; li...@multiplay.co.uk
Subject: Re: serious packet routing issue causing ntpd high load?

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10.10.2011 13:50, Steven Hartland wrote:
> - Original Message - From: "Li, Qing" 
>
>>> RTM_MISS: Lookup failed on this address: len 184, pid: 0, seq 0, errno
>>> 0, flags:
>>> locks:  inits:
>>> sockaddrs: 
>>>  ::A.B.C.D
>>>
I'm unable to reproduce an issue on (nearly) GENERIC 8-S, but I see
nearly the same situation on 8.1-S box with FLOWTABLE enabled.

Do you have FLOWTABLE option in your kernel config ?
>>
>> Would it be possible for you to email me what exactly does "::A.B.C.D"
>> map into WRT your system or infrastructure ?
>
> Sorry for the slow reply been out of the country.
>
> All the hosts are local machines same /24 connecting to the server for
> mysql. It seems to be that every packet either to or from for the mysql
> server is generating an RTM_MISS.
>
>> And are you able to share your "ifconfig -a" and "netstat -rn" output
>> with me privately ?
>
> On its way.
>
>Regards
>Steve
>
> 
> This e.mail is private and confidential between Multiplay (UK) Ltd. and
> the person or entity to whom it is addressed. In the event of
> misdirection, the recipient is prohibited from using, copying, printing
> or otherwise disseminating it or any information contained in it.
> In the event of misdirection, illegible or incomplete transmission
> please telephone +44 845 868 1337
> or return the E.mail to postmas...@multiplay.co.uk.
>
> ___
> 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"
>


- --
WBR, Alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6ymoMACgkQwcJ4iSZ1q2meiACeKq4lhzw6scqCKzEyTNEeycxo
31QAn2q5KIRBwJpcF7yOpTe3wOcP3Aak
=jfKN
-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: serious packet routing issue causing ntpd high load?

[Steven Hartland]

- Original Message - 
From: "Alexander V. Chernikov" 

RTM_MISS: Lookup failed on this address: len 184, pid: 0, seq 0, errno
0, flags:
locks:  inits:
sockaddrs: 
 ::A.B.C.D


I'm unable to reproduce an issue on (nearly) GENERIC 8-S, but I see
nearly the same situation on 8.1-S box with FLOWTABLE enabled.

Do you have FLOWTABLE option in your kernel config ?


We've switched this back to 8.2-release with flowtable compiled
out (was in generic) and we're still seeing this:-

got message of size 184 on Thu Nov  3 14:03:44 2011
RTM_MISS: Lookup failed on this address: len 184, pid: 0, seq 0, errno 0, 
flags:
locks:  inits: 
sockaddrs: 

::85.236.96.20

got message of size 184 on Thu Nov  3 14:03:44 2011
RTM_MISS: Lookup failed on this address: len 184, pid: 0, seq 0, errno 0, 
flags:
locks:  inits: 
sockaddrs: 

::85.236.96.20

got message of size 184 on Thu Nov  3 14:03:44 2011
RTM_MISS: Lookup failed on this address: len 184, pid: 0, seq 0, errno 0, 
flags:
locks:  inits: 
sockaddrs: 

::85.236.96.20

...

   Regards
   Steve


This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 


In the event of misdirection, illegible or incomplete transmission please 
telephone +44 845 868 1337
or return the E.mail to postmas...@multiplay.co.uk.

___
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: serious packet routing issue causing ntpd high load?

[Alexander V. Chernikov]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10.10.2011 13:50, Steven Hartland wrote:
> - Original Message - From: "Li, Qing" 
> 
>>> RTM_MISS: Lookup failed on this address: len 184, pid: 0, seq 0, errno
>>> 0, flags:
>>> locks:  inits:
>>> sockaddrs: 
>>>  ::A.B.C.D
>>>
I'm unable to reproduce an issue on (nearly) GENERIC 8-S, but I see
nearly the same situation on 8.1-S box with FLOWTABLE enabled.

Do you have FLOWTABLE option in your kernel config ?
>>
>> Would it be possible for you to email me what exactly does "::A.B.C.D"
>> map into WRT your system or infrastructure ?
> 
> Sorry for the slow reply been out of the country.
> 
> All the hosts are local machines same /24 connecting to the server for
> mysql. It seems to be that every packet either to or from for the mysql
> server is generating an RTM_MISS.
> 
>> And are you able to share your "ifconfig -a" and "netstat -rn" output
>> with me privately ?
> 
> On its way.
> 
>Regards
>Steve
> 
> 
> This e.mail is private and confidential between Multiplay (UK) Ltd. and
> the person or entity to whom it is addressed. In the event of
> misdirection, the recipient is prohibited from using, copying, printing
> or otherwise disseminating it or any information contained in it.
> In the event of misdirection, illegible or incomplete transmission
> please telephone +44 845 868 1337
> or return the E.mail to postmas...@multiplay.co.uk.
> 
> ___
> 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"
> 


- -- 
WBR, Alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6ymoMACgkQwcJ4iSZ1q2meiACeKq4lhzw6scqCKzEyTNEeycxo
31QAn2q5KIRBwJpcF7yOpTe3wOcP3Aak
=jfKN
-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"

fbsd 8.2, L2TP over IPsec and pf ?

[Kurt Jaeger]

Hello,

I'm building a setup for incoming L2TP over IPsec connections
using FreeBSD 8.2-REL.

IPsec based on ports/security/ipsec-tools, the l2tp part
works from net/mpd5/.

If I disable the PF rules, everything works.

If I enable the PF rules, the IPsec connection still comes up,
but the L2TP requests are lost somewhere in the PF rules 8-(

Interestingly, tcpdump enc0 does not see any encrypted packets (!)
as long as the PF rules are active.

Any hints on the PF rules required to allow those packets in ?

Thanks!

-- 
p...@opsec.eu+49 171 3101372 9 years to go !
___
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: smartctl / mpt on 9.0-RC1

[Alex Samorukov]

Hello,

I am smartmontools developer and FreeBSD port maintainer. If you could 
provide shell access to the affected system i can try to debug issue. I 
have no access to the mpt devices myself and it is unclear what going on 
from provided backtrace.


On 11/03/2011 09:40 AM, Frank Razenberg wrote:



Was this system "upgraded" from RELENG_8 to RELENG_9, or was a fresh
install of 9.x put on it directly?




___
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: smartctl / mpt on 9.0-RC1

[Mike Andrews]

On 11/3/2011 5:24 AM, Olav Gjerde wrote:

I have the exact same problem with a LSI 3081E-R card and FreeBSD 9-Stable,
compiled yesterday.


I am too, and I'm having trouble getting smartmontools built with 
debugging symbols to get a meaningful coredump.  If I can sort that out 
today, I'll post a backtrace.


___
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: smartctl / mpt on 9.0-RC1

[Alex Samorukov]

Thank you. I currently got shell, but user-only, what is useless for me 
;-) (All ioctl/cam commands require superuser)


I asked for the root and now waiting for it. You can also provide shell 
so i will have more boxes to test. I am expecting some very trivial bug 
caused by some wrong data returned from the driver without strict check 
in smartctl.


On 11/03/2011 07:43 PM, James wrote:

On Thu, Nov 3, 2011 at 12:12 PM, Alex Samorukov  wrote:

I am smartmontools developer and FreeBSD port maintainer. If you
could provide shell access to the affected system i can try to debug
issue. I have no access to the mpt devices myself and it is unclear
what going on from provided backtrace.

 Hi Alex. If you're unable to get shell access from Frank, I'd be
 glad to help out. I have mps(4) and mpt(4) hardware available and
 experience the same 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: smartctl / mpt on 9.0-RC1

[James]

On Thu, Nov 3, 2011 at 12:12 PM, Alex Samorukov  wrote:
> I am smartmontools developer and FreeBSD port maintainer. If you
> could provide shell access to the affected system i can try to debug
> issue. I have no access to the mpt devices myself and it is unclear
> what going on from provided backtrace.

Hi Alex. If you're unable to get shell access from Frank, I'd be
glad to help out. I have mps(4) and mpt(4) hardware available and
experience the same bug.

-- 
James.
___
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: smartctl / mpt on 9.0-RC1

[Thomas Eberhardt]

Hi. I got the same problem. After some debugging I came up with the
following patch:

--- os_freebsd.cpp.orig 2011-10-06 18:43:44.0 +0200
+++ os_freebsd.cpp  2011-10-23 11:19:31.492599837 +0200
@@ -1044,8 +1044,13 @@
   }
 
   if (iop->sensep) {
+#if CAM_VERSION < 0x16
 memcpy(iop->sensep,&(ccb->csio.sense_data),sizeof(struct scsi_sense_data));
 iop->resp_sense_len = sizeof(struct scsi_sense_data);
+#else
+memcpy(iop->sensep,&(ccb->csio.sense_data),sizeof(struct 
scsi_sense_data_fixed));
+iop->resp_sense_len = sizeof(struct scsi_sense_data_fixed);
+#endif
   }
 
   iop->scsi_status = ccb->csio.scsi_status;



On 03.11.2011, at 19:52, Alex Samorukov wrote:

> Thank you. I currently got shell, but user-only, what is useless for me ;-) 
> (All ioctl/cam commands require superuser)
> 
> I asked for the root and now waiting for it. You can also provide shell so i 
> will have more boxes to test. I am expecting some very trivial bug caused by 
> some wrong data returned from the driver without strict check in smartctl.
> 
> On 11/03/2011 07:43 PM, James wrote:
>> On Thu, Nov 3, 2011 at 12:12 PM, Alex Samorukov  wrote:
>>> I am smartmontools developer and FreeBSD port maintainer. If you
>>> could provide shell access to the affected system i can try to debug
>>> issue. I have no access to the mpt devices myself and it is unclear
>>> what going on from provided backtrace.
>> Hi Alex. If you're unable to get shell access from Frank, I'd be
>> glad to help out. I have mps(4) and mpt(4) hardware available and
>> experience the same 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: smartctl / mpt on 9.0-RC1

[James]

On Thu, Nov 3, 2011 at 1:52 PM, Alex Samorukov  wrote:
> Thank you. I currently got shell, but user-only, what is useless for
> me ;-) (All ioctl/cam commands require superuser)
>
> I asked for the root and now waiting for it. You can also provide
> shell so i will have more boxes to test. I am expecting some very
> trivial bug caused by some wrong data returned from the driver
> without strict check in smartctl.

No problem. Send me your public key privately and I'll set you up.

-- 
James.
___
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: smartctl / mpt on 9.0-RC1

[Alex Samorukov]

Thank you,

it is really caused by MFC r225950 and smartctl way to detect sense 
length.  I decided not to add ifdefs, but change the logic.


I fixed this in SVN [1], patch in the unified diff format could be 
downladed at [2]. Please test this, and if it works fine - i will submit 
PR to the port.


[1] 
https://sourceforge.net/apps/trac/smartmontools/changeset?old_path=%2Ftrunk%2Fsmartmontools%2Fos_freebsd.cpp&old=3468&new_path=%2Ftrunk%2Fsmartmontools%2Fos_freebsd.cpp&new=3467
[2] 
https://sourceforge.net/apps/trac/smartmontools/changeset?format=diff&new=3467&old=3468&new_path=trunk%2Fsmartmontools%2Fos_freebsd.cpp&old_path=trunk%2Fsmartmontools%2Fos_freebsd.cpp




:On 11/03/2011 08:05 PM, Thomas Eberhardt wrote:

Hi. I got the same problem. After some debugging I came up with the
following patch:

--- os_freebsd.cpp.orig 2011-10-06 18:43:44.0 +0200
+++ os_freebsd.cpp  2011-10-23 11:19:31.492599837 +0200
@@ -1044,8 +1044,13 @@
}

if (iop->sensep) {
+#if CAM_VERSION<  0x16
  memcpy(iop->sensep,&(ccb->csio.sense_data),sizeof(struct 
scsi_sense_data));
  iop->resp_sense_len = sizeof(struct scsi_sense_data);
+#else
+memcpy(iop->sensep,&(ccb->csio.sense_data),sizeof(struct 
scsi_sense_data_fixed));
+iop->resp_sense_len = sizeof(struct scsi_sense_data_fixed);
+#endif
}

iop->scsi_status = ccb->csio.scsi_status;



On 03.11.2011, at 19:52, Alex Samorukov wrote:




___
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: smartctl / mpt on 9.0-RC1

[Alex Samorukov]

On 11/03/2011 08:37 PM, James wrote:

On Thu, Nov 3, 2011 at 1:52 PM, Alex Samorukov  wrote:

Thank you. I currently got shell, but user-only, what is useless for
me ;-) (All ioctl/cam commands require superuser)

I asked for the root and now waiting for it. You can also provide
shell so i will have more boxes to test. I am expecting some very
trivial bug caused by some wrong data returned from the driver
without strict check in smartctl.

 No problem. Send me your public key privately and I'll set you up.

Could you please try to build latest svn version (see [1]) ? I think i 
fixed this bug.


[1] https://sourceforge.net/apps/trac/smartmontools/wiki/Download
___
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: smartctl / mpt on 9.0-RC1

[Frank Razenberg]

Thank you Alex, as you already confirmed, it works perfectly on my box
again. Thanks again.

-Frank

On Thu, Nov 3, 2011 at 9:09 PM, Alex Samorukov  wrote:

> On 11/03/2011 08:37 PM, James wrote:
>
>> On Thu, Nov 3, 2011 at 1:52 PM, Alex Samorukov  wrote:
>>
>>> Thank you. I currently got shell, but user-only, what is useless for
>>> me ;-) (All ioctl/cam commands require superuser)
>>>
>>> I asked for the root and now waiting for it. You can also provide
>>> shell so i will have more boxes to test. I am expecting some very
>>> trivial bug caused by some wrong data returned from the driver
>>> without strict check in smartctl.
>>>
>> No problem. Send me your public key privately and I'll set you up.
>>
>>  Could you please try to build latest svn version (see [1]) ? I think i
> fixed this bug.
>
> [1] 
> https://sourceforge.net/apps/**trac/smartmontools/wiki/**Download
>
> __**_
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/**mailman/listinfo/freebsd-**stable
> To unsubscribe, send any mail to 
> "freebsd-stable-unsubscribe@**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: smartctl / mpt on 9.0-RC1

[James]

On Thu, Nov 3, 2011 at 3:09 PM, Alex Samorukov  wrote:
> Could you please try to build latest svn version (see [1]) ? I think
> i fixed this bug.

Thanks, Alex. Looks like you fixed it. smartctl no longer
segfaults.

-- 
James.
___
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: smartctl / mpt on 9.0-RC1

[Alex Samorukov]

On 11/03/2011 09:35 PM, James wrote:
Thanks, Alex. Looks like you fixed it. smartctl no longer segfaults. 
Thank you for testing. I submitter PR [1] with this patch. It also 
contain patch to avoid problems with SATA drives on LSI (SAS) controllers.


[1] http://www.freebsd.org/cgi/query-pr.cgi?pr=162276

___
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: smartctl / mpt on 9.0-RC1

[Jeremy Chadwick]

On Thu, Nov 03, 2011 at 03:35:48PM -0500, James wrote:
> On Thu, Nov 3, 2011 at 3:09 PM, Alex Samorukov  wrote:
> > Could you please try to build latest svn version (see [1]) ? I think
> > i fixed this bug.
> 
> Thanks, Alex. Looks like you fixed it. smartctl no longer
> segfaults.

I'm glad this patch fixes things for people, but does anyone have
insights to why the calling stack gets horribly corrupted on a segfault,
even with WITH_DEBUG (no optimisations and uses -g)?  It makes
troubleshooting this kind of problem extremely difficult.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator   Mountain View, CA, US |
| Making life hard for others since 1977.   PGP 4BD6C0CB |

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

suggestion for protection netconfig_ipv4 from empty fields

[Subbsd]

Hi

In bsdinstaller  on netconfig_ipv4 stage  possible situation of record
with empty values ifconfig in rc.conf.
For this purpose it is necessary on a question
"Would you like to configure IPv4 for this interface" choose "Yes",
then "No" for configuring via DHCP and
in the dialog forms with IP Address, Subnet Mask and GW choose "Ok"
without any data. After this rc.conf will contain:

ifconfig_IF=" inet   netmask "

that isn't critical but generates
"ifconfig: 'netmask' requires argument" warning when netif service start.

I suggest to add similar to this:
==
--- /usr/libexec/bsdinstall/netconfig_ipv4  2011-11-03
23:47:15.920391101 +0400
+++ /netconfig_ipv4 2011-11-04 01:59:49.573390155 +0400
@@ -69,6 +69,12 @@
'Default Router' 3 0 "$ROUTER" 3 20 16 0 \
 2>&1 1>&3)
 if [ $? -eq $DIALOG_CANCEL ]; then exit 1; fi
+
+if [ `echo $IF_CONFIG| tr ' ' '\n' |grep -c .` -ne 3 ]; then
+   dialog --backtitle "FreeBSD Installer" --title "Error" --msgbox \
+   "All fields should be filled" 0 0
+   exit 1
+fi
 exec 3>&-

 echo $INTERFACE $IF_CONFIG |
==

Thanks.
___
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 10.0-CURRENT/amd64: Weirdness with LOCALE settings: ghostswitching in csh?

[O. Hartmann]

Hello.
I realised something weird in FreeBSD 10.-CURRENT/amd64 (CLANG
compiled), build as from today (buildworld).

Working the whole day coding some pyhton scripts and committing the code
to my subversion server (most recent subversion from the ports
collection, the server is a FreeBSD 9.0-RC1/amd64 box, also system
compiled with CLANG, most recent as compiled world of today), suddenly,
oy of the blue, trying again to commit I get this error:

svn: warning: cannot set LC_CTYPE locale
svn: warning: environment variable LC_CTYPE is de_DE.ISO-8859-1
svn: warning: please check that your locale name is correct


Checking  csh shell setting with 'locale":
LANG=
LC_CTYPE="C"
LC_COLLATE="C"
LC_TIME="C"
LC_NUMERIC="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=


Checking my settings from /etc/csh.cshrc and ./.cshrc or .login reveals
localised settings for some of the locales as I need those:

(set in $HOME/.cshrc)
setenv  LC_CTYPE"de_DE.ISO-8859-1"
setenv  LC_TIME "de_DE.ISO-8859-1"
setenv  LC_MONETARY "de_DE.ISO-8859-1"

What is going on?

I realised this behaviour now several times, first time I thought I did
something and I couldn't remember, but this time, only two terminal
windows were opened and the whole day committing data to the repository
wasn't an issue.

Is there an explanation for this?

Regards,
Oliver




signature.asc
Description: OpenPGP digital signature

Re: FreeBSD 10.0-CURRENT/amd64: Weirdness with LOCALE settings: ghostswitching in csh?

[Jeremy Chadwick]

On Thu, Nov 03, 2011 at 11:17:08PM +0100, O. Hartmann wrote:
> Hello.
> I realised something weird in FreeBSD 10.-CURRENT/amd64 (CLANG
> compiled), build as from today (buildworld).
> 
> Working the whole day coding some pyhton scripts and committing the code
> to my subversion server (most recent subversion from the ports
> collection, the server is a FreeBSD 9.0-RC1/amd64 box, also system
> compiled with CLANG, most recent as compiled world of today), suddenly,
> oy of the blue, trying again to commit I get this error:
> 
> svn: warning: cannot set LC_CTYPE locale
> svn: warning: environment variable LC_CTYPE is de_DE.ISO-8859-1
> svn: warning: please check that your locale name is correct
> 
> 
> Checking  csh shell setting with 'locale":
> LANG=
> LC_CTYPE="C"
> LC_COLLATE="C"
> LC_TIME="C"
> LC_NUMERIC="C"
> LC_MONETARY="C"
> LC_MESSAGES="C"
> LC_ALL=
> 
> 
> Checking my settings from /etc/csh.cshrc and ./.cshrc or .login reveals
> localised settings for some of the locales as I need those:
> 
> (set in $HOME/.cshrc)
> setenv  LC_CTYPE"de_DE.ISO-8859-1"
> setenv  LC_TIME "de_DE.ISO-8859-1"
> setenv  LC_MONETARY "de_DE.ISO-8859-1"
> 
> What is going on?
> 
> I realised this behaviour now several times, first time I thought I did
> something and I couldn't remember, but this time, only two terminal
> windows were opened and the whole day committing data to the repository
> wasn't an issue.
> 
> Is there an explanation for this?

It sounds like a problem specific to the "client end", meaning your
-CURRENT box.  If that's the case: shouldn't this mail have gone to
freebsd-current@ instead of freebsd-stable@ ?  What am I missing?

As for your problem: your locale looks incorrect.  It's
"de_DE.ISO8859-1".  Note that yours has an extra hyphen, which probably
explains the error (sort of).

$ ls -ld /usr/share/locale/de_DE*
drwxr-xr-x2 root  wheel 512 Sep 28 14:36 
/usr/share/locale/de_DE.ISO8859-1/
drwxr-xr-x2 root  wheel 512 Sep 28 14:36 
/usr/share/locale/de_DE.ISO8859-15/
drwxr-xr-x2 root  wheel 512 Sep 28 14:36 
/usr/share/locale/de_DE.UTF-8/

As for the fact that it's "random": I cannot explain why a sub-shell
might get spawned in some cases but not others.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator   Mountain View, CA, US |
| Making life hard for others since 1977.   PGP 4BD6C0CB |

___
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: smartctl / mpt on 9.0-RC1

[Mike Andrews]

On 11/3/2011 4:09 PM, Alex Samorukov wrote:

On 11/03/2011 08:37 PM, James wrote:

On Thu, Nov 3, 2011 at 1:52 PM, Alex Samorukov  wrote:

Thank you. I currently got shell, but user-only, what is useless for
me ;-) (All ioctl/cam commands require superuser)

I asked for the root and now waiting for it. You can also provide
shell so i will have more boxes to test. I am expecting some very
trivial bug caused by some wrong data returned from the driver
without strict check in smartctl.

 No problem. Send me your public key privately and I'll set you up.

Could you please try to build latest svn version (see [1]) ? I think i 
fixed this bug.


The version that was just committed to the ports tree fixed my problem, 
fyi :)


___
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: fbsd 8.2, L2TP over IPsec and pf ?

[Bjoern A. Zeeb]

On Thu, 3 Nov 2011, Kurt Jaeger wrote:


Hello,

I'm building a setup for incoming L2TP over IPsec connections
using FreeBSD 8.2-REL.


I assume you are explicitly using tunnel mode?



IPsec based on ports/security/ipsec-tools, the l2tp part
works from net/mpd5/.

If I disable the PF rules, everything works.

If I enable the PF rules, the IPsec connection still comes up,
but the L2TP requests are lost somewhere in the PF rules 8-(

Interestingly, tcpdump enc0 does not see any encrypted packets (!)
as long as the PF rules are active.


tried playing with the sysctls of enc(4)?
net.enc.in.ipsec_bpf_mask=0x0003
net.enc.in.ipsec_filter_mask=0x0003



Any hints on the PF rules required to allow those packets in ?


need more details (if you want also off-list).

--
Bjoern A. Zeeb You have to have visions!
 Stop bit received. Insert coin for new address family.
___
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: FreeBSD 10.0-CURRENT/amd64: Weirdness with LOCALE settings: ghostswitching in csh?

[O. Hartmann]

Am 11/03/11 23:48, schrieb Jeremy Chadwick:
> On Thu, Nov 03, 2011 at 11:17:08PM +0100, O. Hartmann wrote:
>> Hello.
>> I realised something weird in FreeBSD 10.-CURRENT/amd64 (CLANG
>> compiled), build as from today (buildworld).
>>
>> Working the whole day coding some pyhton scripts and committing the code
>> to my subversion server (most recent subversion from the ports
>> collection, the server is a FreeBSD 9.0-RC1/amd64 box, also system
>> compiled with CLANG, most recent as compiled world of today), suddenly,
>> oy of the blue, trying again to commit I get this error:
>>
>> svn: warning: cannot set LC_CTYPE locale
>> svn: warning: environment variable LC_CTYPE is de_DE.ISO-8859-1
>> svn: warning: please check that your locale name is correct
>>
>>
>> Checking  csh shell setting with 'locale":
>> LANG=
>> LC_CTYPE="C"
>> LC_COLLATE="C"
>> LC_TIME="C"
>> LC_NUMERIC="C"
>> LC_MONETARY="C"
>> LC_MESSAGES="C"
>> LC_ALL=
>>
>>
>> Checking my settings from /etc/csh.cshrc and ./.cshrc or .login reveals
>> localised settings for some of the locales as I need those:
>>
>> (set in $HOME/.cshrc)
>> setenv  LC_CTYPE"de_DE.ISO-8859-1"
>> setenv  LC_TIME "de_DE.ISO-8859-1"
>> setenv  LC_MONETARY "de_DE.ISO-8859-1"
>>
>> What is going on?
>>
>> I realised this behaviour now several times, first time I thought I did
>> something and I couldn't remember, but this time, only two terminal
>> windows were opened and the whole day committing data to the repository
>> wasn't an issue.
>>
>> Is there an explanation for this?
> 
> It sounds like a problem specific to the "client end", meaning your
> -CURRENT box.  If that's the case: shouldn't this mail have gone to
> freebsd-current@ instead of freebsd-stable@ ?  What am I missing?

Mea culpa, mea culpa, mea maxima culpa!

It was intented to send the mail to CURRENT. Sorry, missed the listentry
by one row ... Can you please so kind and show mercy?

> 
> As for your problem: your locale looks incorrect.  It's
> "de_DE.ISO8859-1".  Note that yours has an extra hyphen, which probably
> explains the error (sort of).
> 
> $ ls -ld /usr/share/locale/de_DE*
> drwxr-xr-x2 root  wheel 512 Sep 28 14:36 
> /usr/share/locale/de_DE.ISO8859-1/
> drwxr-xr-x2 root  wheel 512 Sep 28 14:36 
> /usr/share/locale/de_DE.ISO8859-15/
> drwxr-xr-x2 root  wheel 512 Sep 28 14:36 
> /usr/share/locale/de_DE.UTF-8/
> 
> As for the fact that it's "random": I cannot explain why a sub-shell
> might get spawned in some cases but not others.

I corrected this. Sorry. I ffel a bit confused, since sometimes it is
ISO-8859-1 and sometimes ISO8859-1. I got confused again.

After correcting that, the locale variables has been set correctly.

I will check now wether this also influences this weird random behaviour.


Thank you very much.

Regards,

Oliver




signature.asc
Description: OpenPGP digital signature