Switch to DuckDuckGo Search
   March 25, 2020  
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >


NOTICE: This channel is no longer actively logged.

Toggle Join/Part | bottom
[00:13:33] *** ldepandis <ldepandis!~ldepandis@unaffiliated/ldepandis> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[00:33:55] *** spicywolf <spicywolf!~spicywolf@c-73-217-67-20.hsd1.co.comcast.net> has joined #illumos
[00:46:46] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[01:12:09] <gitomat> [illumos-gate] 11609 Want modern Intel IMC driver -- Robert Mustacchi <rm at joyent dot com>
[01:37:20] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
[01:41:21] *** alanc <alanc!~alanc@inet-hqmc01-o.oracle.com> has quit IRC (Remote host closed the connection)
[01:41:49] *** alanc <alanc!~alanc@inet-hqmc01-o.oracle.com> has joined #illumos
[01:43:59] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[01:55:56] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has quit IRC (Remote host closed the connection)
[01:56:54] *** wacki <wacki!~wacki@87.123.5.255> has quit IRC (Read error: Connection reset by peer)
[01:59:39] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[02:01:00] *** razamatan <razamatan!~blah@unaffiliated/razamatan> has joined #illumos
[02:01:32] <razamatan> how can i enable ctrl alt delete or the reboot command to actually reboot the physical machine at the console (omnios stable install)?
[02:01:35] <razamatan> i tested out this machine w/ some linux installs, and they all behave as expected w/ these two actions, but the omnios install on this box doesn't actually reboot. i tried using reboot -p, and shutdown -y -i6 etc...
[02:18:31] *** spicywolf <spicywolf!~spicywolf@c-73-217-67-20.hsd1.co.comcast.net> has quit IRC (Remote host closed the connection)
[02:25:02] <neirac> razamatan pfexec init 6 ; https://omniosce.org/info/getstarted
[02:30:45] <razamatan> neirac: i've tried that, too (i think it's equivalent to shutdown -i6 -y, no?) also, you should probably do a few 'sync's in there to make sure any pending write is flushed...
[02:31:30] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has quit IRC (Remote host closed the connection)
[02:37:20] <razamatan> the console goes thru the reboot process, then "syncing file systems... done", then "rebooting..." then hang..
[02:37:32] <razamatan> ideally, the machine just reboots, but it doesn't
[02:55:26] *** nikolam <nikolam!~Nikolam@unaffiliated/nikolam> has quit IRC (Quit: Leaving)
[03:22:57] <LeftWing> razamatan: That seems like a bug in whatever mechanism we've chosen to try and reset your machine
[03:23:10] <LeftWing> On many other systems it works as I believe you're expecting
[03:23:14] <LeftWing> it to work.
[03:24:20] <razamatan> right
[03:25:17] <razamatan> it's sorta crtical i be able to reboot this machine remotely since it's going to be headless
[03:25:53] * LeftWing is looking at what happens after it prints "rebooting..."
[03:25:56] <razamatan> i'd hate to move away from omnios just b/c reboot isn't working like i expected to
[03:26:33] <LeftWing> https://github.com/illumos/illumos-gate/blob/master/usr/src/uts/i86pc/os/machdep.c#L239-L245
[03:26:37] <LeftWing> So I believe you're getting this far, at least
[03:27:07] <razamatan> thanks for the src link
[03:27:19] <LeftWing> razamatan: Have you seen any messages about fast reboot being supported or not supported on your system?
[03:28:42] <razamatan> it should be supported since this is an x86 system
[03:28:52] <razamatan> i tried reboot -p to force prom_reboot
[03:28:54] <razamatan> same results
[03:29:16] <LeftWing> What happens if you run `uadmin 1 1`
[03:29:24] <LeftWing> (it should reset)
[03:30:43] <razamatan> hmmm...
[03:30:45] <razamatan> lemme try
[03:31:09] <razamatan> i just tried shutdown -y -i5 -g0 to shutdown, and the box at least shuts down fully
[03:31:16] <LeftWing> And powers off?
[03:31:24] <razamatan> yes
[03:31:29] <LeftWing> Fascinating
[03:31:40] <razamatan> mos def
[03:31:46] <LeftWing> That implies, on some level, that you're making it all the way through mdboot()
[03:31:56] <razamatan> yep
[03:32:25] <razamatan> i'll try uadmin
[03:32:56] <razamatan> uadmin 1 1 does reboot
[03:33:06] <LeftWing> That's exciting
[03:33:20] <razamatan> which reboot call does it use? fast_reboot or prom_reboot?
[03:33:48] <LeftWing> So, the first 1 is A_REBOOT and the second is AD_BOOT
[03:35:09] <LeftWing> Which I think means it will get to prom_reboot("")
[03:36:43] <LeftWing> mdb -ke 'fastreboot_capable/D'
[03:36:45] <LeftWing> What does that tell you
[03:37:22] <razamatan> fastreboot_capable: 0
[03:37:25] <LeftWing> huh
[03:37:40] <LeftWing> Well it's probably not a fast reboot bug!
[03:37:46] <razamatan> there's a line with just "fastreboot_capable:"
[03:37:51] <LeftWing> Yeah
[03:37:53] <razamatan> i'm going to try reboot -f
[03:37:53] <LeftWing> That's OK
[03:38:04] <LeftWing> Do you have any zones?
[03:38:34] <razamatan> nope
[03:38:36] <LeftWing> OK
[03:38:38] <razamatan> it's a clean install of stable
[03:38:43] <LeftWing> cool
[03:39:48] <razamatan> trying forcing fast reboot i get some console warning about "Fast reboot is not supported on this platform due to presence of boot-time modules"
[03:39:54] <razamatan> then it stalls at "rebooting..."
[03:40:19] <razamatan> but i did see this in something..
[03:40:19] <razamatan> reboot: Not all drivers have implemented quiesce(9E)
[03:40:19] <razamatan> Please see /var/adm/messages for drivers that haven't
[03:40:20] <razamatan> implemented quiesce(9E).
[03:40:27] <LeftWing> mmm
[03:40:28] <razamatan> interesting..
[03:40:37] <LeftWing> That isn't strictly related
[03:40:40] <LeftWing> mdb -ke 'psm_shutdownf/p'
[03:40:44] <LeftWing> What does that tell you
[03:41:03] <razamatan> need to physically reboot the system again.. one sec
[03:41:06] <LeftWing> rgr
[03:42:37] <razamatan> i guess i could come up with some recurring wake on lan cron on some other machine to ensure the system is up, and just poweroff when needed to reboot.. :|
[03:42:53] <LeftWing> This can almost certainly be fixed
[03:43:00] <razamatan> psm_shutdownf: apic_shutdown
[03:43:01] <LeftWing> Step 1 is to figure out where it's hanging
[03:43:03] <LeftWing> OK cool
[03:43:38] <LeftWing> mdb -ke 'apic_mode/D'
[03:44:50] <razamatan> 2
[03:44:55] <LeftWing> OK, LOCAL_APIC
[03:44:57] <LeftWing> cool
[03:45:40] <razamatan> xhci is the driver that doesn't have quiesce implemented
[03:45:42] <razamatan> just fyi
[03:46:02] <LeftWing> mdb -ke 'apic_poweroff_method/D; apic_enable_acpi/D'
[03:46:31] <razamatan> 0 and 1, respectively
[03:47:03] <LeftWing> OK, let's try... mdb -kwe 'apic_enable_acpi/W 0'
[03:47:14] <LeftWing> it should change from 0x1 to 0x0
[03:47:25] <LeftWing> and then just "reboot"
[03:48:19] <razamatan> confirmed that it changed to 0.. trying init 6 now
[03:48:36] <razamatan> ooo
[03:48:40] <razamatan> that worked
[03:49:13] <razamatan> can you explain that to me in somewhat technical terms? i have a software engineer level of understanding
[03:49:25] <razamatan> not an os/systems engineer level
[03:49:54] <LeftWing> So!
[03:50:04] <LeftWing> https://github.com/illumos/illumos-gate/blob/master/usr/src/uts/i86pc/os/machdep.c#L364
[03:50:15] <razamatan> on reboot, it resets to 1
[03:50:21] <LeftWing> Here, we call through the psm_shutdownf function pointer, which you've noted is set to apic_shutdown
[03:50:56] <LeftWing> https://github.com/illumos/illumos-gate/blob/master/usr/src/uts/i86pc/io/pcplusmp/apic_common.c#L1292-L1294
[03:50:58] <LeftWing> That's this function over here
[03:51:22] <LeftWing> I was reading down the function, and looking at which variables it makes use of
[03:51:34] <LeftWing> Your apic_mode value is 2, i.e., LOCAL_APIC
[03:52:18] <LeftWing> Notice that if the first parameter to uadmin is not A_SHUTDOWN, we return pretty early: https://github.com/illumos/illumos-gate/blob/master/usr/src/uts/i86pc/io/pcplusmp/apic_common.c#L1332-L1334
[03:52:36] <LeftWing> When I had you do "uadmin 1 1", we were saying A_REBOOT rather than A_SHUTDOWN and that worked
[03:52:46] <LeftWing> When you use "shutdown" or "reboot", we're going to the A_SHUTDOWN path
[03:53:30] <LeftWing> Right after that, if we're not doing a poweroff and we're not doing fast reboot, we use AcpiDisable() -- which is always suspicious because the ACPI code is awful
[03:53:51] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has joined #illumos
[03:54:04] <LeftWing> That's also something that's different about the case where your system _can_ power itself off: that'd be AD_POWEROFF
[03:54:12] <LeftWing> and we'd skip the AcpiDisable()
[03:54:17] <razamatan> mmm
[03:54:26] <LeftWing> By setting apic_enable_acpi you can skip that, which is a workaround for now
[03:54:38] <LeftWing> I suspect it will help us to know more about this system though
[03:54:54] <LeftWing> Can you gist/pastebin the output of "smbios"
[03:56:28] <razamatan> sure... it's a generic i7-8550u fanless computer branded "hystou" that i got from their aliexpress store.. :)
[03:56:37] <razamatan> i'll get the pastebin link for the smbios output
[03:57:26] <LeftWing> Tah!
[03:57:46] <razamatan> :)
[03:58:01] <razamatan> should i disable acpi stuff in the bios?
[03:58:09] <LeftWing> No, I don't think so
[03:58:41] <LeftWing> In general ACPI should remain on. There's clearly a bug in this specific part, and it'll either be on us, or on the BIOS being buggy, but clearly doing this ACPI disable is not actually needed to reboot at least your system
[04:00:17] <razamatan> yeah.. linux distros seem to work fine
[04:00:56] <LeftWing> I suspect they don't call AcpiDisable() (or their renamed version of it)
[04:01:58] <razamatan> https://pastebin.com/J3q1jrf6
[04:02:42] <LeftWing> hahaha
[04:02:44] <LeftWing> "Product: Default string"
[04:02:56] <LeftWing> Definitely an AliExpress special :)
[04:03:06] <razamatan> yep
[04:04:30] <razamatan> for a workaround i should disable acpi from apic using the mdb command?
[04:04:42] <razamatan> whenenver i want to reboot?
[04:04:51] <LeftWing> That appears like it will work for now yes
[04:04:53] <razamatan> 1000x thanks btw..
[04:04:55] <LeftWing> I'm filing a bug
[04:04:58] <LeftWing> mdb -ke 'AcpiGbl_ReducedHardware/D'
[04:05:00] <LeftWing> What does that say
[04:05:11] <razamatan> 0
[04:05:25] <razamatan> can you link me the bug so i can cc myself?
[04:05:40] <LeftWing> I shall!
[04:06:08] <LeftWing> mdb -ke 'AcpiGbl_FADT::print SmiCommand'
[04:06:09] <razamatan> thanks!
[04:06:23] <razamatan> 0xb2
[04:06:49] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has quit IRC (Quit: Leaving)
[04:07:43] <LeftWing> mdb -ke 'AcpiGbl_FADT::print AcpiEnable AcpiDisable'
[04:09:00] <razamatan> 0xa1
[04:09:09] <razamatan> AcpiEnable = 0xa0
[04:09:10] <razamatan> AcpiDisable = 0xa1
[04:09:57] <LeftWing> OK so I think it's definitely trying the special write to the I/O port to have the firmware disable itself
[04:10:18] <LeftWing> One suspects this is not actually necessary and is causing more harm than good here
[04:11:44] <razamatan> why wouldn't reboot -f to try and force the fastreboot also skil the acpidisable in L1343?
[04:12:35] <razamatan> s/skil/skip/
[04:13:12] <LeftWing> Because your system does not believe it is fast reboot capable
[04:13:24] <LeftWing> Your fastreboot_capable value is 0
[04:13:32] <LeftWing> I suspect it may be related to the lack of quiesce routines in all drivers
[04:13:37] <razamatan> that's probably due to the xhci driver...
[04:13:40] <razamatan> yep
[04:13:59] <razamatan> so i can try disabling xhci (ideally not) and see if fastreboot does fix it...
[04:14:36] <razamatan> is the "special write to the i/o port" in this call (the outb() calls), or in AcpiDisable()?
[04:19:15] <LeftWing> Within AcpiDisable() yeah
[04:19:25] <LeftWing> it makes a call to some other function that tries to set the mode back to legacy
[04:19:56] <razamatan> mmm
[04:22:05] <LeftWing> razamatan: https://www.illumos.org/issues/12445
[04:22:53] * LeftWing brb, toddler bed time &
[04:23:51] <razamatan> same on my end... thanks again
[04:34:07] *** jcea <jcea!~Thunderbi@2001:bc8:2ecd:caed:7670:6e00:7670:6e00> has quit IRC (Ping timeout: 246 seconds)
[05:04:26] *** sjorge <sjorge!~sjorge@unaffiliated/sjorge> has quit IRC (Ping timeout: 265 seconds)
[05:04:28] *** sjorge_be <sjorge_be!~sjorge@unaffiliated/sjorge> has joined #illumos
[05:04:52] *** sjorge_be is now known as sjorge
[05:12:19] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has joined #illumos
[05:56:49] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has quit IRC (Quit: Leaving)
[06:17:50] <razamatan> .
[06:29:00] *** kev009 <kev009!~kev009@ip72-222-200-117.ph.ph.cox.net> has joined #illumos
[07:11:44] *** BOKALDO <BOKALDO!~BOKALDO@81.198.22.116> has joined #illumos
[07:17:45] *** nikolam <nikolam!~Nikolam@unaffiliated/nikolam> has joined #illumos
[07:18:08] <tsoome> LeftWing we do not have code to handle MB2 data while preparing fast reboot, so the fast reboot is almost always disabled.
[07:18:22] <LeftWing> Ahh, fair enough
[07:18:31] <LeftWing> Fast reboot seems dubious anyway to be honest :P
[07:19:17] <tsoome> I am setting up oracle X8 cluster and those machines hung with fast reboot.
[07:19:34] <tsoome> x86 systems.
[07:20:25] <tsoome> thats with solaris 11.4
[07:45:14] *** kev009 <kev009!~kev009@ip72-222-200-117.ph.ph.cox.net> has quit IRC (Ping timeout: 240 seconds)
[07:47:37] *** neuroserve <neuroserve!~toens@ip-178-202-209-132.hsi09.unitymediagroup.de> has quit IRC (Ping timeout: 264 seconds)
[07:49:15] <tsoome> LeftWing, https://paste.ec/paste/UOcTOHwX#5xNY4agfCPaBbt08hZozw5S8RoButPXzF6F3Eb20kXs
[07:49:37] <LeftWing> err one sec
[07:49:39] <LeftWing> sorry about that
[07:49:42] <tsoome> np:)
[08:05:44] <Agnar> moin
[08:12:16] <tsoome> moin
[08:12:24] <tsoome> still dead:)
[08:13:31] <tsoome> uh, ok, time to investigate why this zoneadm migrate is failing:(
[08:13:58] *** mgerdts <mgerdts!~textual@96-41-228-208.dhcp.ftbg.wi.charter.com> has quit IRC (Read error: Connection reset by peer)
[08:15:41] *** mgerdts <mgerdts!~textual@2600:6c44:c7f:ec89:b85d:8b5a:4043:a9e7> has joined #illumos
[08:20:18] <LeftWing> tsoome: If you have a moment, it should be back.
[08:50:46] *** nbhauke <nbhauke!~hauke@55d42d24.access.ecotel.net> has joined #illumos
[08:58:41] *** neuroserve <neuroserve!~toens@ip-94-114-253-66.unity-media.net> has joined #illumos
[09:02:37] *** BrownBear <BrownBear!~BrownBear@107.175.247.247> has quit IRC (Ping timeout: 264 seconds)
[09:09:07] *** BrownBear <BrownBear!~BrownBear@107.175.247.247> has joined #illumos
[09:13:11] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Ping timeout: 250 seconds)
[09:15:13] *** clapont <clapont!~clapont@unaffiliated/clapont> has joined #illumos
[09:19:05] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Quit: Leaving)
[09:27:44] *** ldepandis <ldepandis!~ldepandis@unaffiliated/ldepandis> has joined #illumos
[09:30:23] *** nbhauke <nbhauke!~hauke@55d42d24.access.ecotel.net> has quit IRC (Quit: nbhauke)
[09:36:04] *** jimklimov <jimklimov!~jimklimov@78.80.224.132> has joined #illumos
[09:36:19] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[09:40:37] *** andy_js <andy_js!~andy@51.146.99.40> has joined #illumos
[09:54:05] *** tsoome <tsoome!~tsoome@5cf8-ae85-8d63-59ad-2f80-4a40-07d0-2001.sta.estpak.ee> has joined #illumos
[09:58:41] *** nbhauke <nbhauke!~hauke@55d42d24.access.ecotel.net> has joined #illumos
[10:32:31] *** man_u <man_u!~manu@89-92-19-81.hfc.dyn.abo.bbox.fr> has joined #illumos
[10:33:35] *** arnoldoree <arnoldoree!~arnoldore@2001:d08:1281:b4b3:ef99:8ab9:366c:4195> has joined #illumos
[10:35:13] *** andy_js <andy_js!~andy@51.146.99.40> has quit IRC (Quit: andy_js)
[11:06:11] *** jellydonut <jellydonut!~quassel@s91904423.blix.com> has quit IRC (Quit: jellydonut)
[11:08:11] *** jellydonut <jellydonut!~quassel@s91904423.blix.com> has joined #illumos
[11:10:00] *** andy_js <andy_js!~andy@51.146.99.40> has joined #illumos
[11:53:14] *** andy_js <andy_js!~andy@51.146.99.40> has quit IRC (Quit: andy_js)
[12:01:17] *** pwinder <pwinder!~pwinder@86.11.191.8> has joined #illumos
[12:01:53] *** andy_js <andy_js!~andy@51.146.99.40> has joined #illumos
[12:19:05] *** Mokou <Mokou!~hokuto@li1608-68.members.linode.com> has quit IRC (Ping timeout: 250 seconds)
[12:28:18] *** Mokou <Mokou!~hokuto@li1608-68.members.linode.com> has joined #illumos
[12:51:04] <sjorge> I never had fastreboot work on any of my systems
[12:51:12] <sjorge> Even when it said it was
[12:51:25] <sjorge> At best it hangs and watchdog resets the board
[12:59:40] <arekinath> I've had it work on a thumper
[12:59:49] <arekinath> every time I've said a swear word and run reboot -p next time
[13:09:21] *** jcea <jcea!~Thunderbi@2001:bc8:2ecd:caed:7670:6e00:7670:6e00> has joined #illumos
[13:18:59] <EisNerd> how to "move" a mirror vdev member of a mirrored rpool? My original system is broken, so I moved the two disk in another system, it boots but I can't manage to get the second disk of the mirror online
[13:20:26] <jlevon> we should rip out fast reboot. it has no love
[13:24:54] *** AndrewG <AndrewG!~andrew@a20.cucumber.me.uk> has quit IRC (Ping timeout: 256 seconds)
[13:26:09] <richlowe> do it, do it!
[13:27:38] <EisNerd> back in opensolaris times it was working well on all the boxes I used
[13:28:37] <EisNerd> my current box is stuffed completly with i40e, so maybe it works then, not sure if the update is already done nor if it is available
[13:30:06] <EisNerd> but on full blown enterprise grade servers fastboot is a real thing, as it takes a lot of time to have all this devices doing there bios/efi/firmware stuff, but it has become better recently
[13:31:11] <EisNerd> we have some hpe dl360gen8 which need some minutes before it even comes close to the os, just to reach interactive preboot stuff it takes 2 to 3 minutes
[13:32:13] *** AndrewG <AndrewG!~andrew@a20.cucumber.me.uk> has joined #illumos
[13:35:13] <richlowe> I'm not sure why you're assuming jlevon or myself wouldn't know of the advantages/disadvantages?
[13:36:56] <Agnar> fast reboot usually only helps to shorten downtime which is only a key factor if you have a bad time/change management.
[13:37:31] <Agnar> from my point it can go away and never come back.
[13:37:54] <wilbury> or in emergency situations.
[13:38:18] <wilbury> like, frozen zpool or a deaclock in mpt_sas driver
[13:38:18] <Agnar> sure, but again in incidents you can never assume any timings
[13:48:07] <EisNerd> anyway, someone an idea regarding my mirror, as zpool denies accepting the second disk
[13:57:29] <Agnar> EisNerd: so you have a vdev with one disk online and one missing?
[14:09:23] *** Tempt <Tempt!~avenger@unaffiliated/tempt> has quit IRC (Quit: back in five ... tmux restart ...)
[14:10:22] *** Tempt <Tempt!~avenger@unaffiliated/tempt> has joined #illumos
[14:10:22] *** ChanServ sets mode: +o Tempt
[14:23:37] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has joined #illumos
[14:30:32] <EisNerd> yes as the system topo has changed
[14:31:32] <EisNerd> an when I try to online the second it isn't found and when I try to replace it refuses even to force as the device is already part of an active pool
[14:32:08] <Agnar> EisNerd: try to force remove the missing device
[14:34:00] <EisNerd> as far as I understand the error zpool refuses to do anything with this device as it is marked as part of the online rpool
[14:35:23] <EisNerd> so it is a bit a defect, as it should be possible to hint a pool to a missing device which was relocated to another device identifier
[14:47:21] *** schily__ <schily__!~joerg@p4FD0BCD1.dip0.t-ipconnect.de> has joined #illumos
[14:48:46] *** schily_ <schily_!~joerg@p4FD0B2AB.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds)
[15:02:24] *** Kurlon_ <Kurlon_!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has quit IRC (Remote host closed the connection)
[15:03:00] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[15:03:49] *** nbhauke <nbhauke!~hauke@55d42d24.access.ecotel.net> has quit IRC (Quit: nbhauke)
[15:17:36] *** drscream <drscream!~drscream@coconut.frubar.net> has quit IRC (Remote host closed the connection)
[15:17:51] *** drscream <drscream!~drscream@coconut.frubar.net> has joined #illumos
[15:20:17] <EisNerd> Agnar: so I would have to remove the mark from the device
[15:26:52] *** schily__ is now known as schily_
[15:26:57] *** arnoldoree <arnoldoree!~arnoldore@2001:d08:1281:b4b3:ef99:8ab9:366c:4195> has quit IRC (Ping timeout: 260 seconds)
[15:27:20] *** nbhauke <nbhauke!~hauke@55d42d24.access.ecotel.net> has joined #illumos
[15:28:39] <Agnar> EisNerd: I had such a situation once, and this was a bug in older openzfs: a pool where you could not replace or remove a missing dev in a mirror
[15:28:59] <Agnar> EisNerd: I ended up by creating a new pool and zfs send/recv all datasets
[15:39:44] *** jenelizabeth <jenelizabeth!~jenelizab@cpc155793-brmb11-2-0-cust474.1-3.cable.virginm.net> has joined #illumos
[15:41:50] *** superjen96 <superjen96!~jenelizab@185.92.25.51> has quit IRC (Read error: Connection reset by peer)
[15:49:35] *** jenelizabeth <jenelizabeth!~jenelizab@cpc155793-brmb11-2-0-cust474.1-3.cable.virginm.net> has quit IRC (Read error: No route to host)
[15:51:24] *** jenelizabeth <jenelizabeth!~jenelizab@cpc155793-brmb11-2-0-cust474.1-3.cable.virginm.net> has joined #illumos
[15:56:31] <jlevon> sigh, new gerrit messed up my link opener
[16:02:38] *** jenelizabeth <jenelizabeth!~jenelizab@cpc155793-brmb11-2-0-cust474.1-3.cable.virginm.net> has quit IRC (Ping timeout: 246 seconds)
[16:04:10] *** nikolam <nikolam!~Nikolam@unaffiliated/nikolam> has quit IRC (Quit: Leaving)
[16:10:25] *** jenelizabeth <jenelizabeth!~jenelizab@cpc155793-brmb11-2-0-cust474.1-3.cable.virginm.net> has joined #illumos
[16:15:46] <richlowe> jlevon: hm?
[16:18:09] <jlevon> they introduced a bunch of shadow DOM goop
[16:18:17] <jlevon> and now you can't just select for the links any more
[16:28:14] <andyf> Yeah, it has messed up my tampermonkey scripts too
[16:28:35] <andyf> It looks awful again
[16:29:53] <jlevon> looks like shadow roots are intentionally designed to make this as hard as possible
[16:30:07] <andyf> Back to RB then :)
[16:37:12] <jlevon> document.querySelector('body > gr-app').shadowRoot.querySelector('gr-app-element').shadowRoot.querySelector('gr-change-view').shadowRoot.querySelector('gr-file-list').shadowRoot.querySelector('.pathLink')
[16:37:13] <jlevon> FML
[16:37:46] <andyf> My lighthouse too.. thanks!
[16:44:38] <jlevon> "Note: Remember that the descendants of an element are based on the light tree children of the element, which does not include the shadow trees of the element."
[16:44:39] <jlevon> sure.
[16:52:21] <rmustacc> Was something changed?
[16:52:26] <jlevon> andyf: I updated https://blog.movementarian.org/2019/10/open-all-links-in-gerrit.html
[16:52:59] <andyf> Thanks
[16:53:08] <rmustacc> Are these customizations that folks are doing things we should follow up with gerrit upstream?
[16:53:27] <rmustacc> Sounds like someone upgraded it and it turned out to have more side effects?
[16:53:30] <jlevon> they purposely removed the "open all" button so I doubt it
[16:53:54] <rmustacc> I don't know what's in andyf's 'It looks awful'.
[16:54:29] <jlevon> right
[16:55:13] <rmustacc> Large reviews are very hard on rb, so I'd like to make sure we're not just losing stuff here.
[16:55:37] <andyf> I had a fair amount of re-skinning scripts to tidy things up
[16:56:05] <rmustacc> Is that something we should work with upstream or how can we make things less broken on a regular basis?
[16:56:47] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[16:56:54] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has quit IRC (Remote host closed the connection)
[16:57:22] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[16:57:26] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has quit IRC (Remote host closed the connection)
[16:57:53] <andyf> I don't know if they'd be open to it.. maybe. I mainly change the font and increase contrast in various places
[16:58:36] <rmustacc> Well, I'd like to figure out what we can, just because doing large reviews like hyper-v was mechanically very, very hard on rb.
[16:58:51] <rmustacc> We'll never satisfy everyone with one tool.
[16:58:55] <rmustacc> But.
[16:58:55] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[16:58:56] <andyf> Yes, definitely.. I ended up using the RB API to pull everything down into a spreadsheet
[16:59:01] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has quit IRC (Remote host closed the connection)
[16:59:37] <jlevon> heh
[16:59:54] <rmustacc> And that is something we should get back to, fwiw.
[17:00:24] <andyf> For the change I've just finished, Gerrit is doing a much better job of the diffing though
[17:00:32] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[17:00:37] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has quit IRC (Remote host closed the connection)
[17:01:46] <andyf> it is really hard even for me (as the author) to read through on both rb and github
[17:02:07] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[17:02:12] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has quit IRC (Remote host closed the connection)
[17:05:33] <gitomat> [illumos-gate] 12196 fmadm faulty NULL pointer dereference -- Hans Rosenfeld <hans.rosenfeld at joyent dot com>
[17:14:40] <jlevon> https://github.com/w3c/webcomponents/issues/78 seems to imply there's no better way than the crap above
[17:23:07] <LeftWing> andyf: I'm definitely curious about what customisations you're doing
[17:23:58] <LeftWing> I don't think we'll be maintaining a reviewboard instance forever
[17:27:09] *** wacki <wacki!~wacki@i577B8C14.versanet.de> has joined #illumos
[17:34:48] *** neuroserve <neuroserve!~toens@ip-94-114-253-66.unity-media.net> has quit IRC (Ping timeout: 256 seconds)
[17:54:06] <gitomat> [illumos-gate] 12425 /opt/util-tests/bin/utiltest needs default run file handling -- Robert Mustacchi <rm at fingolfin dot org>
[17:57:37] *** nbhauke <nbhauke!~hauke@55d42d24.access.ecotel.net> has quit IRC (Quit: nbhauke)
[17:58:55] <gitomat> [illumos-gate] 12382 Mellanox driver is missing advertisement in dladm link-prop -- Paul Winder <pwinder at racktopsystems dot com>
[18:01:14] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
[18:07:01] *** nikolam <nikolam!~Nikolam@unaffiliated/nikolam> has joined #illumos
[18:13:17] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[18:25:34] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Ping timeout: 240 seconds)
[18:28:00] *** clapont <clapont!~clapont@unaffiliated/clapont> has joined #illumos
[18:28:56] *** pwinder <pwinder!~pwinder@86.11.191.8> has quit IRC (Quit: This computer has gone to sleep)
[18:47:15] *** neuroserve <neuroserve!~toens@ip-178-202-214-238.hsi09.unitymediagroup.de> has joined #illumos
[19:47:37] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has joined #illumos
[19:52:43] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has quit IRC (Quit: Leaving)
[20:07:54] *** amrfrsh <amrfrsh!~Thunderbi@134.19.189.92> has quit IRC (Ping timeout: 240 seconds)
[20:13:24] *** psarria <psarria!~psarria@37.red-79-146-98.dynamicip.rima-tde.net> has quit IRC (Ping timeout: 256 seconds)
[20:58:06] *** wacki <wacki!~wacki@i577B8C14.versanet.de> has quit IRC (Quit: Lingo: www.lingoirc.com)
[21:16:55] *** BOKALDO <BOKALDO!~BOKALDO@81.198.22.116> has quit IRC (Quit: Leaving)
[21:17:32] *** mgerdts <mgerdts!~textual@2600:6c44:c7f:ec89:b85d:8b5a:4043:a9e7> has quit IRC (Ping timeout: 260 seconds)
[21:18:34] *** nbhauke <nbhauke!~hauke@55d42d24.access.ecotel.net> has joined #illumos
[21:25:58] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[21:29:33] *** nbhauke <nbhauke!~hauke@55d42d24.access.ecotel.net> has quit IRC (Quit: nbhauke)
[21:30:54] *** man_u <man_u!~manu@89-92-19-81.hfc.dyn.abo.bbox.fr> has quit IRC (Quit: man_u)
[21:47:34] *** denk <denk!~denis@devel.tambov.ru> has quit IRC (Ping timeout: 240 seconds)
[21:48:54] *** hemi770 <hemi770!~hemi666@unaffiliated/hemi770> has quit IRC (Ping timeout: 240 seconds)
[21:50:44] *** hemi770 <hemi770!~hemi666@unaffiliated/hemi770> has joined #illumos
[21:54:53] *** denk <denk!~denis@devel.tambov.ru> has joined #illumos
[21:59:37] *** nbhauke <nbhauke!~hauke@55d42d24.access.ecotel.net> has joined #illumos
[22:02:17] *** Kurlon_ <Kurlon_!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has joined #illumos
[22:04:14] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Ping timeout: 256 seconds)
[22:05:23] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 260 seconds)
[22:21:20] *** clapont <clapont!~clapont@unaffiliated/clapont> has joined #illumos
[22:28:58] *** Bryson <Bryson!~anonymous@ip68-104-0-41.lv.lv.cox.net> has joined #illumos
[22:33:54] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
[22:35:14] *** Bryson <Bryson!~anonymous@ip68-104-0-41.lv.lv.cox.net> has quit IRC (Quit: Bryson)
[22:44:37] <jollyd1> hmm this is puzzling... emacs builds fails with gcc-7 when aslr is not enabled but succeeds when asl is explicitly disabled... and nothing in the build logs shows any trace of aslr flag...
[22:44:37] <jollyd1> I did a diff -r of both build directories, found that temacs binaries differ, disassembled them with dis, and three pushl operands differ by a small offset...
[22:45:43] <jollyd1> fun fact: it cannot be reproduced on some build servers with the exact same installation of OI...
[22:48:28] <richlowe> I probably screwed something up
[22:48:36] <rmustacc> Are there different defaults in aslr on those systems?
[22:48:46] <richlowe> but aslr shouldn't affect the generated code unless it's via the emacs dumper
[22:49:00] <richlowe> which I doubt could ever work right
[22:51:09] *** danmcd <danmcd!~danmcd@static-71-174-113-16.bstnma.fios.verizon.net> has quit IRC ()
[22:52:19] <jollyd1> /usr/share/emacs/26.3/etc/PROBLEMS does mention quirks on NetBSD and Linux if aslr is enabled.
[22:53:00] <richlowe> right, prior to the unreleased 27 they produce the final emacs executable by saving a memory image of a running process
[22:53:06] <richlowe> which is hairy
[23:00:26] <LeftWing> Is that the unexec() thing?
[23:00:37] <LeftWing> (that old behaviour, that is)
[23:02:27] <richlowe> Yes
[23:02:43] <richlowe> the 27 preleases switched to the portable way by default.
[23:02:56] <richlowe> which I imagine would help jperkin's umem problems too
[23:03:29] <jollyd1> rmustacc: I disabled aslr explicitly to get the build to succeed, I wanted to figure out why the difference in behaviour between alp and me. -z aslr=disable/enable is set in oi-userland in a consistent manner (or at least it seemed so).
[23:05:49] <richlowe> my first guess would be that I screwed something up
[23:05:55] <richlowe> my second guess would be one side being =disable and one letting it default
[23:06:58] *** Bryson <Bryson!~anonymous@ip68-104-0-41.lv.lv.cox.net> has joined #illumos
[23:16:00] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Quit: Leaving)
[23:27:32] *** m4rley <m4rley!~m4rley@207.148.96.120> has quit IRC (Ping timeout: 268 seconds)
[23:28:55] *** m4rley <m4rley!~m4rley@207.148.96.120> has joined #illumos
[23:34:58] <jollyd1> your 2nd option is likely to be right
[23:38:04] <jollyd1> rmustacc: I have not forgotten about the open_memstream testing but my workstation is currently mpi compute node/x11+drm testing guinea pig/gcc-7 build host I need to vacuum a bit and the coronavirus situation has postponed a lot of things...
[23:43:03] *** Asgaroth <Asgaroth!~Asgaroth@64.43.142.197> has joined #illumos
[23:55:44] *** ldepandis <ldepandis!~ldepandis@unaffiliated/ldepandis> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
top

   March 25, 2020  
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >