yangcatalog / search Goto Github PK

The tree view at https://yangcatalog.org/yang-search/yang_tree/ietf-ip@2018-02-22 is incorrect. The tree displays "ip" where is should be "ipv4" and "ipv6" (see source RFC 8344).

Hi,

https://www.yangcatalog.org/yang-search/ => search for ietf-interfaces, with default search options
The first two entries (admin-status) are similar.

Maybe identical/related to #23

If we get a exception while updating yangsearch with any of the module. keep the module in yang2_repo_cache.dat.failed file and move on to another one so we process all the modules and don t loose the resto of them

Comparing https://yangcatalog.org/yang-search/module_details/?module=iana-bfd-types
to https://old.yangcatalog.org/yang-search/module_details.php?module=iana-bfd-types

The compilation status field was initially empty, on refresh it came up.
But after refresh the dependencies info was missing, whereas it is present in the old catalog. This could be related to YangCatalog/backend#42

as in title

https://www.yangcatalog.org/yang-search/yang_tree/Cisco-IOS-XR-telemetry-model-driven-oper@2017-09-27# => CLICK ON "total-other-errors"

https://www.yangcatalog.org/yang-search/yang_tree/show_node/Cisco-IOS-XR-telemetry-model-driven-oper//telemetry-model-driven-oper:telemetry-model-driven/telemetry-model-driven-oper:destinations/telemetry-model-driven-oper:destination/telemetry-model-driven-oper:destination/telemetry-model-driven-oper:collection-group/telemetry-model-driven-oper:total-other-errors

ERROR! Could not find data for Cisco-IOS-XR-telemetry-model-driven-oper at /telemetry-model-driven-oper:telemetry-model-driven/telemetry-model-driven-oper:destinations/telemetry-model-driven-oper:destination/telemetry-model-driven-oper:destination/telemetry-model-driven-oper:collection-group/telemetry-model-driven-oper:total-other-errors

The problem here is that it needs to contain ?<schema_type> after each node.. so the path must be more like this

https://www.yangcatalog.org/yang-search/show_node/Cisco-IOS-XR-ipv4-dhcpd-cfg//ipv4-dhcpd-cfg:ipv4-dhcpd%3Fcontainer/ipv4-dhcpd-cfg:interfaces%3Fcontainer/ipv4-dhcpd-cfg:interface%3Flist/ipv4-dhcpd-cfg:relay-interface%3Fcontainer/ipv4-dhcpd-cfg:relay-dhcp-circuit-id%3Fcontainer/ipv4-dhcpd-cfg:argument7%3Fleaf/2018-10-24

See https://www.yangcatalog.org/yang-search/module_details/ietf-mpls => ask for the module name

OTOH, this is the link under 'module details' when searching for 'label-block-alloc-mode'

Naively I would expect a module (if not showing submodules) to look the same in the impact graph as if there were no submodules. So for example I’d expect bbf-fast to show a connection to ietf-interfaces. (Presence or absence of submodules is an implementation detail and often not relevant for impact analysis.)

Perhaps the "Include Sub-modules?" checkbox could enable/disable a mode that either completely exposes or completely hides submodules? If hidden, I wouldn't expect them to be available for either name completion or display.

as in title

Hi,

If the color is yellow, we can't read the module name.
Ex: https://www.yangcatalog.org/yang-search/impact_analysis/ietf-interfaces

Regards, B.

Many static files (such as bootstrap, fonts, ...) should rather be fetched from their official CDN source.

https://www.yangcatalog.org/yang-search/module_details/[email protected]?module=iana-bfd-types

Lots of good information there but there seems to be missing information, e.g.

