somewhere.
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
).
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
diff --git a/src/brand/attach b/src/brand/attach
index e754c2c..a0e0abe 100644
--- a/src/brand/attach
+++ b/src/brand/attach
@@ -256,10 +256,8 @@ get_preferred_publisher() {
for key in ${!publishers[*]}; do
eval
On Sun, Dec 08 2013 07:46:30 -0500, Bryan Horstmann-Allen wrote:
+--
| On 2013-12-08 13:01:35, Lauri Tirkkonen wrote:
|
| I believe this isn't enough, since the zone install only installs
| entire. It would work
On Sat, Dec 07 2013 18:52:59 +0200, Lauri Tirkkonen wrote:
I noticed that I could not attach my non-global zones under r151008
after upgrading from r151006. I made a couple VMs to reproduce, and it
turns out that ipkg zone attach is broken on r151008 even on a fresh
install
Just a heads up
/license.php?file=NXII_10/solaris_ev-7.8.11.zip
includes the source code and even has an illumos compilation target (but
no illumos binaries). We tried at work and the driver attaches to our
57810 NICs, but we haven't tried actually using them yet. The license
doesn't seem very permissive though...
--
Lauri
with the same exact version of entire as the
GZ. Or as a workaround, you can tell zoneadm to install the correct
version of omnios-userland as an extra package (-e was the command line
flag I think).
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
|grep userland
depend fmri=incorporation/jeos/omnios-userland@11,5.11-0.151006
type=incorporate
depend fmri=incorporation/jeos/omnios-userland type=require
Your issue was that your entire was older (and did not include this
fix).
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
/access.log includes a libxml2.so.2.9.0,
but the current version is libxml2.so.2.9.1 and that gets dropped. I
don't know how this 'access.log' was generated, but I'm thinking it
should be regenerated :)
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
be
modified to generate matching output (and probably drop the stuff from
under /mnt)?
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios
On Mon, Jan 20 2014 17:52:40 +0200, Lauri Tirkkonen wrote:
On Wed, Jan 15 2014 09:24:48 -0500, Theo Schlossnagle wrote:
patches welcome.
The access.log is generated via the anonymous dtrace
script: anon.dtrace.conf (check the makefile for more info).
Also, someone is welcome to try
this at some point. We are
using grub2 for our netboots, which also supports http, but based on one
test the implementation seems to be just as slow as tftp.
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss
=C
envp[3]: PATH=/usr/sbin:/usr/bin
envp[4]: PWD=/
envp[5]: SHLVL=1
envp[6]: TZ=Europe/Helsinki
envp[7]: A__z=*SHLVL
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss
smtp-notify seems to be generating emails for every recorded diagnosed
event upon system boot, even when those faults have been repaired or
resolved long since. We're on r151006.
This seems like a bug - is anyone else seeing this?
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
of documentation. I just
want to be able to log in over that serial port, or it and /dev/term/a.)
Right, so skip setting console stuff; sttydefs and a console-login
service instance should do it I believe.
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
=root path=bar baz
^
http://docs.oracle.com/cd/E26502_01/html/E21383/pkgcreate.html#gludq
suggests this has has possibly been fixed in Oracle's pkg.
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
___
OmniOS-discuss mailing
to
add -m64 to CXXFLAGS as well.
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
On Mon, Jun 09 2014 12:19:58 +0200, Natxo Asenjo wrote:
cannot set property for 'tank/zones/zone1/ROOT/zbe-5': 'mountpoint' cannot
be set on dataset in a non-global zone
zfs set zoned=off might help here.
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
On Wed, Jun 18 2014 22:48:43 +0200, Natxo Asenjo wrote:
Is there a 64bit system perl? I do not see it in /usr/bin/amd64/perl like
for python2.6.
pkg://omnios/runtime/perl-64
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
___
OmniOS-discuss
-scripts.git build
cd build/ircii
./build.sh
In the PoC I moved buildctl out of build/ and {site,config}.sh inside it
(to the omnios-build-scripts repo). It's not a finished product, but
should demonstrate what I'm saying.
Thoughts?
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
did a git filter-branch
--subdirectory-filter to split the build dir into its own repo, after
which I just removed buildctl, added config.sh and site.sh. The latest
three commits at
https://github.com/niksula/omnios-build-scripts/commits/master
basically.
--
Lauri Tirkkonen | +358 50 5341376
On Wed, Aug 13 2014 09:12:27 +0200, Tobias Oetiker wrote:
I thought pargs was going to show me the arguments
It prints the contents of argv, but the program may have modified it.
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
___
OmniOS
have that version installed, so pkg refuses to downgrade
it without you asking). I think this is a packaging bug in 151008. I
believe I worked around this by 'pkg update curl@7.33' when I upgraded.
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
On Tue, Sep 02 2014 14:22:56 -0400, Dan McDonald wrote:
What I'd like to know now is:
Any updates you need/want in r151012?
Since you asked - how about this? :)
https://github.com/postwait/pkg5/pull/4
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
being
constrained by someone else's idea of what version you should get. This
is pretty easy to do by forking omnios-build and pulling ready-made
build scripts from the available repositories.
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
elaborate on that, but if you want to apply the patch
yourself, it's at https://github.com/postwait/pkg5/pull/4
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com
for contract model services are not con-
sidered failures for transient services.
Because of these I would use 'contract'. If your start method does not
daemonize, you can just add a '' at the end of start/exec.
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
/vmpfsense.sh' name='start'
timeout_seconds='120' /
No. exec_method exec=/usr/bin/vmpfsense.sh ... / or so in XML. You
can also set the properties via svccfg without having to much around
with XML.
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
that to the zone.
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
to binary compatibility. At work we still run LTS, but I am
running quite a few packages at home on 151012 too. Of course, no
guarantees :)
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss
, if a lot more rudimentary (and probably buggier):
https://github.com/niksula/omnios-build-scripts/tree/master/perl-modules
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com
without -b at this point instead.
3) git branch --set-upstream-to=origin/r151006 r151006
4) git pull
... and then tried to merge origin/r151006 into it.
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
libraries, just building
against python2.6 isn't sufficient.
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
remotes/origin/master
remotes/origin/r151008
remotes/origin/r151010
remotes/origin/r151012
remotes/origin/upstream
You can see it's not in 151006, so that's why.
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing
in the
niksula.hut.fi repo. http://radicale.org/
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
On Sun, Jan 18 2015 13:57:22 -0500, Dan McDonald wrote:
Wow! This may be a winner. How nicely does it play with iOS and
MacOS?
I don't use either of those so I can't offer any anecdotes on that,
sorry.
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
at
http://pkg.niksula.hut.fi/ - this is also mentioned at
http://omnios.omniti.com/wiki.php/Packaging
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman
On Wed, Jan 07 2015 23:19:50 +0200, Lauri Tirkkonen wrote:
pkgdepend is telling you that the runtime linker can't find
libdovecot.0.0.0
And that's a typo - I meant libdovecot.so.0.
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
___
OmniOS
exactly this problem by building pigeonhole with rpath appended so that
libdovecot.so.0 could be found:
https://github.com/niksula/omnios-build-scripts/blob/master/pigeonhole/build.sh#L43
--
Lauri Tirkkonen | +358 50 5341376 | lotheac @ IRCnet
configuration. Fortunately for OmniOS, it's mostly a
don't-care.
Sure - as I understand it, this is how user-modifiable configuration
files are normally handled with IPS. What's the problem behind the
seriousness?
--
Lauri Tirkkonen | lotheac @ IRCnet
for the heads up. The build version has also been
removed from pkg info output (both the separate line as well as the
version in the FMRI). I'm also interested in the history; pkg(5) does
still document that the build version is part of the FMRI.
--
Lauri Tirkkonen | lotheac @ IRCnet
On Mon, Aug 10 2015 23:11:24 -0400, Dan McDonald wrote:
There may be a fix in bloody that needs to get backported. Lauri --
you around?
Not very much this week, but what do you need? I'd also like to see this
backported :)
--
Lauri Tirkkonen | lotheac @ IRCnet
On Tue, Aug 11 2015 09:57:55 -0400, Dan McDonald wrote:
On Aug 11, 2015, at 2:33 AM, Lauri Tirkkonen loth...@iki.fi wrote:
Not very much this week, but what do you need? I'd also like to see this
backported :)
I was curious if you knew of any barriers to simply cherry-picking
oing dumb things like listing all existing
snapshots quite frequently, and that ate up memory.
http://www.znapzend.org/
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
erforming just fine, and it's just two spinning disks + two SSDs
for cache/slog.
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
which you need to do when you install a new
service)
If you wanted to restart ntp when any files in the ntp package change on
update, you would need an actuator like
'restart_fmri=svc:/network/ntp:default' on *all* file actions delivered
by the package.
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
-snapshot property locally in a large tree where it also
inherited it from the parent. My memory on this is a bit hazy though.
> I wonder why doesn't the offending process die on some failed malloc...
Good question.
--
Lauri Tirkkonen | lotheac @ IRCnet
_
hot. When we
used it I had to dig it out from somewhere in the interwebs and package
it :)
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
On Fri, Oct 23 2015 09:44:58 +0300, Lauri Tirkkonen wrote:
> On Fri, Oct 23 2015 01:20:16 +0200, Volker A. Brandt wrote:
> > It's been a while since I last tried, but I think this will not work,
> > at least not in some corner cases, e.g. when the pkg is not installed
> > at
to switch to a
different MTA: the mediator (if the other MTA is an IPS package which
also participates in the mediator) and mailwrapper configuration
(otherwise).
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti
642320e20dc30a59fd1effef
> As a temporary fix I copied the hashes from another Errno.pm on a non r16
> system.
>
> znapzend users be warned that upgrading to OmniOS r16 will currently stop
> znapzend from working.
Only if using the system perl for znapzend, my zn
ail
> nowadays ;), if you want to install an MTA in the base how about you
> package up postfix :)... We're currently running it from pkgsrc.
OmniOS at present only ships one MTA choice, and that happens to be
sendmail. I would not mind that being some other MTA, but I think there
needs
u/share/terminfo correctly, not even stat()ing anything under
/opt. Maybe you need to look at whoever shipped your mc?
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
, I don't think keeping
sendmail on life support is worth it, which removes option 1. Since
there are MSA/LDA consumers, option 2 isn't feasible either. That leaves
only option 3, unless "do nothing" is an option.
--
Lauri Tirkkonen | lotheac @ IRCnet
part of the tree and install our own
> thing in our own way... but I want to at least explore the options which have
> a bearing on illumos-gate (ie; the greater illumos community) first.
True. I do think that excising sendmail and replacing it with something
would also benefit the greater i
f fresh installs aren't getting sendmail then
> optional is not doing what you want here :(
> I'm not sure if group would be any better.
It is, I tested that a new empty image gets sendmail when I install
entire into it.
--
Lauri Tirkkonen | lotheac @ IRCnet
_
use delegations
instead. Don't know if that's relevant or not.
Any clues?
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
'(gdbm\.h|What libraries)' build.log
What libraries to use? [-lsocket -lnsl -ldl -lm -lpthread -lc]
NOT found.
What libraries to use? [-lsocket -lnsl -ldl -lm -lpthread -lc]
NOT found.
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS
On Thu, Oct 08 2015 16:23:35 -0400, Eric Sproul wrote:
> On Thu, Oct 8, 2015 at 3:37 PM, Lauri Tirkkonen <loth...@iki.fi> wrote:
> > % pkg list -Hv simplejson-26
> >
> > pkg://omnios/library/python-2/simplejson-26@3.6.5-0.151014:20150402T184431
packages out of a non-current boot environment? (Or for
> that matter from the current boot environment.)
Mount the BE (beadm mount) and run 'pkg -R list -v'. For
the current BE just 'pkg list -v'.
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-dis
help explain
what you're seeing?
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
h Dan, but I suspect it's going to be a blocker for backporting.
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
nections between other OSes as well (but
I still can't be sure because I don't know what middlebox is injecting
them or why :)
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.
se (or would OI not honour that setting correctly)?
It wouldn't work. From what I can tell, those ndd settings only affect
the SYN segments (ie. timestamp negotiation); pre-5850 illumos will
always stop timestamping mid-connection if it receives a non-timestamped
segment.
--
Lauri Tirkkonen | loth
On Mon, Sep 28 2015 16:20:03 +0200, Richard PALO wrote:
> Le 28/09/15 15:46, Lauri Tirkkonen a écrit :
> > On Mon, Sep 28 2015 08:21:46 -0400, Dan McDonald wrote:
> >>
> >>> On Sep 28, 2015, at 8:15 AM, Dan McDonald <dan...@omniti.com> wrote:
> >>&g
On Mon, Sep 28 2015 16:20:03 +0200, Richard PALO wrote:
> Le 28/09/15 15:46, Lauri Tirkkonen a écrit :
> > On Mon, Sep 28 2015 08:21:46 -0400, Dan McDonald wrote:
> >>
> >>> On Sep 28, 2015, at 8:15 AM, Dan McDonald <dan...@omniti.com> wrote:
> >>&g
On Thu, Oct 01 2015 13:49:03 +0200, Richard PALO wrote:
> Le 01/10/15 11:58, Lauri Tirkkonen a écrit :
> > On Thu, Oct 01 2015 11:50:03 +0200, Richard PALO wrote:
> >>>> In that case, wouldn't setting tcp_tstamp_always on OI to '1' be better
> >>>> in
&
nd for this, sorry.
> >
>
> Too bad. Naturally it isn't feasible to turn things off via ndd on omnios
> for just one target.
> Is there any way to do that differently? That is, for only one target (and
> primarily ssh)?
Not that I know of.
--
Lauri Tirkkonen | lotheac @ IRCne
st-5850 if you can, or to
scream loudly at whoever is modifying your traffic :)
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
lumos box to stop generation of
timestamps, after which all segments it sends are rejected by the newer
box.
Oh, and in the future, please post snoop capture files (from snoop -o);
it's much easier to find the desired information in those :)
[0]:
http://src.illumos.org/source/xref/illumos-ga
segment because it has no timestamps. Of course, it's possible that the
middlebox won't like being ignored and might cause other failures (it
could still inject RSTs, for example, since those are not required to
have timestamps).
--
Lauri Tirkkonen | lotheac @ IRCnet
___
y to what the message at the end claims, running it again will
proceed to redownload everything and takes forever, so this is a bit
annoying to debug from my end.
Has anyone else seen this? Given that it works for the bloody
repository, maybe it's a problem in a package in the r151014/r151016
repositories? Or
ns
I believe this thread is about improving the interactive installer.
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
eb12) bloody?
> I'll bet a beer you can't.
I'm running it on my bloody box now, will let you know.
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
On Fri, Feb 26 2016 18:08:45 +0200, Lauri Tirkkonen wrote:
> On Fri, Feb 26 2016 10:58:54 -0500, Dan McDonald wrote:
> > And IIRC, the other person who reported this reported it on r151014. I
> > think I need to backport this to '014 and '016.
>
> Yeah, I'm try
> I have tried installing the Niksula version, but I can't find any svcadm
> scripts to start it up (or am I missing them?).
We don't ship any, because we run our agents from cron with --onetime.
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-
n version 2.something
when we first started using it. 'puppet kick' also existed then, to
trigger an agent run from the master, but it doesn't anymore; we don't
think there's any reason to run the agent as a daemon.
--
Lauri Tirkkonen | lotheac
> gone again (i.e. PR #82).
Yep, it works, thanks. You mentioned on the PR that you'd backport it to
supported releases as well; is that happening?
https://github.com/omniti-labs/omnios-build/pull/82#issuecomment-192332860
--
Lauri Tirkkonen | lotheac @ IRCnet
_
to test it out, please. It will be on the
> bloody repo server in about 30 minutes from now (11pm US/Eastern) so you can
> "pkg update" to get it.
Works fine here. omnios-build PR #82 doesn't seem to be applied to this
build though?
--
Lau
On Thu, Oct 08 2015 10:59:20 +0300, Lauri Tirkkonen wrote:
> Assertion failed: ilen <= SPA_MAXBLOCKSIZE, file
> ../common/libzfs_sendrecv.c, line 1706, function recv_read
I have a repro of this now: a 17MB incremental replication stream, which
coredumps 'zfs recv' (even when use
On Fri, Mar 04 2016 14:17:48 +0200, Lauri Tirkkonen wrote:
> On Thu, Oct 08 2015 10:59:20 +0300, Lauri Tirkkonen wrote:
> > Assertion failed: ilen <= SPA_MAXBLOCKSIZE, file
> > ../common/libzfs_sendrecv.c, line 1706, function recv_read
>
> I have a repro of this
On Fri, Mar 04 2016 10:55:15 -0500, Dan McDonald wrote:
>
> > On Mar 4, 2016, at 10:43 AM, Lauri Tirkkonen <loth...@iki.fi> wrote:
> >
> > I fixed snapshot pruning for the source dataset and it's working again,
> > but this still seems like a bug - I'll try to
3
[1]: eg. 151006 removed several libraries, including libgnutls and
libgcrypt. http://omnios.omniti.com/wiki.php/ReleaseNotes/r151006
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
log level is 'notice'; try bumping it to 'info' (and make
sure that /var/log/authlog exists if that's where you want these logs).
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti
On Thu, Aug 11 2016 13:11:56 -0400, Dan McDonald wrote:
>
> > On Aug 11, 2016, at 3:13 AM, Lauri Tirkkonen <loth...@iki.fi> wrote:
> >
> > Hi, starting between 17.00 and 21.00 UTC yesterday (Wed Aug 10), there
> > seems to be something funky with the
1.17.1-0.151019:20160422T013322Z
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
y called from
auth_get_canonical_hostname, which always seems to get options.use_dns
from the caller.
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
On Tue, Nov 29 2016 13:30:17 +0200, Lauri Tirkkonen wrote:
> On Tue, Nov 29 2016 10:47:10 +0100, Olaf Marzocchi wrote:
> > Dear all,
> > Since I upgraded to OpenSSH I have the following problem with DNS:
> > reverse mapping checking getaddrinfo for hostxxx.retail.teleco
> noise, compact, etc.
I use this with a small mini-ITX case that fits six 3.5" disks:
https://www.supermicro.com/products/motherboard/Atom/X10/A1SAi-2550F.cfm
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniOS-discuss
primary,value="true")
add property (name=ips,value="dhcp,addrconf")
end
ie. just add another address into the same property and delimit them with
commas.
--
Lauri Tirkkonen | lotheac @ IRCnet
___
OmniOS-discuss mailing list
OmniO
89 matches
Mail list logo