How to turn off SSP stack-protector on 11.0S
Is WITHOUT_SSP actually honoured and is building a world and/or ports without SSP possible? Advise/suggestions appreciated. Amongst the 9 different server configurations that we build/support, we've been asked to build a machine dedicated to PROLOG use. (yes really). As such we're trying to turn off everything that isn't needed for this particular server. For those concerned with security, it is an air-gap machine receiving data via usb. We've built/installed 11.0S from source. Now we're building the custom server. However, even with WITHOUT_SSP= in both /etc/make.conf and /etc/src.conf, we come up against little issues like: "can not find /usr/lib/libssp_nonshared.a" An example: Stage 2.3: build tools ===> bin/csh (obj,build-tools) grep 'ERR_' /usr/src/bin/csh/../../contrib/tcsh/sh.err.c | grep '^#define' >> sh.err.h cc -E -O2 -pipe -g0 -ggdb0 -DSTRIP_FBSDID -UDEBUGGING -UDEBUG -DUSB_HAVE_DISABLE_ENUM -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -g -std=gnu99 -Qunused-arguments -I/usr/obj/prod/110001/D/K8/usr/src/tmp/legacy/usr/include /usr/src/bin/csh/../../contrib/tcsh/tc.const.c /usr/src/bin/csh/../../contrib/tcsh/sh.char.h /usr/src/bin/csh/config.h /usr/src/bin/csh/../../contrib/tcsh/config_f.h /usr/src/bin/csh/../../contrib/tcsh/sh.types.h sh.err.h -D_h_tc_const | grep 'Char STR' | sed -e 's/Char \([a-zA-Z0-9_]*\)\(.*\)/extern Char \1[];/' | sort >> tc.const.h cc -o gethost -L/usr/obj/prod/110001/D/K8/usr/src/tmp/legacy/usr/lib -O2 -pipe -g0 -ggdb0 -DSTRIP_FBSDID -UDEBUGGING -UDEBUG -DUSB_HAVE_DISABLE_ENUM -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -g -std=gnu99 -Qunused-arguments -I/usr/obj/prod/110001/D/K8/usr/src/tmp/legacy/usr/include /usr/src/bin/csh/../../contrib/tcsh/gethost.c /usr/bin/ld: cannot find /usr/lib/libssp_nonshared.a cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [gethost] Error code 1 Note the /usr/bin/ld: cannot find /usr/lib/libssp_nonshared.a It seems that the linker is trying to use the above library during the build of all static images/executables. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Sandisk CloudSpeed Gen. II Eco Channel SSD vs ZFS = we're in hell
Check your gstat with -dp so you also see deletes, it may be that your drives have a very slow TRIM. On 28/11/2016 17:54, Eugene M. Zheganin wrote: Hi, recently we bough a bunch of "Sandisk CloudSpeed Gen. II Eco Channel" disks (the model name by itself should already made me suspicious) for using with zfs SAN on FreeBSD, we're plugged them into the LSI SAS3008 and now we are experiencing the performance that I would call "literally awful". I'm using already some of the zfs SANs on FreeBSD with Intel/Samsung SSD drives, including the LSI SAS3008 controller, but never saw anything like this (and yes, these are all SSDs): dT: 1.004s w: 1.000s L(q) ops/sr/s kBps ms/rw/s kBps ms/w %busy Name 75472 78367 104.4 12 1530 94.8 113.4| da0 75475 81482 79.2 12 1530 94.5 113.1| da1 69490 96626 106.9 12 1530 124.9 149.4| da2 75400 72382 51.5 10 1275 93.7 93.4| da3 0 0 0 00.0 0 00.00.0| da4 75400 72382 55.0 10 1275 93.9 93.7| da5 2 3975 3975 240200.3 0 00.0 21.0| da6 0 3967 3967 241440.3 0 00.0 21.4| da7 1 3929 3929 242590.3 0 00.0 21.6| da8 0 3998 3998 239330.3 0 00.0 21.2| da9 0 0 0 00.0 0 00.00.0| da10 0 4037 4037 237100.2 0 00.0 21.3| da11 0 0 0 00.0 0 00.00.0| da12 0 0 0 00.0 0 00.00.0| da13 0 0 0 00.0 0 00.00.0| da14 0 0 0 00.0 0 00.00.0| da15 0 0 0 00.0 0 00.00.0| da16 Disks are ogranized in the raidz1 pools (which is slower than the raid1 or 10, but, considering the performance of SSDs, we got no problems with Intel or Samsung drives), the controller is flashed with last firmware available (identical controller with Samsung drives performs just fine). Disks are 512e/4K drives, and "diskinfo -v"/"camcontrol identify" both report that they have 4K stripersize/physical sector. Pools are organized using dedicated disks, so, considering all of the above, I don't see any possiblity to explain this with the alignment errors. No errors are seen in the dmesg. So, right at this time, I'm out of ideas. Everything point that these Sandisk drives are the roort of the problem, but I don't see how this is possible- according to the various benchmarks (taken, however, with regular drives, not "Channel" ones, and so far I haven't figured out what is the difference between "Channel" and non-"Channel" ones, but they run different firmware branches) they have to be okay (or seem so), just the ordinary SSD. If someone has the explanation of this awful performance, please let me know. Thanks. Eugene. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Sandisk CloudSpeed Gen. II Eco Channel SSD vs ZFS = we're in hell
Hi, recently we bough a bunch of "Sandisk CloudSpeed Gen. II Eco Channel" disks (the model name by itself should already made me suspicious) for using with zfs SAN on FreeBSD, we're plugged them into the LSI SAS3008 and now we are experiencing the performance that I would call "literally awful". I'm using already some of the zfs SANs on FreeBSD with Intel/Samsung SSD drives, including the LSI SAS3008 controller, but never saw anything like this (and yes, these are all SSDs): dT: 1.004s w: 1.000s L(q) ops/sr/s kBps ms/rw/s kBps ms/w %busy Name 75472 78367 104.4 12 1530 94.8 113.4| da0 75475 81482 79.2 12 1530 94.5 113.1| da1 69490 96626 106.9 12 1530 124.9 149.4| da2 75400 72382 51.5 10 1275 93.7 93.4| da3 0 0 0 00.0 0 00.00.0| da4 75400 72382 55.0 10 1275 93.9 93.7| da5 2 3975 3975 240200.3 0 00.0 21.0| da6 0 3967 3967 241440.3 0 00.0 21.4| da7 1 3929 3929 242590.3 0 00.0 21.6| da8 0 3998 3998 239330.3 0 00.0 21.2| da9 0 0 0 00.0 0 00.00.0| da10 0 4037 4037 237100.2 0 00.0 21.3| da11 0 0 0 00.0 0 00.00.0| da12 0 0 0 00.0 0 00.00.0| da13 0 0 0 00.0 0 00.00.0| da14 0 0 0 00.0 0 00.00.0| da15 0 0 0 00.0 0 00.00.0| da16 Disks are ogranized in the raidz1 pools (which is slower than the raid1 or 10, but, considering the performance of SSDs, we got no problems with Intel or Samsung drives), the controller is flashed with last firmware available (identical controller with Samsung drives performs just fine). Disks are 512e/4K drives, and "diskinfo -v"/"camcontrol identify" both report that they have 4K stripersize/physical sector. Pools are organized using dedicated disks, so, considering all of the above, I don't see any possiblity to explain this with the alignment errors. No errors are seen in the dmesg. So, right at this time, I'm out of ideas. Everything point that these Sandisk drives are the roort of the problem, but I don't see how this is possible- according to the various benchmarks (taken, however, with regular drives, not "Channel" ones, and so far I haven't figured out what is the difference between "Channel" and non-"Channel" ones, but they run different firmware branches) they have to be okay (or seem so), just the ordinary SSD. If someone has the explanation of this awful performance, please let me know. Thanks. Eugene. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
CYBER MONDAY: CUPOM de desconto de 50% é só aqui!
Loja Catholicus [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,194181,13477,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL2xvamFjYXRob2xpY3VzLmNvbS5ici8/dXRtX3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=,1,ZnJlZWJzZC5vcmc=] Â [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,194181,13478,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsMSZ1cmw9aHR0cDovL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=,1,ZnJlZWJzZC5vcmc=] Twitter [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,194181,13478,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsMSZ1cmw9aHR0cDovL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=,1,ZnJlZWJzZC5vcmc=] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,194181,13479,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsMiZ1cmw9aHR0cDovL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=,1,ZnJlZWJzZC5vcmc=] Facebook [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,194181,13479,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsMiZ1cmw9aHR0cDovL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=,1,ZnJlZWJzZC5vcmc=] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,194181,13480,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsMyZ1cmw9aHR0cDovL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=,1,ZnJlZWJzZC5vcmc=] Delicious [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,194181,13480,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsMyZ1cmw9aHR0cDovL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=,1,ZnJlZWJzZC5vcmc=] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,194181,13481,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsNCZ1cmw9aHR0cDovL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=,1,ZnJlZWJzZC5vcmc=] Digg [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,194181,13481,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsNCZ1cmw9aHR0cDovL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=,1,ZnJlZWJzZC5vcmc=] [http://trk.promocat.expvtinboxonline.com/index.dma/DmaClick?20214,874,194181,13482,4f143a0575ce43ea494b410d1f48c580,aHR0cDovL3BhaW5lbC52aXJ0dWFsdGFyZ2V0LmNvbS5ici9pbmRleC5kbWEvU29jaWFsU2hhcmU/cD0yMDIxNCw4NzQsNSZ1cmw9aHR0cDovL3Ryay5wcm9tb2NhdC5leHB2dGluYm94b25saW5lLmNvbS9pbmRleC5kbWEvRG1hUHJldmlldz8yMDIxNC44NzQuMTk0MTgxLjRmMTQzYTA1NzVjZTQzZWE0OTRiNDEwZDFmNDhjNTgwLjEmdXRtX3NvdXJjZT1WaXJ0dWFsX1RhcmdldCZ1dG1fbWVkaXVtPUVtYWlsJnV0bV9jb250ZW50PSZ1dG1fY2FtcGFpZ249Y2F0aG9saWN1cyZ1dG1fdGVybT0=,1,ZnJlZWJzZC5vcmc=] Blogger [http://trk.promocat.expvtinboxonline.