1. Dependents and dependencies empty (dependents should be non-empty here)
2. When I click on yang-tree (https://yangcatalog.org/api/services/tree/[email protected]) there's a server error
3. When I click on schema, I get 404 File not found

https://yangcatalog.org/yang-search/module_details/?module=ietf-system
When checking Module Details of ietf-system

There is an error：
ERROR! Failed to read YANG tree data for ietf-system@2014-08-06, list index out of range

Module Details for ietf-notification-capabilities has /ietf suffix there and it looks like the following ietf-notification-capabilities@2020-03-09/ietf

please remove the suffix

When clicking on a cell of yang_tree copy the content to the clipboard

... as it is already in /var/yang

It currently does not explain the directory structure.

The requirements.txt cited in the README.md is not in the repo.

I used https://yangcatalog.org/yang-search/ to search for

1. [email protected]
2. iana-bfd-types.yang
3. iana-bfd-types

All 3 searched failed and IMO all 3 should work. That module is from https://datatracker.ietf.org/doc/draft-ietf-bfd-yang/

For example:
select * from modules where module='Cisco-IOS-XR-icpe-infra-oper-sub3' ;
returns 12 identical rows

as in title

cron jobs are not triggered within the yang user

scripts/pyang_plugin/json_tree.py does not produce complete JSON file when there are 2 augments in the YANG module.

For example: ietf-arp@2019-02-21 does not produce the equivalient of the pyang -f tree [email protected]

https://yangcatalog.org/yang-search/yang_tree/ietf-arp@2019-02-21

Listing error logs on the top of the page might be annoying and takes up a lot of place. we should think of different way of displaying this. We disccuessed to either fade them out after several seconds or hide them with ability to show hide with some kind of +/- button

after searching a module detail of Cisco-IOS-XE-snmp@2019-11-01 and clicking on tree view we are receiving error and no output.

ERROR! Failed to read YANG tree data for Cisco-IOS-XE-snmp@2019-11-01, Expecting value: line 1 column 1 (char 0)

This shows that bbf-ancp imports bbf-yang-types: https://yangcatalog.org/yang-search/impact_analysis/?modtags=bbf-ancp&orgtags=&recursion=&show_dir=both

But this shows nothing connected to bbf-yang-types: https://yangcatalog.org/yang-search/impact_analysis/?modtags=bbf-yang-types&orgtags=&recursion=0&show_dir=both

Another (possibly related) problem. If I do this, I see just the module, and not its bbf-ancp import: https://yangcatalog.org/yang-search/impact_analysis/?modtags=bbf-ancp-fastdsl-access-extensions&orgtags=&recursion=&show_dir=both

If I do this, I see bbf-ancp and its imports, but not the things that import it: https://yangcatalog.org/yang-search/impact_analysis/?modtags=bbf-ancp&orgtags=&recursion=0&show_dir=both

If I do this I get an error: https://yangcatalog.org/yang-search/impact_analysis/?modtags=bbf-ancp%2C+bbf-ancp-fastdsl-threshold%2Cbbf-ancp-fastdsl-access-extensions%2Cbbf-ancp-interfaces&orgtags=&recursion=0&show_dir=both

(Actually the thing I was going to give as the third example was just the first two modules specified together. I thought it too gave an error. Maybe I chose the wrong two. But anyway I’m able to demonstrate the error with the four modules, so I’ll leave it there. Thanks.)

https://www.yangcatalog.org/yang-search/impact_analysis/?modtags=ietf-routing&orgtags=&recursion=1&show_rfcs=1&show_subm=1&show_dir=both
see the two ERRORS at the top.

The issue is problem with ietf-fb-rib-types yang file.. they import ietf-access-control-lists {prefix "acls";} but there is no such module. only ietf-access-control-list with no 's' at the end of the name... that s why elasticsearch couldn t find that module. this is module bug.

Btw, https://www.yangcatalog.org/yang-search/module_details/?module=ietf-fb-rib-types
=> There is no supporting document. Note that the draft expired.

The ERRORS point to an issue with our tool. We should try to mention the root cause: YANG issue in ietf-fb-rib-types

https://www.yangcatalog.org/yang-search/yang_tree/show_node/openconfig-platform//oc-platform:components/oc-platform:component/oc-platform:state/oc-platform:serial-no => ERROR! Could not find data for openconfig-platform at /oc-platform:components/oc-platform:component/oc-platform:state/oc-platform:serial-no

Per SoW "Scripted start of all services including API" this issue is specific to the Yang Search function

There is too much of yellow collor in the impact analysis making it hard to read.

Following on from #13, I tried explicitly mentioning a submodule and get what you see below.

If one yang module contains more then 10 revisions only 10 will be showing

Hi,

See https://www.yangcatalog.org/yang-search/yang_tree/Cisco-IOS-XR-manageability-perfmgmt-oper#
Select average-cpu-used
It produces:
ERROR! Could not find data for Cisco-IOS-XR-manageability-perfmgmt-oper at /manageability-perfmgmt-oper:perf-mgmt/manageability-perfmgmt-oper:periodic/manageability-perfmgmt-oper:nodes/manageability-perfmgmt-oper:node/manageability-perfmgmt-oper:sample-xr/manageability-perfmgmt-oper:sample/manageability-perfmgmt-oper:average-cpu-used

at https://www.yangcatalog.org/yang-search/yang_tree/show_node/Cisco-IOS-XR-manageability-perfmgmt-oper//manageability-perfmgmt-oper:perf-mgmt/manageability-perfmgmt-oper:periodic/manageability-perfmgmt-oper:nodes/manageability-perfmgmt-oper:node/manageability-perfmgmt-oper:sample-xr/manageability-perfmgmt-oper:sample/manageability-perfmgmt-oper:average-cpu-used

Regards, Benoit

Some version of the Python elasticsearch library seems to be required, so it should be added to requirements.txt.

as in title

The URL scheme under Django should be documented in a .md file at the root.

index are dropped before inserting then created again.

Useless to do when inserting just a couple of modules

In build_yindex(), several temp.txt files are created and should:

1. be opened with encoding='utf-8'
2. be created in the YANG catalog temporary directory

https://www.yangcatalog.org/yang-search/?csrfmiddlewaretoken=s0JFAWIhKVkAAPjlr2Xv7ZfnUrR22iSzs4X9N6MnYscF023hdLn0lsoHeuKwbRFz&search_string=vlan&onlyLatest=1&fieldsAll=1&searchFields%5B%5D=argument&searchFields%5B%5D=module&searchFields%5B%5D=description&yangVersions%5B%5D=1.0&yangVersions%5B%5D=1.1&schemaTypes%5B%5D=typedef&headersAll=1&headersTypes%5B%5D=Name&headersTypes%5B%5D=Revision&headersTypes%5B%5D=Schema+Type&headersTypes%5B%5D=Path&headersTypes%5B%5D=Module&headersTypes%5B%5D=Origin&headersTypes%5B%5D=Organization&headersTypes%5B%5D=Maturity&headersTypes%5B%5D=Imported+By+%23+Modules&headersTypes%5B%5D=Compilation+Status&headersTypes%5B%5D=Description&submit=Search%21
=> ERROR! no l2-topology@2014-10-21 in API

The matomo package seems to still be enabled in at least the impact analysis.

The URL https://analytics.yangcatalog.org/piwik.php is tried to be accessed and fails as there is no more any analytics server since the transfert to the IETF.

In general I have trouble distinguishing "similar" shades of red, green and brown. But my specific comment here is on the contrast between the green (?) used for BBF and the white text. If I zoom right in I can see it (first example), but if there are several nodes on the screen (second example) I won't be able to read it.

This is related to issue #11 but refers specifically to the colors used for BBF and IETF, which look quite similar to me (I can distinguish them, but I have to work at it!). More obviously different colors would be appreciated. Perhaps a useful consideration for the non-afflicted is whether you could distinguish them in very low light levels, so you might consider using intensity as a distinguishing trait, in addition to hue.

https://www.yangcatalog.org/yang-search/module_details/?module=Cisco-IOS-XR-man-ipsla-oper
=> Tree view
=> Server Error (500)

also use sockets

Hi,

https://www.yangcatalog.org/yang-searchhttps://www.yangcatalog.org/yang-search/?csrfmiddlewaretoken=6Vtk5mi4uythWar5gtyrrUqDAfLBPzU16ZHOiwmaI5lmmnb12cYWFnzXUiE5Y8H1&search_string=routing&onlyLatest=1&searchFields%5B%5D=module&searchFields%5B%5D=argument&yangVersions%5B%5D=1.0&yangVersions%5B%5D=1.1&headersAll=1&headersTypes%5B%5D=Name&headersTypes%5B%5D=Revision&headersTypes%5B%5D=Schema+Type&headersTypes%5B%5D=Path&headersTypes%5B%5D=Module&headersTypes%5B%5D=Origin&headersTypes%5B%5D=Organization&headersTypes%5B%5D=Maturity&headersTypes%5B%5D=Imported+By+%23+Modules&headersTypes%5B%5D=Compilation+Status&headersTypes%5B%5D=Description&submit=Search%21

This produces:
ERROR! no opendaylight-sal-binding-broker-impl@2013-10-28 in API
ERROR! Search failed at opendaylight-sal-binding-broker-impl@2013-10-28/opendaylight: 'NoneType' object has no attribute 'get'

Recently some old OpenDaylight YANG modules have been removed from the YANG github.
This might the be reason.

Regards, Benoit

The exact local path it in /etc/yangcatalog/yangcatalog.conf

I'm probably misunderstanding the controls, but why don't I see submodules here? the bbf-fast module has MANY submodules!

Now that we have removed YANG Suite, the button provides (rightly) an internal error.
https://www.yangcatalog.org/yang-search/module_details/?module=Cisco-IOS-XR-ipv4-ospf-oper => click on "YANG Suite"
Options:

• instead of removing the code, the code might be commented out
• the YANG suite button might be greyed out (in case YANG suite becomes opensource in the future)

Note: we have might more places where YANG suite is called from on the yc.o. To be checked.

I selected only typedef and found an extension:
https://www.yangcatalog.org/yang-search/?csrfmiddlewaretoken=1bGw5QnfG0ymnnRpl9XTkws9GhV302V21fU0i0rlUxqrNABl7SnoyZBt0kOx9BI2&search_string=.*&onlyLatest=1&fieldsAll=1&searchFields%5B%5D=module&searchFields%5B%5D=argument&searchFields%5B%5D=description&yangVersions%5B%5D=1.0&yangVersions%5B%5D=1.1&schemaTypes%5B%5D=typedef&headersAll=1&headersTypes%5B%5D=Name&headersTypes%5B%5D=Revision&headersTypes%5B%5D=Schema+Type&headersTypes%5B%5D=Path&headersTypes%5B%5D=Module&headersTypes%5B%5D=Origin&headersTypes%5B%5D=Organization&headersTypes%5B%5D=Maturity&headersTypes%5B%5D=Imported+By+%23+Modules&headersTypes%5B%5D=Compilation+Status&headersTypes%5B%5D=Description&submit=Search%21

as in title