Re: [OmniOS-discuss] OmniOS doc
In what format can we do this if you are agree ? A page in the actual wiki ? a dedicated website ? cms ? pdf file ? What about putting it on github and just build a nice community doc with jekyll based github pages? That would allow easy contribution and gives us maximum flexibility. Cheers, Steffen smime.p7s Description: S/MIME cryptographic signature ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] OmniOS doc
In what format can we do this if you are agree ? A page in the actual wiki ? a dedicated website ? cms ? pdf file ? What about putting it on github and just build a nice community doc with jekyll based github pages? That would allow easy contribution and gives us maximum flexibility. @omniti: Would it be appreciated if I’m jumping in and just setup such a basic community doc page? I’m not a great artist but I think I’m able to produce something useable. Cheers, Steffen smime.p7s Description: S/MIME cryptographic signature ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] pkgsend generate bug with spaces in file names
On Tue, Nov 04 2014 13:35:39 +, Al Slater wrote: I have run into the same problem while packaging cmake. Is there a solution? I have an open pull request for this, but from what I understand OmniOS' pkg isn't currently in a state where they can merge it. The OmniTIers can probably 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/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] pkgsend generate bug with spaces in file names
On 04/11/14 13:43, Lauri Tirkkonen wrote: On Tue, Nov 04 2014 13:35:39 +, Al Slater wrote: I have run into the same problem while packaging cmake. Is there a solution? I have an open pull request for this, but from what I understand OmniOS' pkg isn't currently in a state where they can merge it. The OmniTIers can probably elaborate on that, but if you want to apply the patch yourself, it's at https://github.com/postwait/pkg5/pull/4 Thanks for that. -- Al Slater Technical Director SCL Phone : +44 (0)1273 07 Fax : +44 (0)1273 01 email : al.sla...@scluk.com Stanton Consultancy Ltd Park Gate, 161 Preston Road, Brighton, East Sussex, BN1 6AU Registered in England Company number: 1957652 VAT number: GB 760 2433 55 ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] [developer] How to release reserved TCP port binding in BOUND state
Hi Marcel, I really appreciate your input. We will try to find out what is wrong in connmgr_get() which caused port leaking. In the meantime, we want to change clnt_cots_do_bindresvport from 1 to 0 through mdb so that new connection will start using non-reserved port, http://src.illumos.org/source/xref/illumos-gate/usr/src/uts/common/rpc/clnt_cots.c#508 Will dynamically changing this variable have any side effect? Thanks, -Youzhong On Mon, Nov 3, 2014 at 4:50 PM, Marcel Telka mar...@telka.sk wrote: Hi Youzhong, On Mon, Nov 03, 2014 at 04:14:55PM -0500, Youzhong Yang via illumos-developer wrote: Hello, We are having a very strange issue on one of servers. The issue is that fcntl locking over NFS returns 'no locks available' immediately. dtrace shows that bindresvport() returns error code 125 (EADDRINUSE): # dtrace -n 'fbt:rpcmod:bindresvport:return /arg1 != 0/ {stack(); printf(ret = %d, arg1);}' 9 52692 bindresvport:return rpcmod`connmgr_get+0x560 rpcmod`connmgr_wrapget+0x63 rpcmod`clnt_cots_kcallit+0x198 rpcmod`rpcbind_getaddr+0x245 klmmod`update_host_rpcbinding+0x4f klmmod`nlm_host_get_rpc+0x6d klmmod`nlm_do_lock+0x10d klmmod`nlm4_lock_4_svc+0x2a klmmod`nlm_dispatch+0xe6 klmmod`nlm_prog_4+0x34 rpcmod`svc_getreq+0x1c1 rpcmod`svc_run+0x146 rpcmod`svc_do_run+0x8e nfs`nfssys+0xf1 unix`_sys_sysenter_post_swapgs+0x149 ret = 125 netstat shows that 501 reserved ports are in BOUND state: # netstat -an | grep BOUND *.935*.*0 0 1049740 0 BOUND *.801*.*0 0 1049740 0 BOUND *.798*.*0 0 1049740 0 BOUND *.561*.*0 0 1049740 0 BOUND *.613*.*0 0 1049740 0 BOUND # netstat -an | grep BOUND | wc -l 501 Has anyone seen this similar issue? is it possible to unbind those reserved ports? Rebooting the server is our last resort. Any advice would be very much appreciated. I faced similar issue in connmgr_get(). It is filed as #1616 and the problem is that the dead connection is not properly closed (there seems to be missing connmgr_cancelconn() call somewhere), so the client could properly reconnect. Unfortunately, I had no time to finish the analysis of this bug. HTH -- +---+ | Marcel Telka e-mail: mar...@telka.sk | |homepage: http://telka.sk/ | |jabber: mar...@jabber.sk | +---+ ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] pkgsend generate bug with spaces in file names
On Tue, Nov 04 2014 13:35:39 +, Al Slater wrote: I have run into the same problem while packaging cmake. Is there a solution? We ran into three separate issues at Delphix using IPS with filenames that involve spaces. 1.) --- Applying transforms pkgmogrify: File /tmp/build_jenkins/masking.p5m.int line 912: Malformed action at position: 72: file opt/masking/apache-tomcat-7.0.42/webapps/masking/image/Copy of bg.gif group=bin mode=0644 owner=root path=opt/masking/apache-tomcat-7.0.42/webapps/masking/image/Copy of bg.gif 2.) --- Applying transforms --- Resolving dependencies pkgdepend: Could not parse manifest /tmp/build_delphix/masking.p5m.int.2 because of the following line: file opt/masking/Application/Data Integration 32-bit.app/Contents/Info.plist path=opt/masking/Application/Data Integration 32-bit.app/Contents/Info.plist owner=root group=bin mode=0755 3.) $ sudo pkg install masking Creating Plan - pkg install: The requested operation cannot be completed due to invalid package metadata. Details follow: Malformed action at position: 56: dir path=opt/masking/Application/Data Integration 32-bit.app/Contents/Resources Each problem above required a different patches: 1.) https://hg.openindiana.org/upstream/oracle/pkg-gate/rev/707707aba792 (generic.py) 2.) https://hg.openindiana.org/upstream/oracle/pkg-gate/rev/fe4116bd7737 (pkgfmt.py) 3.) https://hg.openindiana.org/upstream/oracle/pkg-gate/rev/a543cfbce08f (manifest.py) With these patches applied, we are able to use the full IPS workflow with files that have spaces. On Tue, Nov 4, 2014 at 6:09 AM, Al Slater al.sla...@scluk.com wrote: On 04/11/14 13:43, Lauri Tirkkonen wrote: On Tue, Nov 04 2014 13:35:39 +, Al Slater wrote: I have run into the same problem while packaging cmake. Is there a solution? I have an open pull request for this, but from what I understand OmniOS' pkg isn't currently in a state where they can merge it. The OmniTIers can probably elaborate on that, but if you want to apply the patch yourself, it's at https://github.com/postwait/pkg5/pull/4 Thanks for that. -- Al Slater Technical Director SCL Phone : +44 (0)1273 07 Fax : +44 (0)1273 01 email : al.sla...@scluk.com Stanton Consultancy Ltd Park Gate, 161 Preston Road, Brighton, East Sussex, BN1 6AU Registered in England Company number: 1957652 VAT number: GB 760 2433 55 ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss