Join the first service, that PAYS you money back!
Dear Mr. X! We would like to invite you to join our whole new sensational betting concept: The Puntexpress-Livebetting-Service. The first service, where you get money back from! Be among the first to join us, benefit from the early beginning, see a project grow and become bigger! Over the last couple of months, we set up a team of experienced punters and traders, located all over the world on four different continents - doing nothing but betting live. The team consists of people with many years of experience in the betting business and who worked for big companies as well as syndicates. We have the knowledge, the stats, the formulas to get money out of football. We cover the full program, 24/7 for your services. From Japanese and Australian football early in the morning, to the European-Events - and closing the day with South-American, North-American late night events. Let us do the work for you. Pay a minimum sum of 100€. With these 100€ you buy a percentage of the whole bankroll, we then work with your money, you participate in every taken bet as well. We bet flat 2% per bet of the whole bankroll - daily adjusted. The stakes grow in case of profits. The more you invest, the more you win of course - just like on a real betting-account. Every morning you get an update of the bets of the day - in your own personal Google-Doc-File. At the end of the month, we send you 70% of your bankroll back - if you wish so. 30% of it is to pay our traders for their work. Alternatively, let your bankroll grow with us, your profit stays in the bank and grows and grows and grows and grows Relax, watch, win!. Pay services as they exist right now are not up-to-date anymore. Inrunning you can react to the situations, cover, often get better odds and better values. But how to communicate the bets - every minute let the odds drop. The only way is to do it like described above. You will always get the best odds - and the same as every one. You will never miss a bet again, just because you opened your mail too late or because you went out with your woman. A website and a blog, where we write about the daily betting work, will follow in the upcoming weeks. Also find the results of Puntexpress since our official start two weeks ago on Verifybet : http://verifybet.com/select-user.html?id=1200 Here a useful sample file with the bets from the last weeks and the fictive client Joe Banana. https://docs.google.com/spreadsheet/ccc?key=0AqBvGFPyPs-8dG1pZnJUdm1jbjRQcjNXcW1aNjB5YXchl=en_US#gid=1 Here you can play around with your initial deposit as well as with your risk factor (the % of your bank you want us to risk on each daily bet), that you also can define yourself. The 1st sheet at the bottom contains the list of bets. We ourselves like it a bit more risky and have chosen 2% as the best value here, but you can also define it less. 0.25%, 0.5%, 1% - as you wish yourself. Try it, you can only win! If you are interested, send us your question now by replying to this email! How to join? Simply send us your details and make a payment to MB to chris.va...@gmail.com Chris Marketing Director Puntexpress-Team To unsubscribe to this emailing list, just email us to puntexpr...@gmail.com ___ 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: mfi timeouts
On 28/10/2011 04:14, Jan Mikkelsen wrote: Hi, There is a patch linked to from this PR, which seems very similar: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/140416 http://lists.freebsd.org/pipermail/freebsd-scsi/2011-March/004839.html The problem is also consistent with running mfiutil clearing the problem. I'm about to deploy mfi controllers in a similar configuration, so I'd be very curious about whether the patch fixes the problem for you. The patch you linked to seems to have removed the stalls, although I have only had it running for a day. I'll post if it stalls again though. I did manage to scrounge the use of a Dell r410 with a LSI Logic / Symbios Logic MegaRAID SAS 2108 [Liberator] (rev 05) Badged as Dell PERC H700 Adapter to test out the patch I originally found but had the same issue as this post http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063821.html I couldnt get the dell to stall in the first place either though so it could be a specific firmware version that the issue. Anyway thanks for the pointers. Vince Regards, Jan Mikkelsen On 28/10/2011, at 10:39 AM, Vincent Hoffman wrote: On 28/10/2011 00:04, Jeremy Chadwick wrote: On Thu, Oct 27, 2011 at 11:52:51PM +0100, Vincent Hoffman wrote: I've recently installed a new NAS at work which uses a rebranded LSI megaraid sas [root@banshee ~]# mfiutil show adapter mfi0 Adapter: Product Name: Supermicro SMC2108 Serial Number: Firmware: 12.12.0-0047 RAID Levels: JBOD, RAID0, RAID1, RAID5, RAID6, RAID10, RAID50 Battery Backup: present NVRAM: 32K Onboard Memory: 512M Minimum Stripe: 8k Maximum Stripe: 1M I'm running 8-STABLE as of 2011-10-23 (for zfs v28 as is got 26 3Tb drives) I'm seeing a lot of messages like mfi0: COMMAND 0xff8000b216c8 TIMEOUT AFTER 60 SECONDS mfi0: COMMAND 0xff8000b216c8 TIMEOUT AFTER 90 SECONDS mfi0: COMMAND 0xff8000b216c8 TIMEOUT AFTER 120 SECONDS mfi0: COMMAND 0xff8000b216c8 TIMEOUT AFTER 150 SECONDS mfi0: COMMAND 0xff8000b216c8 TIMEOUT AFTER 180 SECONDS mfi0: COMMAND 0xff8000b216c8 TIMEOUT AFTER 210 SECONDS mfi0: COMMAND 0xff8000b216c8 TIMEOUT AFTER 240 SECONDS mfi0: COMMAND 0xff8000b216c8 TIMEOUT AFTER 271 SECONDS mfi0: COMMAND 0xff8000b216c8 TIMEOUT AFTER 301 SECONDS mfi0: COMMAND 0xff8000b216c8 TIMEOUT AFTER 331 SECONDS mfi0: COMMAND 0xff8000b216c8 TIMEOUT AFTER 361 SECONDS mfi0: COMMAND 0xff8000b216c8 TIMEOUT AFTER 391 SECONDS mfi0: COMMAND 0xff8000b21b08 TIMEOUT AFTER 55 SECONDS mfi0: COMMAND 0xff8000b21b08 TIMEOUT AFTER 85 SECONDS At which time I'm seeing IO stall on the array connected to the mfi adapter, this can continue for 20 minutes or so resuming randomly (or so it seems although a little more on this later on) From pciconf -lv mfi0@pci0:5:0:0:class=0x010400 card=0x070015d9 chip=0x00791000 rev=0x04 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' class = mass storage subclass = RAID From dmesg mfi0: LSI MegaSAS Gen2 port 0xe000-0xe0ff mem 0xfbd9c000-0xfbd9,0xfbdc-0xfbdf irq 32 at device 0.0 on pci5 mfi0: Megaraid SAS driver Ver 3.00 mfi0: 12330 (372962922s/0x0020/info) - Shutdown command received from host mfi0: 12331 (boot + 4s/0x0020/info) - Firmware initialization started (PCI ID 0079/1000/0700/15d9) mfi0: 12332 (boot + 4s/0x0020/info) - Firmware version 2.120.53-1235 mfi0: 12333 (boot + 7s/0x0008/info) - Battery Present mfi0: 12334 (boot + 7s/0x0020/info) - Package version 12.12.0-0047 mfi0: 12335 (boot + 7s/0x0020/info) - Board Revision I have found this thread from a bit of googleing but it doesnt end too well. http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063821.html Was this ever taken further? One thing I have noticed is that the stall (and timeout messages) seem to go away if I query the card using mfiutil, I currently have a cron doing this every 2 minutes to see if this has been coincidence or not. Any suggestions welcome and i'm happy to provide more info if i can but I dont have a duplicate to do too much debugging on, I'm happy to try patches though. Is this worth filing a PR? Can you please provide uname -a output? The version of FreeBSD you're using matters greatly here. Sure FreeBSD banshee.foobar.net 8.2-STABLE FreeBSD 8.2-STABLE #2: Wed Oct 26 16:14:09 BST 2011 t...@banshee.foobar.net:/usr/obj/usr/src/sys/BANSHEE amd64 [root@banshee /usr/src]# svn info Path: . Working Copy Root Path: /usr/src URL: http://svn.freebsd.org/base/stable/8 Repository Root: http://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 226708 Node Kind: directory Schedule: normal Last Changed Author: brueffer Last Changed Rev: 226671 Last Changed Date: 2011-10-23 19:37:57 +0100 (Sun, 23 Oct 2011) It's looking like the mfiutil query stopping the stall is not a coincidence the last 2
smartctl / mpt on 9.0-RC1
Ever since I tried 9.0-RC1 I haven't been able to read SMART values of the disks attached to my Intel SASUC8i (LSI 1068e rebrand) controller with smartctl. Similar disks on motherboard SATA ports can be queried as expected. # smartctl -a /dev/da0 smartctl 5.42 2011-10-20 r3458 [FreeBSD 9.0-RC1 amd64] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net Segmentation fault (core dumped) The controller was flashed to run in IT-mode. The relevant smartctl.core dump is available at http://files.zzattack.org/smartctl.core.zip Suggestions or a fix would be highly appreciated. Kind regards, Frank ___ 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
On Wed, Nov 02, 2011 at 10:57:01PM +0100, Frank Razenberg wrote: Ever since I tried 9.0-RC1 I haven't been able to read SMART values of the disks attached to my Intel SASUC8i (LSI 1068e rebrand) controller with smartctl. Similar disks on motherboard SATA ports can be queried as expected. # smartctl -a /dev/da0 smartctl 5.42 2011-10-20 r3458 [FreeBSD 9.0-RC1 amd64] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net Segmentation fault (core dumped) The controller was flashed to run in IT-mode. The relevant smartctl.core dump is available at http://files.zzattack.org/smartctl.core.zip Suggestions or a fix would be highly appreciated. You will need to debug the core yourself, not provide it to us. Sometimes cores are specific to a person's system. Please run gdb /usr/local/sbin/smartctl smartctl.core and provide here the function call stack. This will help determine if it's a bug in smartctl or something FreeBSD-related. If it's a smartmontools problem, you will need to report the bug to them directly via Sourceforge. -- | 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
Thanks for your reply. It seems I'm missing a lot of debug symbols. I will look into getting a more useful backtrace. For what it's worth I added the gdb output below. -Frank # gdb /usr/local/sbin/smartctl ~/smartctl.core 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...(no debugging symbols found)... Core was generated by `smartctl'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcam.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libcam.so.6 Reading symbols from /usr/lib/libusb.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libusb.so.2 Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libsbuf.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libsbuf.so.6 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x in ?? () #2 0x in ?? () #3 0x in ?? () #4 0x in ?? () #5 0x in ?? () #6 0x in ?? () #7 0x in ?? () #8 0x in ?? () #9 0x in ?? () #10 0x in ?? () #11 0x in ?? () #12 0x in ?? () #13 0x in ?? () #14 0x in ?? () #15 0x in ?? () #16 0x in ?? () #17 0x in ?? () #18 0x in ?? () #19 0x in ?? () #20 0x in ?? () #21 0x in ?? () #22 0x in ?? () #23 0x in ?? () #24 0x in ?? () #25 0x in ?? () #26 0x in ?? () #27 0x in ?? () #28 0x in ?? () #29 0x in ?? () #30 0x in ?? () #31 0x in ?? () #32 0x in ?? () #33 0x in ?? () #34 0x in ?? () ---Type return to continue, or q return to quit--- On 11/3/2011 12:38 AM, Jeremy Chadwick wrote: On Wed, Nov 02, 2011 at 10:57:01PM +0100, Frank Razenberg wrote: Ever since I tried 9.0-RC1 I haven't been able to read SMART values of the disks attached to my Intel SASUC8i (LSI 1068e rebrand) controller with smartctl. Similar disks on motherboard SATA ports can be queried as expected. # smartctl -a /dev/da0 smartctl 5.42 2011-10-20 r3458 [FreeBSD 9.0-RC1 amd64] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net Segmentation fault (core dumped) The controller was flashed to run in IT-mode. The relevant smartctl.core dump is available at http://files.zzattack.org/smartctl.core.zip Suggestions or a fix would be highly appreciated. You will need to debug the core yourself, not provide it to us. Sometimes cores are specific to a person's system. Please run gdb /usr/local/sbin/smartctl smartctl.core and provide here the function call stack. This will help determine if it's a bug in smartctl or something FreeBSD-related. If it's a smartmontools problem, you will need to report the bug to them directly via Sourceforge. ___ 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
On Thu, Nov 03, 2011 at 12:49:13AM +0100, Frank Razenberg wrote: Thanks for your reply. It seems I'm missing a lot of debug symbols. I will look into getting a more useful backtrace. For what it's worth I added the gdb output below. -Frank # gdb /usr/local/sbin/smartctl ~/smartctl.core 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...(no debugging symbols found)... Core was generated by `smartctl'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcam.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libcam.so.6 Reading symbols from /usr/lib/libusb.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libusb.so.2 Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libsbuf.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libsbuf.so.6 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x in ?? () #2 0x in ?? () #3 0x in ?? () #4 0x in ?? () #5 0x in ?? () #6 0x in ?? () #7 0x in ?? () #8 0x in ?? () #9 0x in ?? () #10 0x in ?? () #11 0x in ?? () #12 0x in ?? () #13 0x in ?? () #14 0x in ?? () #15 0x in ?? () #16 0x in ?? () #17 0x in ?? () #18 0x in ?? () #19 0x in ?? () #20 0x in ?? () #21 0x in ?? () #22 0x in ?? () #23 0x in ?? () #24 0x in ?? () #25 0x in ?? () #26 0x in ?? () #27 0x in ?? () #28 0x in ?? () #29 0x in ?? () #30 0x in ?? () #31 0x in ?? () #32 0x in ?? () #33 0x in ?? () #34 0x in ?? () ---Type return to continue, or q return to quit--- Is there anything visible further down in the calling frame stack (e.g. past frame #34)? Was this built with clang or gcc? And I assume it was built from source rather than installed via pkg_add? -- | 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
Fwd: Re: smartctl / mpt on 9.0-RC1
Forwarding my reply to Frank to the list, because he did not reply-to-all when sending me the below mail. -- | 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 | - Forwarded message from Jeremy Chadwick free...@jdc.parodius.com - From: Jeremy Chadwick free...@jdc.parodius.com To: Frank Razenberg fr...@zzattack.org Date: Wed, 2 Nov 2011 17:23:52 -0700 Subject: Re: smartctl / mpt on 9.0-RC1 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 return to continue, or q return 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. -- | 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 | - End forwarded message - ___ 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
Fwd: Re: smartctl / mpt on 9.0-RC1
Sending original copy to the list. - Forwarded message from Frank Razenberg fr...@zzattack.org - From: Frank Razenberg fr...@zzattack.org To: Jeremy Chadwick free...@jdc.parodius.com Date: Thu, 03 Nov 2011 01:16:17 +0100 Subject: Re: smartctl / mpt on 9.0-RC1 Sorry, yes, there's actually a lot more, but there's a pattern repeating over 4 lines. At #1086 it stops. 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). The compiler was indeed gcc. -Frank . #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 return to continue, or q return 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) On 11/3/2011 1:01 AM, Jeremy Chadwick wrote: On Thu, Nov 03, 2011 at 12:49:13AM +0100, Frank Razenberg wrote: Thanks for your reply. It seems I'm missing a lot of debug symbols. I will look into getting a more useful backtrace. For what it's worth I added the gdb output below. -Frank # gdb /usr/local/sbin/smartctl ~/smartctl.core 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...(no debugging symbols found)... Core was generated by `smartctl'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcam.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libcam.so.6 Reading symbols from /usr/lib/libusb.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libusb.so.2 Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libsbuf.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libsbuf.so.6 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x in ?? () #2 0x in ?? () #3 0x in ?? () #4 0x in ?? () #5 0x in ?? () #6
Re: smartctl / mpt on 9.0-RC1
A small bit more info appears at the bottom of the stack. -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 return to continue, or q return 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, Xin LI wrote: Hi, On Wed, Nov 2, 2011 at 4:49 PM, Frank Razenbergfr...@zzattack.org wrote: Loaded symbols for /libexec/ld-elf.so.1 #0 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x in ?? () Your stack is mangled. Can you recompile and install the port with 'WITH_DEBUG=' and try if you can regenerate the core and gdb to see if there is any change? 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
Re: smartctl / mpt on 9.0-RC1
Hi, On Wed, Nov 2, 2011 at 4:49 PM, Frank Razenberg fr...@zzattack.org wrote: Loaded symbols for /libexec/ld-elf.so.1 #0 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x in ?? () Your stack is mangled. Can you recompile and install the port with 'WITH_DEBUG=' and try if you can regenerate the core and gdb to see if there is any change? Cheers, -- Xin LI delp...@delphij.net https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die ___ 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: Unable to compile stable/9
Thanks, Dimitry - that was the problem. That was the first time I've ever encountered that problem with 4GB of RAM (no swap) and using -j8. Cheers, -kurt On Sat, Oct 29, 2011 at 3:56 PM, Dimitry Andric d...@freebsd.org wrote: On 2011-10-28 06:47, Kurt Touet wrote: I am currently running FreeBSD amd64 stable/9 r225905, and I have been unable to compile the stable/9 branch for the past couple of weeks. On the chance that there were any oddities in my source-tree, I have completely erased and checked out svn://svn.freebsd.org/base/stable/9 from scratch. With r226876, I continue to have compilation errors. I believe it is continuing to break in the same place during buildworld, as shown below. Is this to be expected ATM? Is the branch broken? Is this an unrelated gcc error? Or is there something I'm missing? ... c++ -O2 -pipe -I/usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate -I. -I/usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\x86_64-unknown-freebsd9.0\ -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/lib/ARCMigrate/Transforms.cpp c++: Internal error: Killed: 9 (program cc1plus) You are most likely running out of memory. Check dmesg and/or log messages for 'out of swap swace' errors. You can try freeing up RAM, running with a lower -j setting (if applicable), or adding swap. ___ 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
