-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
1.12.62: allow to use rack fullname rather than name in machine template namespace #105
Comments
- If config option machine_ns_rack_fullname is true (default is false to maintain backward compatibility, use the rack fullname instead of the rack name to build the machine namespace in the plenary templates. - When the option is true, also export the rack fullname instead of the rack name in /hardware/rack/name. Fixes quattor#105 (GitHub issue quattor#105) Change-Id: I99dd2d0af0091dca588e576d45b18bd833100fbc
- If config option machine_ns_rack_fullname is true (default is false to maintain backward compatibility, use the rack fullname instead of the rack name to build the machine namespace in the plenary templates. - When the option is true, also export the rack fullname instead of the rack name in /hardware/rack/name. Fixes quattor#105 (GitHub issue quattor#105) Change-Id: I99dd2d0af0091dca588e576d45b18bd833100fbc
- If config option machine_ns_rack_fullname is true (default is false to maintain backward compatibility, use the rack fullname instead of the rack name to build the machine namespace in the plenary templates. - When the option is true, also export the rack fullname instead of the rack name in /hardware/rack/name. Fixes quattor#105 (GitHub issue quattor#105) Change-Id: I99dd2d0af0091dca588e576d45b18bd833100fbc
- If config option machine_ns_rack_fullname is true (default is false to maintain backward compatibility, use the rack fullname instead of the rack name to build the machine namespace in the plenary templates. - When the option is true, also export the rack fullname instead of the rack name in /hardware/rack/name. Fixes quattor#105 (GitHub issue quattor#105) Change-Id: I99dd2d0af0091dca588e576d45b18bd833100fbc
- If config option machine_ns_rack_fullname is true (default is false to maintain backward compatibility, use the rack fullname instead of the rack name to build the machine namespace in the plenary templates. - When the option is true, also export the rack fullname instead of the rack name in /hardware/rack/name. Fixes quattor#105 (GitHub issue quattor#105) Change-Id: I99dd2d0af0091dca588e576d45b18bd833100fbc
- If config option machine_ns_rack_fullname is true (default is false to maintain backward compatibility, use the rack fullname instead of the rack name to build the machine namespace in the plenary templates. - When the option is true, also export the rack fullname instead of the rack name in /hardware/rack/name. Fixes quattor#105 (GitHub issue quattor#105) Change-Id: I99dd2d0af0091dca588e576d45b18bd833100fbc
- If config option machine_ns_rack_fullname is true (default is false to maintain backward compatibility, use the rack fullname instead of the rack name to build the machine namespace in the plenary templates. - When the option is true, also export the rack fullname instead of the rack name in /hardware/rack/name. Fixes quattor#105 (GitHub issue quattor#105) Change-Id: I99dd2d0af0091dca588e576d45b18bd833100fbc
- If config option machine_ns_rack_fullname is true (default is false to maintain backward compatibility, use the rack fullname instead of the rack name to build the machine namespace in the plenary templates. - When the option is true, also export the rack fullname instead of the rack name in /hardware/rack/name. Fixes quattor#105 (GitHub issue quattor#105) Change-Id: I99dd2d0af0091dca588e576d45b18bd833100fbc
- If config option machine_ns_rack_fullname is true (default is false to maintain backward compatibility, use the rack fullname instead of the rack name to build the machine namespace in the plenary templates. - When the option is true, also export the rack fullname instead of the rack name in /hardware/rack/name. Fixes quattor#105 (GitHub issue quattor#105) Change-Id: I99dd2d0af0091dca588e576d45b18bd833100fbc
- If config option machine_ns_rack_fullname is true (default is false to maintain backward compatibility, use the rack fullname instead of the rack name to build the machine namespace in the plenary templates. - When the option is true, also export the rack fullname instead of the rack name in /hardware/rack/name. Fixes quattor#105 (GitHub issue quattor#105) Change-Id: I99dd2d0af0091dca588e576d45b18bd833100fbc
I think that's potentially risky as full names are not guaranteed to be valid pan, or perhaps even directories on the filesystem. Would it make sense to add an option to allow free-form rack codes that are not generated from the room name? |
What is the use case for someone having to actually navigate the machine templates? I can't imagine why the average user should care what the directory structure is. |
For the average user I don't know, for me when debugging things I can tell! Recently @urbonegi mentioned that there was internal discussions at MS about adding a new field that would be a rack label that could be defined by the site and would have to be a valid directory/pan namespace (we could even imagine to derive a default value from the full name). It would be perfectly ok for me. |
- If config option machine_ns_rack_fullname is true (default is false to maintain backward compatibility, use the rack fullname instead of the rack name to build the machine namespace in the plenary templates. - When the option is true, also export the rack fullname instead of the rack name in /hardware/rack/name. Fixes quattor#105 (GitHub issue quattor#105) Change-Id: I99dd2d0af0091dca588e576d45b18bd833100fbc
- If config option machine_ns_rack_fullname is true (default is false to maintain backward compatibility, use the rack fullname instead of the rack name to build the machine namespace in the plenary templates. - When the option is true, also export the rack fullname instead of the rack name in /hardware/rack/name. Fixes quattor#105 (GitHub issue quattor#105) Change-Id: I99dd2d0af0091dca588e576d45b18bd833100fbc
- If config option machine_ns_rack_fullname is true (default is false to maintain backward compatibility, use the rack fullname instead of the rack name to build the machine namespace in the plenary templates. - When the option is true, also export the rack fullname instead of the rack name in /hardware/rack/name. Fixes quattor#105 (GitHub issue quattor#105) Change-Id: I99dd2d0af0091dca588e576d45b18bd833100fbc
- If config option machine_ns_rack_fullname is true (default is false to maintain backward compatibility, use the rack fullname instead of the rack name to build the machine namespace in the plenary templates. - When the option is true, also export the rack fullname instead of the rack name in /hardware/rack/name. Fixes quattor#105 (GitHub issue quattor#105) Change-Id: I99dd2d0af0091dca588e576d45b18bd833100fbc Conflicts: etc/aqd.conf.defaults lib/aquilon/worker/templates/base.py lib/aquilon/worker/templates/machine.py
The machine templates generated by the broker (
machine
directory in plenary templates) have a pan namespace reflecting the location hierarchy where the rack is designated by the rack name. But the rackname is a value generated by Aquilon, based on the room name, to ensure it is unique but as a consequence is not easily mapped to an actual rack (without usingaq show rack
), making difficult to navigate the machine templates.As an option, it would be good to be able to use the rack fullname, that a site can use to reflect the actual rack name at the site (at LAL we use for the fullname the label which is written on the rack) instead of the rack (generated) name.
This issue is somewhat related to #104 machine/site proposed namespace fix but need to be controlled by a different option.
The text was updated successfully, but these errors were encountered: