Re: UEFI & ZFS
> I've observed the slowness only on the local console, I haven't tested > the seriel console. Put the FreeBSD legcay installation usb stick into > the box, select it as boot device and watch the cursor spinning for > about 10 minutens until the kernel boots. Do the same with an UEFI > installation stick and it's a matter of seconds... > > I've seen this on an Gigabyte GA-Z170XP-SLI with a Core i7 6700k and on > two Supermicro X11SBA-LN4F based machines with Skylake Xeon CPUs. There > are several other reports of slow boot on Skylake CPUs on the net. In > the thread mentioned below some changes in the hardware, the firmware > or somewhere else were suspected. I didn't even try to debug it,instead > I went with the UEFI loader. > Yamagi: My experience is the same as yours, but only with the combination of Legacy BIOS and ZFS installation. UEFI loading of a ZFS filesystem is also a matter of seconds. So is a Legacy/GPT/UFS installation. I only see this on my i5 Skylake when I perform a non-UEFI instalation using the ZFS filesystem. I get a rapid boot with both OpenBSD 5.8 and using a MSDOS 6.22 USB floppy. I have seen some patches posted to this list for testing. I'll report back with my results. I can't use UEFI because this will be a XEN server and UEFI support is not in the XEN kernel yet. Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF ___ 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: Is UEFI required for ZFS?
Konstantin Belousov gmail.com> writes: > On Sat, Feb 13, 2016 at 03:46:16PM +, Mark Dixon wrote: > Might be, try the following (mostly debugging) change. > Tried it, the only thing I saw different is after the menu I got: rd eef611d6 Hope that helps, Mark ___ 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: UEFI & ZFS
Hello, I've observed the slowness only on the local console, I haven't tested the seriel console. Put the FreeBSD legcay installation usb stick into the box, select it as boot device and watch the cursor spinning for about 10 minutens until the kernel boots. Do the same with an UEFI installation stick and it's a matter of seconds... I've seen this on an Gigabyte GA-Z170XP-SLI with a Core i7 6700k and on two Supermicro X11SBA-LN4F based machines with Skylake Xeon CPUs. There are several other reports of slow boot on Skylake CPUs on the net. In the thread mentioned below some changes in the hardware, the firmware or somewhere else were suspected. I didn't even try to debug it,instead I went with the UEFI loader. Regards, Yamagi On Sun, 14 Feb 2016 13:47:05 +0200 Daniel Branisswrote: > > On 14 Feb 2016, at 11:52, Yamagi Burmeister wrote: > > > > https://lists.freebsd.org/pipermail/freebsd-current/2015-December/059037.html > when saying ‘slow’, do you see slowness when printing output to the screen? > I mention this, because in the past I saw something similar, and it was a > misconfiguration with the serial console … > > danny > > > > > Regard, > > > > > > On Fri, 12 Feb 2016 15:36:10 -0500 > > "Thomas Laus" wrote: > > > >>> I have a new Asus H170-Plus-D3 motherboard that will be used for a DOM0 > >>> Xen > >>> Server. It uses an Intel i5-6300 processor and a Samsung 840 EVO SSD. I > >>> would like to use ZFS on this new installation. The Xen Kernel does not > >>> have UEFI support at this time, so I installed FreeBSD CURRENT r295345 in > >>> 'legacy mode'. It takes about 7 minutes to go from the first '|' > >>> character > >>> to getting the 'beastie' menu. I changed the BIOS to UEFI and did another > >>> installation. The boot process goes in an instant. > >> > >> Several others have the same problem. See here on the freebsd forums: > >> > >> http://tinyurl.com/z9oldkc > >> > >> That is my exact problem. It takes 4 minutes to get a complete 'beastie' > >> menu and 7 minutes 34 seconds to login. > >> > >> Tom > >> > >> -- > >> Public Keys: > >> PGP KeyID = 0x5F22FDC1 > >> GnuPG KeyID = 0x620836CF > >> > >> ___ > >> 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" > > > > > > -- > > Homepage: www.yamagi.org > > XMPP: yam...@yamagi.org > > GnuPG/GPG: 0xEFBCCBCB > > ___ > > 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" > -- Homepage: www.yamagi.org XMPP: yam...@yamagi.org GnuPG/GPG: 0xEFBCCBCB ___ 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: FreeBSD 10.3 BETA1&2 does not boot on Mac Pro 2008
Hi, FreeBSD-11.0-CURRENT-amd64-20160206-r295345-disc1.iso works. Any chance for the missing bits to be MFC'ed? On Sun, Feb 14, 2016 at 12:12 PM, Steven Hartlandwrote: > On 14/02/2016 00:47, claudiu vasadi wrote: > >> Hello all, >> >> While trying to boot 10.3 amd64 uefi disk1 BETA1 and BETA2 iso on a Mac >> Pro >> 2008, I get the following message: >> >> BETA1 - >> >> http://s76.photobucket.com/user/da1_27/media/10.3-BETA1_zpswjatgfg2.jpg.html >> >> BETA2 - >> >> http://s76.photobucket.com/user/da1_27/media/10.3-BETA2_zpsfiedhsks.jpg.html >> >> Right after displaying the message I see the Num Lock going off and on and >> I can hear the optical unit moving the head a couple of times; after that, >> complete silence. >> >> When booting verbose, I get the exact same behavior and message. >> >> Ideas? >> > > The next step after that is to display the framebuffer information and > there is some additional support added in head, 10 only supports graphics > output protocol but head also supports UGA draw, which from the commit > message for r287538 seems to indicate this may be required for MAC's. > > So if you can you try the latest HEAD snapshot and see if there are any > difference? > > If that fixes it should look to try and MFC those changes too. > > Regards > Steve > ___ > 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" > -- Best regards, Claudiu Vasadi ___ 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: MRSAS driver/LSI MegaRaid 92XX-93XX admin question: When one of the Raid's physical drives break, how is it reported in the logs?
(Will send any followup from now only to freebsd-scsi@ .) Did some additional research and found that the disk failure indeed is reported in MRSAS' "event log". So my final question then is, how do you extract it into userland (in the absence of an "mfiutil" as the MFI driver has)? Details below. Thanks. On 2016-02-14 19:59, Tinker wrote: [...] http://www.cisco.com/c/dam/en/us/td/docs/unified_computing/ucs/3rd-party/lsi/mrsas/userguide/LSI_MR_SAS_SW_UG.pdf on page 305, that is section "A.2 Event Messages" - I don't know for what LGI chip this document is, but, it does not list particular event message very clearly for when an individual underlying disk would have broken, I don't even see any event for when a hot spare would be taken in use! Wait - this page: https://www.schirmacher.de/display/Linux/Replace+failed+disk+in+MegaRAID+array (and also http://serverfault.com/questions/485147/drive-is-failing-but-lsi-megaraid-controller-does-not-detect-it ) gives an example of how the host system learns about broken disks: Code: 0x0051 .. Event Description: State change on VD 00/1 from OPTIMAL(3) to DEGRADED(2) Code: 0x0072 .. Event Description: State change on PD 05(e0xfc/s0) from ONLINE(18) to FAILED(11) (unclean disk broken seems to be shown as:) Code: 0x0071 .. Event Description: Unexpected sense: PD 05(e0xfc/s0) Path 443322110300, CDB: 2e 00 3a 38 1b c7 00 00 01 00, Sense: b/00/00 And this version of the LSI documentation http://hwraid.le-vert.net/raw-attachment/wiki/LSIMegaRAIDSAS/megacli_user_guide.pdf gives a clearer definition of the physical and virtual drive states in "1.4.16 Physical Drive States" and "1.4.17 Virtual Disk States" on pages 1-11 to 1-12. So as we see, a physical drive breaking would * "FAILED" the physical drive * "DEGRADED" the Virtual Drive (that is the logical exported drive) (from "OPTIMAL") So then, it was indeed the card's "event log" that contains this info. Last question then would only be then, *where* FreeBSD's MRSAS driver sends its event log? ___ 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"
MRSAS driver/LSI MegaRaid 92XX-93XX admin question: When one of the Raid's physical drives break, how is it reported in the logs?
( ** Extremely sorry for crossposting! Was unclear where this RAID adapter question belongs, please clarify and I'll keep to one single list! Posted to all of stable@, scsi@ and fs@ .) Hi, When you run one of the MRSAS drives such as a Avatogech LSI MegaRaid 9361 or 9266, and then eventually one of the physical RaidDrives or a CacheCade drives breaks, how is this reported to the FreeBSD host's dmesg or syslog? I don't have the hardware in place so that I would be able to check. On the other hand someone among you may have extremely deep experience, in particular because this card is so common, so this is why I ask you here. I understand that if at least one underlying copy of the data is accessible, the RAID card will optimize all access to that one, so when it comes to keeping IO working without interruption, the LSI card does a great job. At some point, an SSD or HDD will break down, either completely (it won't connect and its SMART interface says the drive is consumed) or more discretely, through taking tons of time for its operations. My best understanding is that the Raid card automatically will take those drives out of use, transparently. Now to the main point: As admin, it's great to be informed when this happens i.e. an underlying physical Raid disk or a CacheCade disk is taken out of use or otherwise malfunctions. Does the MrSas driver output this into the dmesg or syslog somehow? Reading https://svnweb.freebsd.org/base/stable/10/sys/dev/mrsas/mrsas.c?revision=284267=markup , the card seems to have an "event log" that the driver downloads from the card in plaintext (??), but I don't understand from the sourcecode where that information is channeled. And also of course I can't see what that event log would contain in those cases. (The "mfiutil" has a "show events" argument, though mfiutil is only for the related "mfi" driver which does not work for both 92XX and 93XX cards. Also in this case still I'd be interested to know how it reports a broken drive) http://www.cisco.com/c/dam/en/us/td/docs/unified_computing/ucs/3rd-party/lsi/mrsas/userguide/LSI_MR_SAS_SW_UG.pdf on page 305, that is section "A.2 Event Messages" - I don't know for what LGI chip this document is, but, it does not list particular event message very clearly for when an individual underlying disk would have broken, I don't even see any event for when a hot spare would be taken in use! You who have the experience, can you clarify please? Thanks :D Tinker ___ 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: MRSAS driver/LSI MegaRaid 92XX-93XX admin question: When one of the Raid's physical drives break, how is it reported in the logs?
Hi! > So my final question then is, how do you extract it into userland (in > the absence of an "mfiutil" as the MFI driver has)? They renamed the util to StorCLI, it looks very similar to the old tw_cli, and can be downloaded from http://www.avagotech.com/products/server-storage/raid-controllers/megaraid-sas-9266-8i#downloads as MR_SAS_StorCLI_1-16-06.zip, unpacking it yields storcli_all_os.zip, unpacking that yields storcli_all_os/FreeBSD/storcli64.tar, and finally unpacking that gives $ file storcli64 storcli64: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), statically linked, for FreeBSD 7.4, stripped which at least looks like it might work with the MRSAS controller. -- p...@opsec.eu+49 171 3101372 4 years to go ! ___ 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: FreeBSD 10.3 BETA1&2 does not boot on Mac Pro 2008
On 14/02/2016 00:47, claudiu vasadi wrote: Hello all, While trying to boot 10.3 amd64 uefi disk1 BETA1 and BETA2 iso on a Mac Pro 2008, I get the following message: BETA1 - http://s76.photobucket.com/user/da1_27/media/10.3-BETA1_zpswjatgfg2.jpg.html BETA2 - http://s76.photobucket.com/user/da1_27/media/10.3-BETA2_zpsfiedhsks.jpg.html Right after displaying the message I see the Num Lock going off and on and I can hear the optical unit moving the head a couple of times; after that, complete silence. When booting verbose, I get the exact same behavior and message. Ideas? The next step after that is to display the framebuffer information and there is some additional support added in head, 10 only supports graphics output protocol but head also supports UGA draw, which from the commit message for r287538 seems to indicate this may be required for MAC's. So if you can you try the latest HEAD snapshot and see if there are any difference? If that fixes it should look to try and MFC those changes too. Regards Steve ___ 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: UEFI & ZFS
Hello, this is a known problem with Intel Skylake CPUs. Legacy boot os dead slow, UEFI boot is blazing fast. Have a look at this thread, it contains some more informations: https://lists.freebsd.org/pipermail/freebsd-current/2015-December/059037.html As far as I know now one has found / analyzed the root cause of this until now. Regard, On Fri, 12 Feb 2016 15:36:10 -0500 "Thomas Laus"wrote: > > I have a new Asus H170-Plus-D3 motherboard that will be used for a DOM0 Xen > > Server. It uses an Intel i5-6300 processor and a Samsung 840 EVO SSD. I > > would like to use ZFS on this new installation. The Xen Kernel does not > > have UEFI support at this time, so I installed FreeBSD CURRENT r295345 in > > 'legacy mode'. It takes about 7 minutes to go from the first '|' character > > to getting the 'beastie' menu. I changed the BIOS to UEFI and did another > > installation. The boot process goes in an instant. > > Several others have the same problem. See here on the freebsd forums: > > http://tinyurl.com/z9oldkc > > That is my exact problem. It takes 4 minutes to get a complete 'beastie' > menu and 7 minutes 34 seconds to login. > > Tom > > -- > Public Keys: > PGP KeyID = 0x5F22FDC1 > GnuPG KeyID = 0x620836CF > > ___ > 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" -- Homepage: www.yamagi.org XMPP: yam...@yamagi.org GnuPG/GPG: 0xEFBCCBCB ___ 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: UEFI & ZFS
> On 14 Feb 2016, at 11:52, Yamagi Burmeisterwrote: > > Hello, > this is a known problem with Intel Skylake CPUs. Legacy boot os dead > slow, UEFI boot is blazing fast. Have a look at this thread, it contains > some more informations: > > https://lists.freebsd.org/pipermail/freebsd-current/2015-December/059037.html > > As far as I know now one has found / analyzed the root cause of this > until now. when saying ‘slow’, do you see slowness when printing output to the screen? I mention this, because in the past I saw something similar, and it was a misconfiguration with the serial console … danny > > Regard, > > > On Fri, 12 Feb 2016 15:36:10 -0500 > "Thomas Laus" wrote: > >>> I have a new Asus H170-Plus-D3 motherboard that will be used for a DOM0 Xen >>> Server. It uses an Intel i5-6300 processor and a Samsung 840 EVO SSD. I >>> would like to use ZFS on this new installation. The Xen Kernel does not >>> have UEFI support at this time, so I installed FreeBSD CURRENT r295345 in >>> 'legacy mode'. It takes about 7 minutes to go from the first '|' character >>> to getting the 'beastie' menu. I changed the BIOS to UEFI and did another >>> installation. The boot process goes in an instant. >> >> Several others have the same problem. See here on the freebsd forums: >> >> http://tinyurl.com/z9oldkc >> >> That is my exact problem. It takes 4 minutes to get a complete 'beastie' >> menu and 7 minutes 34 seconds to login. >> >> Tom >> >> -- >> Public Keys: >> PGP KeyID = 0x5F22FDC1 >> GnuPG KeyID = 0x620836CF >> >> ___ >> 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" > > > -- > Homepage: www.yamagi.org > XMPP: yam...@yamagi.org > GnuPG/GPG: 0xEFBCCBCB > ___ > 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"