Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Michael Calmer
    @mcalmer
    https://github.com/uyuni-project/uyuni/wiki/Java-Development-Environment#optional-running-junit-tests
    wombelix
    @wombelix:matrix.org
    [m]
    thanks @mcalmer, will double check what went wrong when running the tests local, looks like I missed something
    sbluhm
    @sbluhm
    On cobbler, I recently get "ERROR com.redhat.rhn.taskomatic.task.CobblerSyncTask - Stack trace:com.redhat.rhn.manager.kickstart.cobbler.NoCobblerTokenException: We had an error trying to login.". This is after a brand new installation on AlmaLinux during install process as well as during usage.
    can anyone please give me directions on how to analyse this issue/where to look?
    (@SchoolGuy?)
    sbluhm
    @sbluhm
    I think I found it. Gap (or change?) in my documentation
    sbluhm
    @sbluhm
    actually no. still hitting this issue
    agraul
    @agraul:opensuse.org
    [m]
    egotthold: ^^
    egotthold
    @egotthold:matrix.org
    [m]
    @sbluhm: The code for the authentication is in <cobbler>/modules/authentication/spacewalk.py (link). Thus if you want to extend your research there is a good place to start. Note however that this just hands the token back to https://github.com/uyuni-project/uyuni/blob/master/java/code/src/com/redhat/rhn/frontend/xmlrpc/auth/AuthHandler.java#L133
    sbluhm
    @sbluhm
    thank you. will have to look. Issue only shows up on Alma, not SUSE.
    egotthold
    @egotthold:matrix.org
    [m]
    @sbluhm: No problem. For deeper pointers and discussions just ping me.
    sbluhm
    @sbluhm
    initial update. cobbler-3.1.2 still works. So seems to be a cobbler issue.
    Interesting fact: If you downgrade from cobbler 3.2.2 to 3.2 or below, it kills your system in the background whilst running. reboot wont recover it.
    egotthold
    @egotthold:matrix.org
    [m]
    @sbluhm: What? And I repeat myself: What? Please more details for this! We test Cobbler a lot with the upstream testsuite and thus I am very surprised about this...
    sbluhm
    @sbluhm
    @egotthold: which bit? the kill bit?
    egotthold
    @egotthold:matrix.org
    [m]
    @sbluhm: Everything. So far I understand you have two issues: 1. Authentication and 2. that the system is killed.
    sbluhm
    @sbluhm
    yes, on 1. i am still analysing. I think the introduced security fix might be the culprit. i am currently going through the versions to find the last working one.
    1. if you install cobbler 3.2.2 and then downgrade to 3.2.1 or 3.1.2 using dnf, it seems to do something in the background. at some point no shell commands work anymore (command not found). like ls, top, tail... A reboot will end up in some grub file not found. If working downgrades are relevant to you, i can certainly look into it later. (currently focussing on point 1). It is reproducible so far
    also on 2: you cannot log in anymore. neither directly or remotely
    egotthold
    @egotthold:matrix.org
    [m]
    So downgrades are not supported and I will never even try to support them according to my current plan. Upgrades however should work flawlessly. You but for that I need to damage something seriously. How did you do that?
    sbluhm
    @sbluhm
    Yeah, that's why I didnt put too much focus on the issue and declared it a an interesting fact :). All I did was "dnf install cobbler patterns-uyuni_server" (taking version 3.2.2 from the epel-modular repo). Afterwards I did "dnf install https://archives.fedoraproject.org/pub/archive/epel/8.2/Modular/x86_64/Packages/c/cobbler-3.1.2-1.module_el8+9018+49c2ef9c.noarch.rpm". And then wait a minute or two after installation is do
    ne. Initial "tail -f /var/log/messages" mentioned taskomatic as last entry.
    egotthold
    @egotthold:matrix.org
    [m]
    Okay intersting... Please do defintely report that as I will integrate Cobbler 3.3.1 into SUMA 4.3 and I don't want any surprises.
    sbluhm
    @sbluhm
    yepp. btw, do you have a time expectation for that integration?
    egotthold
    @egotthold:matrix.org
    [m]
    Yes. I am working on cobbler/cobbler#2416 and all stones need to be removed for that to succeed. Mainly it is testing currently which is missing but also the missing availability of the future parti version is a thing I am waiting for. So by the end of the year I expect this to be done. But no promises...
    sbluhm
    @sbluhm
    3.2.0 also appears to work. so 3.2.1 or 3.2.2 is the culprit (although I believe 3.2.1 also worked back then). let me test later directly with 3.3 to cut some corners. will open an issue once found
    egotthold
    @egotthold:matrix.org
    [m]
    Thanks!
    Cédric Bosdonnat
    @cbosdonnat:matrix.org
    [m]
    @sbluhm: I'm trying to get velocity build on AlmaLinux8... but I'm facing issues
    some packages like plexus-languages are too old on AlmaLinux to build the required maven packages
    Here is the failure I have for velocity itself: https://build.opensuse.org/package/live_build_log/home:cbosdonnat:branches:systemsmanagement:Uyuni:Master:Other/velocity-engine/AlmaLinux_8/x86_64
    and here is the one I have on maven-compiler-plugin: https://build.opensuse.org/package/live_build_log/home:cbosdonnat:branches:systemsmanagement:Uyuni:Master:Other:EL/maven-compiler-plugin:bootstrap/AlmaLinux_8/x86_64
    Cédric Bosdonnat
    @cbosdonnat:matrix.org
    [m]
    plexus-languages is version 0.9.10 on AlmaLinux which seems to miss a few symbols
    sbluhm
    @sbluhm
    @cbosdonnat:matrix.org , I would have to give it a try. java packages are always fun to build... Important is to be aware of the java version itself. Default on Enterprise Linux is always 1.8. So if you want ot use 11, you have to set the environment variable in the spec file.
    Very worst case, we would have to use another one of those tetra kits
    sbluhm
    @sbluhm
    My thought though: If you need non-existing jars for the build only, use a tetra kit. There is no point/need to create an rpm for each required jar if it is not "customer facing"
    Cédric Bosdonnat
    @cbosdonnat:matrix.org
    [m]
    the point is that we have all those rpm in the Java:packages... just not built for AlmaLinux
    sbluhm
    @sbluhm
    yepp, just not sure if we really want to rebuild it all for Alma.
    thing is once you start that, you will end up in a dependency cycle which also needs to be maintained
    btw, i just built the package via kit ok
    Cédric Bosdonnat
    @cbosdonnat:matrix.org
    [m]
    you mean that you built velocity 2.2 using the kit?
    sbluhm
    @sbluhm
    yes, but locally. couldnt get it done yet on obssssss
    (sorry, s stuck).
    Cédric Bosdonnat
    @cbosdonnat:matrix.org
    [m]
    OK
    sbluhm
    @sbluhm
    https://build.opensuse.org/package/show/home:sbluhm:systemsmanagement:Uyuni:Other:EL8/velocity-engine and https://build.opensuse.org/package/show/home:sbluhm:systemsmanagement:Uyuni:Other:EL8/velocity-engine-kit but not sure why the engine itself fails. locale/java version issues?
    Cédric Bosdonnat
    @cbosdonnat:matrix.org
    [m]
    hum... failing unit test
    I'm not running them at all :)
    sbluhm
    @sbluhm
    one way to solve problems :) The package does build fine without changes on a vanilla AlmaLinux 8 (unless I messed with it unknowingly). So there should only be a small delta. Tried different Java versions (8 and 11). will try the locale later
    Cédric Bosdonnat
    @cbosdonnat:matrix.org
    [m]
    it is about a NumberFormatException that isn't caught
    sbluhm
    @sbluhm
    I think I got this build with your "replacer" package installed
    not installed but in the repo