Trying right now, will let you know..... On 2020-06-09 11:07, Kashyap Desai wrote: > Hi Santi - Please try without Raid-1 VD. Most likely you will not observe > issue, but you can confirm from your end. > > Kashyap > >> -----Original Message----- >> From: Santiago Martinez [mailto:sm_at_codenetworks.net] >> Sent: Tuesday, June 9, 2020 2:08 PM >> To: Don Lewis <truckman_at_FreeBSD.org>; Andriy Gapon <avg_at_FreeBSD.org> >> Cc: FreeBSD Current <current_at_freebsd.org>; Kashyap D. Desai >> <kadesai_at_FreeBSD.org>; Kenneth D. Merry <ken_at_FreeBSD.org> >> Subject: Re: MRSAS Panic during Install. >> >> Hi Kashayp, that's correct, the servers has two raids. A raid 1 VD0 with >> 2xSSD >> on it and a RAID5 VD0. >> >> Do you want me to break the raid and see i it does not trigger the bug? >> >> cheers >> >> Santi >> >> >> On 2020-06-09 07:51, Don Lewis wrote: >>> On 9 Jun, Andriy Gapon wrote: >>>> On 09/06/2020 03:42, Santiago Martinez wrote: >>>>> Hi Everyone, today I tested with 12.1 and it works without any >>>>> issues (at least for now). >>>>> >>>>> I will sync against current and see if it fails. >>>>> >>>>> Santiago >>>>> >>>>> On 2020-06-08 17:41, Santiago Martinez wrote: >>>>>> Hi there, tried again and now i got it with UFS also.. that make >>>>>> sense.. >> right... >>>>>> >>>>>> On 2020-06-08 15:20, Santiago Martinez wrote: >>>>>>> Hi Everyone, >>>>>>> >>>>>>> I'm installing FreeBSD current(361567) snapshot on a Lenovo SR655 >> server. >>>>>>> After selecting ZFS, and the installer tries to make the >>>>>>> partitions, etc I get the following panic. >>>>>>> >>>>>>> I tried selecting UFS and its works. >>>>>>> >>>>>>> I uploaded a screenshot as I only have KVM access to it: >>>>>>> >>>>>>> https://0bin.net/paste/4yn33GkSKiYto6m4#h78yCE6h80- >> 3DsApbXa1XLW9+b >>>>>>> hoKhOr3MVS+NRgA5A >>>>>>> >>>>>>> >>>>>>> The server is a ThinkSystem SR655, with the following controller, >>>>>>> RAID 930-8i 2GB Flash PCIe 12Gb Adapter >>>> Lousy OCR of the picture: >>>> ... >>>> nic: nutex mrsas_sin_lock not ouned at >>>> /usr/src/sys/kern/kern_nutex.c:284 >>>> ... >>>> b_trace_self_urapper () at db_trace_self_urapper+8x2b/frane >>>> BxfffffeB33c44a918 >>>> anic() at vpanic+Bx182/frane BxfffffeA33c44ad68 >>>> nic() at panic+Bx43/frame BxfffffeB33c44adcd >>>> _mtx_assert() at __mtx_assert+_at_xb_at_/frane Bxfffffed33c44a9dd >>>> callout_stop_safe() at _callout_stop_safe+Bx82/frane Bxfffffe33c44aac >>>> rsas_conplete_cnd() at mrsas_complete_cnd+8x1b8/frane >>>> BxfffffeB33c4daaed >>>> ithread_loop() at ithread_loop+_at_x279/frame BxfffffeB33c44ah78 >>>> >>>> This looks like a fallout from r342064. >>>> cm_callout is initialized like this: >>>> callout_init_mtx(&cmd->cm_callout, &sc->sim_lock, 0); but in >>>> mrsas_complete_cmd() it's stopped without holding the lock. >>>> >>> _______________________________________________ >>> freebsd-current_at_freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current- >> unsubscribe_at_freebsd.org"Received on Tue Jun 09 2020 - 08:13:51 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:24 UTC