Switch to DuckDuckGo Search
   August 27, 2019  
< | 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 | >

Toggle Join/Part | bottom
[00:08:43] <jimklimov> FYI, what I complained of in the morning is probably resolved... while USB passthrough of storage into VirtualBox OI from a Windows host did not pick up well, a SAS device with a VMDK pointing to the whole USB-connected disk did. Many other controllers did not... Even works decently well, zfs recving at up to 65MB/s of what I've seen in iostat :)
[00:09:44] <jimklimov> Seems earlier attempts with USB held many devices locked on the host OS, so rebooting both VM and host fully (like poweroff-poweron) was a likely required part of the ritual
[00:10:28] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-141-249.rochester.res.rr.com> has joined #illumos
[00:10:58] <jimklimov> and for coincidence sake, my next option would have been iSCSI... if I managed to publish the disk somehow, from Windows 7 host (not too likely) or maybe its passthrough into a linux would have gone better... don't know now
[00:19:37] *** andy_js <andy_js!~andy@94.12.192.123> has quit IRC (Read error: Connection reset by peer)
[00:20:10] *** andy_js <andy_js!~andy@94.12.192.123> has joined #illumos
[00:29:22] *** snuff-work <snuff-work!~snuff-wor@202-161-112-134.tpgi.com.au> has joined #illumos
[00:55:01] *** gwr <gwr!~gwr@151.203.114.175> has joined #illumos
[01:00:03] *** andy_js <andy_js!~andy@94.12.192.123> has quit IRC (Quit: andy_js)
[01:10:30] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Remote host closed the connection)
[01:11:22] *** jubal_ <jubal_!~jubal@226-5-237-24.gci.net> has joined #illumos
[01:12:21] *** jubal <jubal!~jubal@226-5-237-24.gci.net> has quit IRC (Ping timeout: 244 seconds)
[01:23:13] *** lent <lent!~xander@flanflanflan.xanderlent.net> has left #illumos
[01:24:20] *** xanderlent <xanderlent!xander@flanflanflan.xanderlent.net> has joined #illumos
[01:29:36] <ryaeng> freebsd doesn't appear to like @ in the first position of the username. It will however take 23.
[01:29:52] <ryaeng> https://usercontent.irccloud-cdn.com/file/d4FLAVrH/adduser_freebsd.PNG
[01:29:58] <ryaeng> https://usercontent.irccloud-cdn.com/file/tRjMJ3en/passwd_freebsd.PNG
[01:30:06] <ryaeng> https://usercontent.irccloud-cdn.com/file/WHC2M1bO/23_adduser_freebsd.PNG
[01:30:25] <ryaeng> I'm going to check centos shortly.
[01:31:03] <rmustacc> ryaeng: But what if you just manually edit /etc/passwd?
[01:31:36] <ryaeng> Didn't cross my mind. Lemme give it a try.
[01:31:55] <rmustacc> I just say that because in some ways if the tools are trying to be more restrictive than the surrounding ecosystem that can be good/bad.
[01:32:01] <richlowe> ryaeng: historically speaking, most of the "limits" on usernames are enforced in the tools that manipulate the password file, and nowhere else
[01:32:09] <richlowe> (for good and bad)
[01:34:51] <LeftWing> Does POSIX cover user and group names?
[01:37:18] <ryaeng> I modified /etc/passwd and try to su to that user. su returns unknown login.
[01:37:30] <ryaeng> Console login doesn't like it either.
[01:37:58] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[01:39:14] *** _i4k_ <_i4k_!~i4k@78.17.59.80> has quit IRC (Quit: sleep(2))
[01:40:19] <ryaeng> LeftWing: I don't know
[01:55:39] <ryaeng> ubuntu wouldn't create the account with adduser. It would allow me to su to the user once I created another user and changed the name via /etc/passwd.
[01:55:49] <ryaeng> https://usercontent.irccloud-cdn.com/file/iWN7WerV/image.png
[01:57:27] <ryaeng> freebsd seems to be more stringent on one's ability to utilize an account that begins with @. I couldn't su or login via the console.
[02:03:00] <ryaeng> centos seems to behave the same as ubuntu. adduser will not allow me to create the account. I can create an account and then change it via /etc/passwd. I can then su to the account.
[02:06:28] <ryaeng> It would seem as though the current setup (warnings) is the appropriate action. The tools aren't preventing you from doing something that the system doesn't strictly prohibit. Thoughts?
[02:14:20] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[02:14:51] <yuripv> is it freebsd question?
[02:16:11] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has quit IRC (Remote host closed the connection)
[02:17:12] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has joined #illumos
[02:21:30] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has quit IRC (Ping timeout: 258 seconds)
[02:23:31] <gitomat> [illumos-gate] 11613 libzfs_crypto doesn't need to use kmfapi.h -- Jason King <jason.king at joyent dot com>
[02:28:32] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[02:30:00] *** CVLTCMK0 <CVLTCMK0!~Ident@ool-2f1257d8.dyn.optonline.net> has quit IRC (Read error: Connection reset by peer)
[02:51:33] *** user889 <user889!~user888@pool-74-105-193-56.nwrknj.fios.verizon.net> has joined #illumos
[02:51:46] *** gwr <gwr!~gwr@151.203.114.175> has quit IRC (Quit: This computer has gone to sleep)
[02:54:49] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[02:59:38] *** gwr <gwr!~gwr@151.203.114.175> has joined #illumos
[03:08:09] <ryaeng> yuripv: it's a question of whether or not anything should be done to address https://www.illumos.org/issues/6130
[03:15:12] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[03:17:07] *** gwr <gwr!~gwr@151.203.114.175> has quit IRC (Quit: Leaving)
[03:20:00] *** ed209 <ed209!~ed209@165.225.128.67> has quit IRC (Remote host closed the connection)
[03:20:08] *** ed209 <ed209!~ed209@165.225.128.67> has joined #illumos
[03:33:29] <Kurlon> On FreeBSD, how did you edit /etc/passwd?
[04:07:15] <yuripv> ryaeng: got it, now I'm wondering what is the use case for that
[04:07:54] <yuripv> Kurlon: you don't, tools like vipw or pw should be used instead
[04:08:40] <ryaeng> I edited the /etc/passed using vi and simply replaced the username with @@@@.
[04:13:27] <Kurlon> Ok, that doesn't actually update the passwd database. Fire off vipw and use that to make the change.
[04:14:47] <Kurlon> Or, yuripv is on top of things better than I am. :D
[04:40:28] *** jelmd <jelmd!~purple@port-ip-88-150-100-66.reverse.mdcc-fun.de> has quit IRC (Quit: Leaving.)
[04:41:39] *** jelmd <jelmd!~purple@port-ip-88-150-100-66.reverse.mdcc-fun.de> has joined #illumos
[04:53:56] *** nexgen2 <nexgen2!~nexgen@144.172.68.147> has quit IRC (Quit: Leaving)
[05:03:57] *** sjorge <sjorge!~sjorge@unaffiliated/sjorge> has quit IRC (Read error: Connection reset by peer)
[05:04:26] *** sjorge <sjorge!~sjorge@unaffiliated/sjorge> has joined #illumos
[05:42:47] *** user889 <user889!~user888@pool-74-105-193-56.nwrknj.fios.verizon.net> has quit IRC (Quit: Leaving)
[06:02:05] *** psarria <psarria!~phyre___@31.211.191.164> has joined #illumos
[06:08:23] *** user888 <user888!~user888@pool-74-105-193-56.nwrknj.fios.verizon.net> has joined #illumos
[06:14:01] *** jubal_ <jubal_!~jubal@226-5-237-24.gci.net> has quit IRC (Quit: jubal_)
[07:11:32] *** jollyd <jollyd!~alarcher@2a01:cb1d:1dc:9200:b6dc:ac4a:10be:23a7> has joined #illumos
[07:17:06] *** jubal <jubal!~jubal@226-5-237-24.gci.net> has joined #illumos
[07:47:33] *** psarria <psarria!~phyre___@31.211.191.164> has quit IRC (Ping timeout: 245 seconds)
[07:53:08] *** jimklimov <jimklimov!~jimklimov@ip-86-49-243-242.net.upcbroadband.cz> has quit IRC (Ping timeout: 248 seconds)
[07:58:34] <jollyd> hmm... it could be that some oi-userland tools are not happy with the new nawk
[07:58:38] <jollyd> /usr/bin/nawk: continue illegal outside of loops at source line 7 source file /scratch/alarcher/oi-userland/tools/generate-history
[07:59:18] <tsoome> yes, see 11551 Clean up nawk(1) usage in illumos-gate
[07:59:36] <tsoome> there are some examples…
[07:59:37] <jollyd> tsoome: thanks for the pointer
[07:59:37] <jbk> you probably want 'next'
[08:01:30] <jollyd> tsoome, jbk: will the older nawk be able to cope with 'next' as well?
[08:04:00] <jbk> it should
[08:04:32] <jbk> IIRC, that was always the 'correct' way to restart processing of all the clauses on a new line
[08:07:16] *** user888 <user888!~user888@pool-74-105-193-56.nwrknj.fios.verizon.net> has quit IRC (Quit: Leaving)
[08:11:19] <jollyd> tsoome, jbk: this was indeed the issue thank you
[08:11:56] <tsoome> :)
[08:15:10] *** tsoome <tsoome!~tsoome@80.235.52.148> has quit IRC (Quit: tsoome)
[08:26:31] *** amrfrsh <amrfrsh!~Thunderbi@190.2.145.106> has quit IRC (Quit: amrfrsh)
[08:34:54] *** alanc <alanc!~alanc@129.157.69.38> has quit IRC (Remote host closed the connection)
[08:35:22] *** alanc <alanc!~alanc@129.157.69.38> has joined #illumos
[08:41:54] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[08:48:36] <jimklimov> ryaeng: saw your discussion from last night
[08:48:51] <jimklimov> at least partially
[08:49:04] <jimklimov> are you sure that the entries starting with @ are intended as usernames?
[08:49:44] <jimklimov> I had quite a bit of those referring to netgroups, a nifty NIS-era concept made available with the LDAP client, among other things
[08:50:43] <jimklimov> effectively it allowed to "include" entries into the local password database file, referring to some smart filtering of the LDAP data with the netgroup
[08:52:03] <jimklimov> our typical use-case was for naming tuples of (host, user, domain) listed in LDAP, and so for certain hosts certain accounts got defined
[08:52:36] <jimklimov> other users were not just denied login, as with other approaches, they were just blank undefined, no name, no number
[08:53:29] <jimklimov> so in the passwd file there would be a reference like @net-admins et voila, all our hosts know about currently centrally defined admin team members
[08:59:21] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[09:13:03] *** merzo <merzo!~merzo@46.37.202.156> has joined #illumos
[09:22:20] *** andy_js <andy_js!~andy@94.12.192.123> has joined #illumos
[09:53:04] *** merzo <merzo!~merzo@46.37.202.156> has quit IRC (Ping timeout: 258 seconds)
[09:58:22] *** jubal_ <jubal_!~jubal@178-0-237-24.gci.net> has joined #illumos
[10:00:52] *** jubal <jubal!~jubal@226-5-237-24.gci.net> has quit IRC (Ping timeout: 272 seconds)
[10:34:53] *** man_u <man_u!~manu@manu2.gandi.net> has joined #illumos
[10:37:12] *** heroux <heroux!sandroco@gateway/shell/insomnia247/x-hmzsunahslcugfld> has quit IRC (Ping timeout: 268 seconds)
[10:37:27] *** heroux <heroux!sandroco@gateway/shell/insomnia247/x-mjgkxlcvypidxvow> has joined #illumos
[10:47:59] *** _i4k_ <_i4k_!~i4k@78.17.59.80> has joined #illumos
[10:48:08] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[10:50:31] *** _i4k_ <_i4k_!~i4k@78.17.59.80> has quit IRC (Client Quit)
[10:52:35] *** _i4k_ <_i4k_!~i4k@78.17.59.80> has joined #illumos
[10:53:04] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[11:59:22] *** merzo <merzo!~merzo@46.37.202.156> has joined #illumos
[12:10:56] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[12:20:00] *** ed209 <ed209!~ed209@165.225.128.67> has quit IRC (Remote host closed the connection)
[12:20:07] *** ed209 <ed209!~ed209@165.225.128.67> has joined #illumos
[12:48:22] *** MilkmanDan <MilkmanDan!~dan@wilug/expat/MilkmanDan> has quit IRC (Ping timeout: 245 seconds)
[12:48:44] *** MilkmanDan <MilkmanDan!~dan@wilug/expat/MilkmanDan> has joined #illumos
[12:50:07] *** merzo <merzo!~merzo@46.37.202.156> has quit IRC (Ping timeout: 246 seconds)
[12:55:21] *** _i4k_ <_i4k_!~i4k@78.17.59.80> has quit IRC (Quit: sleep(2))
[13:05:31] *** _i4k_ <_i4k_!~i4k@78.17.59.80> has joined #illumos
[13:35:28] *** _i4k_ <_i4k_!~i4k@78.17.59.80> has quit IRC (Ping timeout: 245 seconds)
[13:40:02] *** MilkmanDan <MilkmanDan!~dan@wilug/expat/MilkmanDan> has quit IRC (Ping timeout: 245 seconds)
[13:42:05] *** MilkmanDan <MilkmanDan!~dan@wilug/expat/MilkmanDan> has joined #illumos
[13:59:08] *** _i4k_ <_i4k_!~i4k@185.20.63.25> has joined #illumos
[14:15:37] <_i4k_> Hi folks
[14:16:28] <_i4k_> I’m trying to compile an unix application on solaris (openindiana) but it seems the macro BYTE_ORDER and the related ones are not defined.
[14:16:41] <_i4k_> I saw that _BYTE_ORDER is defined.
[14:18:04] <_i4k_> I’m seeing several compat macros (_XPG2_4, _XPG5 and so on) but none of them seems to define the BYTE_ORDER, BIG_ENDIAN and LITTLE_ENDIAN macros
[14:18:16] <jlevon> #include <endian.h> ?
[14:18:35] <_i4k_> Is that by design? Do I need to ifdef and use _BYTE_ORDER on solaris?
[14:19:05] <_i4k_> endian.h defines a lot of macros but not the ones I want
[14:20:07] <_i4k_> yes, it does define it but not by default when including netinet/in.h
[14:20:31] <jlevon> endian.h is what you need to include.
[14:21:00] <_i4k_> ok, but then I’ll need to patch the software
[14:21:20] <_i4k_> it works on linux, freebsd, osx, etc, by just including netinet/in.h
[14:21:58] <_i4k_> I was hoping to just pass -D_SOME_FLAG and make it compat
[14:22:33] <andyf> The software shouldn't depend on side-effects like that, but it's always difficult if it working on other platforms.
[14:22:49] <jlevon> if you're just looking for a hack then -include /usr/include/endian.h would do
[14:25:24] <andyf> or, also a hack, -DBYTE_ORDER=1234
[14:25:46] <andyf> but if you can, try and get the upstream software maintainer to include <endian.h> as they should
[14:30:26] *** jellydonut <jellydonut!~quassel@185.94.190.139> has joined #illumos
[14:35:52] <_i4k_> yes, I contribute to this software but never used solaris
[14:35:54] <_i4k_> https://github.com/nginx/unit/pull/298
[14:36:22] <_i4k_> https://github.com/nginx/unit/pull/298#issuecomment-525279853
[14:36:31] <igork> BYTE_ORDER per platform defined in gcc
[14:38:23] <_i4k_> yes, but Unit can be compiled with other compilers as well
[14:39:14] <_i4k_> $ gcc -dM -E - < /dev/null | grep BYTE_ORDER
[14:39:15] <_i4k_> #define __BYTE_ORDER__ __ORDER_LITTLE_ENDIAN__
[14:41:28] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has joined #illumos
[14:56:28] *** psarria <psarria!~phyre___@31.211.191.164> has joined #illumos
[15:30:46] *** user888 <user888!~user888@pool-74-105-193-56.nwrknj.fios.verizon.net> has joined #illumos
[15:35:27] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-141-249.rochester.res.rr.com> has quit IRC (Ping timeout: 245 seconds)
[15:42:49] *** neirac <neirac!~cneir@190.162.109.190> has joined #illumos
[15:52:08] *** danmcd <danmcd!~danmcd@static-71-174-113-16.bstnma.fios.verizon.net> has joined #illumos
[15:52:16] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[15:52:48] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[15:53:33] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[15:53:48] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[15:55:47] *** jellydonut <jellydonut!~quassel@185.94.190.139> has quit IRC (Quit: jellydonut)
[15:56:26] *** jellydonut <jellydonut!~quassel@s91904422.blix.com> has joined #illumos
[16:06:21] *** nexgen2 <nexgen2!~nexgen@144.172.68.147> has joined #illumos
[16:10:05] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[16:10:05] *** jimklimov1 <jimklimov1!~jimklimov@31.7.243.238> has joined #illumos
[16:10:05] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[16:19:46] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 246 seconds)
[16:22:07] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Ping timeout: 245 seconds)
[16:23:29] *** ruid <ruid!~ruid@unaffiliated/ruid> has joined #illumos
[16:24:23] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[16:27:41] <ryaeng> jimklimov1: The question is whether or not adduser should prevent the addition of usernames with non-alphanumeric characters, @ in this case.
[16:27:47] <ryaeng> https://www.illumos.org/issues/6130
[16:30:14] <gitomat> [illumos-gate] 11608 add DKIOC ioctl to report drive UNMAP support -- Jerry Jelinek <jerry.jelinek at joyent dot com>
[16:32:03] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has joined #illumos
[16:35:53] *** neirac <neirac!~cneir@190.162.109.190> has quit IRC (Read error: Connection reset by peer)
[16:38:27] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[16:38:30] *** jimklimov1 <jimklimov1!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[16:43:34] *** neirac <neirac!~cneir@190.162.109.190> has joined #illumos
[16:54:28] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Ping timeout: 248 seconds)
[16:57:35] *** _i4k_ <_i4k_!~i4k@185.20.63.25> has quit IRC (Quit: sleep(2))
[16:57:41] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[17:02:40] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 272 seconds)
[17:04:35] *** wiedi <wiedi!~wiedi@ip5b4096a6.dynamic.kabel-deutschland.de> has quit IRC (Read error: Connection reset by peer)
[17:05:47] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[17:27:27] *** wiedi <wiedi!~wiedi@ip5b4096a6.dynamic.kabel-deutschland.de> has joined #illumos
[17:30:16] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Quit: Leaving)
[17:32:18] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[17:38:17] *** wiedi <wiedi!~wiedi@ip5b4096a6.dynamic.kabel-deutschland.de> has quit IRC (Read error: Connection reset by peer)
[17:44:37] *** wiedi <wiedi!~wiedi@ip5b4096a6.dynamic.kabel-deutschland.de> has joined #illumos
[17:57:13] <Kurlon> https://paste.ec/paste/2HuBEMjc#RMv-Yius84AbFIInjtALcXGzG9M8LVhq2JOM4bzybcC <- Full trace of a two port aggr being built on r151030 with two bnx devices.
[18:00:40] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has joined #illumos
[18:03:16] <igork> Kurlon: what is your hw with bnx?
[18:03:44] <Kurlon> 6th gen HP DL servers, in this case a DL380 G6 to be specific
[18:03:49] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Quit: tsoome)
[18:04:06] <Kurlon> Broadcom 5709 nics
[18:15:43] *** pmooney <pmooney!~pmooney@67-4-175-230.mpls.qwest.net> has quit IRC (Quit: WeeChat 2.5)
[18:15:57] *** pmooney <pmooney!~pmooney@67-4-175-230.mpls.qwest.net> has joined #illumos
[18:18:54] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[18:20:59] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Quit: Leaving)
[18:28:15] <Agnar> does anyone here has ever heared of a kubectl binary for illumos?
[18:29:20] <LeftWing> Agnar: Is that just an API client? If it's written in Go, you could conceivably build it
[18:29:48] <Agnar> LeftWing: it is in go, but afaik kubectl also includes the kubelet which means docker dependencies, etc
[18:29:57] <LeftWing> Ah, that is tedious.
[18:30:36] <Agnar> but I might be wrong and you cool joyent freaks have something ;)
[18:34:24] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 258 seconds)
[18:35:33] *** man_u <man_u!~manu@manu2.gandi.net> has quit IRC (Quit: man_u)
[19:01:24] *** daleg <daleg!~daleg@pool-173-73-232-244.washdc.fios.verizon.net> has joined #illumos
[19:02:49] <wilbury> hi folks
[19:02:56] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[19:03:00] *** user888 <user888!~user888@pool-74-105-193-56.nwrknj.fios.verizon.net> has quit IRC (Ping timeout: 272 seconds)
[19:06:27] <rmustacc> Hello
[19:06:47] <tsoome> hi
[19:06:54] <daleg> hey
[19:07:09] <tsoome> winter is coming!
[19:07:27] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has quit IRC (Quit: aszeszo)
[19:08:23] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[19:08:33] <yuripv> I do hope so, this heat is annoying
[19:10:27] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 245 seconds)
[19:30:05] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[19:42:56] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has joined #illumos
[20:10:17] *** user888 <user888!~user888@pool-74-105-193-56.nwrknj.fios.verizon.net> has joined #illumos
[20:22:12] *** jordan[m]1 <jordan[m]1!~jordantim@2607:3f00:11:24::3> has joined #illumos
[21:12:52] *** ngchk1_ <ngchk1_!~ngchk1@b2b-92-50-91-166.unitymedia.biz> has quit IRC (Quit: Leaving)
[21:20:56] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has quit IRC (Quit: aszeszo)
[21:24:00] *** neirac <neirac!~cneir@190.162.109.190> has quit IRC (Read error: Connection reset by peer)
[21:26:54] *** myrkraverk <myrkraverk!~chatzilla@unaffiliated/myrkraverk> has quit IRC (Ping timeout: 258 seconds)
[21:29:04] *** myrkraverk <myrkraverk!~chatzilla@unaffiliated/myrkraverk> has joined #illumos
[21:31:54] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[21:36:22] <ptribble> Oh. Can a commit to the gate have 2 "Approved by:" lines?
[21:36:39] * ptribble goes to look for prior art
[21:40:54] <richlowe> no
[21:41:02] <richlowe> I mean it could, but I a always just pick the person I like most :)
[21:41:33] <ptribble> Found 3 of them, but it seems ... undesirable
[21:41:42] <tsoome> another can be reviewed by:)
[21:42:10] <richlowe> hopefully we can get this all less manual soon.
[21:42:17] <ptribble> I think I just pick the advocate based on email timestamp.
[21:47:55] *** lystra <lystra!~lystra@d53-64-11-169.nap.wideopenwest.com> has quit IRC (Ping timeout: 276 seconds)
[21:51:01] <gitomat> [illumos-gate] 11618 Use exec_attr instead of suid for smbfs mount and unmount -- Gordon Ross <gwr at nexenta dot com>
[21:55:08] *** lystra <lystra!~lystra@d53-64-11-169.nap.wideopenwest.com> has joined #illumos
[21:59:18] *** KungFuJesus <KungFuJesus!~adamstyli@207.250.97.74> has joined #illumos
[21:59:25] <KungFuJesus> is there anything special that needs to be done to enable multipath support with a supermicro backplane? It seems to just show 96 devices, mpathadm list LU doesn't show any LUNs
[21:59:43] <gitomat> [illumos-gate] 11620 strtod man page typo equence -- Peter Tribble <peter.tribble at gmail dot com>
[21:59:48] <KungFuJesus> this is on a pair of LSI 9305 SAS controllers
[22:03:05] <tsoome> KungFuJesus: stmsboot -e
[22:05:42] <gitomat> [illumos-gate] 11622 clean up rarer mandoc lint warnings -- Peter Tribble <peter.tribble at gmail dot com>
[22:08:57] <yuripv> well, stmsboot is kinda useless, all it does is changing the appropriate .conf files, which already have mpxio enabled by default
[22:09:58] <tsoome> ou, we have it enabled already?
[22:10:38] <KungFuJesus> tsoome: tried that, it looks to be enabled, it's just not showing anything with mpathadm list lu
[22:11:12] <KungFuJesus> is there anything special that needs to be done with the backplane, the SAS controller, or the scsi_vhci.conf file?
[22:11:14] <tsoome> well, in that case you have driver which does not support it...
[22:11:25] <KungFuJesus> I'm using the 9305 controller with IT firmware
[22:11:31] *** lystra <lystra!~lystra@d53-64-11-169.nap.wideopenwest.com> has quit IRC (Ping timeout: 246 seconds)
[22:11:33] <yuripv> KungFuJesus: yes, you most likely need to modify scsi_vhci.conf
[22:11:55] <KungFuJesus> tsoome: mpt_sas should support it, no?
[22:12:46] <yuripv> KungFuJesus: see the scsi-vhci-failover-override and add your disk to be accepted by f_sym module
[22:12:46] <KungFuJesus> tsoome: sorry, I've never done mpxio before, not sure if there's anything special on the controller firmware side of things that needs to be done
[22:12:57] <KungFuJesus> heh, just tried that, we'll see if it works on reboot
[22:13:52] <KungFuJesus> I derived the string via mdb with this: echo "::walk sd_state | ::grep '.!=0' | ::print struct sd_lun un_sd | ::print struct scsi_device sd_inq | ::print struct scsi_inquiry inq_vid inq_pid" | mdb -k
[22:13:57] <KungFuJesus> is this the same string?
[22:14:48] <KungFuJesus> awesome, it's working
[22:15:10] <KungFuJesus> is there anything special I need to do with 4k disks for this to behave correctly?
[22:18:01] *** merzo <merzo!~merzo@77-20-132-95.pool.ukrtel.net> has joined #illumos
[22:20:01] *** ed209 <ed209!~ed209@165.225.128.67> has quit IRC (Remote host closed the connection)
[22:20:08] *** ed209 <ed209!~ed209@165.225.128.67> has joined #illumos
[22:24:13] *** merzo <merzo!~merzo@77-20-132-95.pool.ukrtel.net> has quit IRC (Ping timeout: 245 seconds)
[22:28:46] <yuripv> if they are recognized as such, no
[22:28:56] *** lystra <lystra!~lystra@d53-64-11-169.nap.wideopenwest.com> has joined #illumos
[22:29:34] *** neirac <neirac!~cneir@190.162.109.190> has joined #illumos
[22:30:36] *** merzo <merzo!~merzo@89-31-132-95.pool.ukrtel.net> has joined #illumos
[22:57:34] *** Kurlon_ <Kurlon_!~Kurlon@bidd-pub-04.gwi.net> has joined #illumos
[22:58:23] *** jollyd <jollyd!~alarcher@2a01:cb1d:1dc:9200:b6dc:ac4a:10be:23a7> has quit IRC (Quit: Leaving.)
[23:00:06] *** amrfrsh <amrfrsh!~Thunderbi@190.2.145.106> has joined #illumos
[23:00:20] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 248 seconds)
[23:01:42] *** Kurlon_ <Kurlon_!~Kurlon@bidd-pub-04.gwi.net> has quit IRC (Ping timeout: 245 seconds)
[23:01:57] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Quit: Leaving)
[23:12:57] *** jellydonut <jellydonut!~quassel@s91904422.blix.com> has quit IRC (Quit: jellydonut)
[23:36:59] *** andy_js <andy_js!~andy@94.12.192.123> has quit IRC (Quit: andy_js)
[23:47:21] *** baojg <baojg!~baojg@162.243.44.213> has quit IRC (Remote host closed the connection)
[23:47:30] *** baojg <baojg!~baojg@162.243.44.213> has joined #illumos
[23:50:06] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
top

   August 27, 2019  
< | 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 | >