https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/CONTROLLER-1040 controller <p>My device schema is of size around 7MB. If i manually put that schema in cache/schema directory, controller is<br/> able to compile this and establish connection with the device and able to respond to restconf queries.<br/> But when controller fetches it from the device using get-schema, i see such exceptions</p> <p>io.netty.handler.codec.DecoderException: org.xml.sax.SAXParseException; lineNumber: 18008; columnNumber: 83; The content of elements must consist of well-formed character data or markup.<br/> at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:280) <span class="error">&#91;bundlefile:4.0.23.Final&#93;</span><br/> at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:149) <span class="error">&#91;bundlefile:4.0.23.Final&#93;</span></p> <p>io.netty.handler.codec.DecoderException: org.xml.sax.SAXParseException; lineNumber: 2; columnNumber: 16; Content is not allowed in prolog.<br/> at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:280) <span class="error">&#91;bundlefile:4.0.23.Final&#93;</span><br/> at io.netty.handler.codec.ByteToMessageDecoder.channelInactive(ByteToMessageDecoder.java:205) <span class="error">&#91;bundlefile:4.0.23.Final&#93;</span></p> <p>Just to verify that the schema which is being fetched by device does not have any issue, I downloaded that schema through<br/> get-schema and compiled using pyang and it compiled well.</p> <p>Operating System: All<br/> Platform: All</p> CONTROLLER-1040

Issue with Big size schema

Bug Resolved Done Maros Marsalek Dhirendra Kumar Trivedi Mon, 24 Nov 2014 08:26:05 +0000 Tue, 25 Jul 2023 08:24:20 +0000 Fri, 27 Mar 2015 12:40:56 +0000 netconf 0 6 <p>Could you provide more information about offending message or model?</p> <p>It seems some character in YANG model is treated differently / incorrectly during download,<br/> from log you provided it is hard to determine what really happened?</p> <p>(In reply to Tony Tkacik from comment #1)<br/> &gt; Could you provide more information about offending message or model?<br/> Message what i got, have already provided in description.<br/> &gt; <br/> &gt; It seems some character in YANG model is treated differently / incorrectly<br/> &gt; during download,</p> <p>True, that is why I mentioned in description that i fetched the schema from <br/> the device manually using get-schema and tried compiling with pyang(open source<br/> yang compiler) and it compiled well. Also when i put the same schema in<br/> controller's cache/schema directory, controller does not throw any error while <br/> coming up. So it seems like controller's yang compiler is able to build<br/> that schema and is able build schema context for the device.<br/> That is why i suspect some buffer issue which is surfacing in case of <br/> big schema.</p> <p>&gt; from log you provided it is hard to determine what really happened?<br/> Let me know what all logs do i need to enable and provide you opendaylight.log</p> <p>Possible duplicate of <a href="https://jira.opendaylight.org/browse/CONTROLLER-1038" title="Message transfer halt while transfering big messages towards netconf client" class="issue-link" data-issue-key="CONTROLLER-1038"><del>CONTROLLER-1038</del></a>. Need confirmation from Maros Marsalek, who is Netconf maintainer.</p> <p>Marking 2421 as duplicate(even though it was reported first, this bug contains more information). I was able to reproduce this problem and the transfer of the get-schema response stopped half way through. With logs set to debug, the SSH library (probably) stopped the transfer and requested a window resize with no response. This needs further investigation.</p> <p>However I did not get the SAXParseException, can you check the response of get-schema from your device manually (using curl or wget) ? I just want to verify that the produced xml is well formed.</p> <p>Error caused by incorrect handling of ssh connection protocol message SSH_MSG_CHANNEL_WINDOW_ADJUST in mina-sshd.<br/> Fix proposal pull out:<br/> <a href="https://github.com/apache/mina-sshd/pull/10" class="external-link" target="_blank" rel="nofollow noopener">https://github.com/apache/mina-sshd/pull/10</a></p> <p>The fix in the SSH library has been merged. We need to increase the version of the lib to the newest one after the nearest release.</p> <p>New version of apache mina sshd (0.14) was released, needs to be bumped in ODL and tested.</p> <p><a href="https://git.opendaylight.org/gerrit/#/c/17093/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/17093/</a></p> Duplicate CONTROLLER-1038 Development External issue ID 2424 External issue URL Issue Type ODL SR Target Milestone Rank 0|i02o47: