Arch Linux User Repository

If you get the following error:

No Java virtual machine could be found from your PATH
...

then you may not have a default Java env. You can set it using archlinux-java status and archlinux-java set ....

If you encounter problems with the software, please report it to the developers (like I did), so those problems can be fixed.

@edacval I have explored that a bit. It apparently depends on a client type. See here: https://serverfault.com/a/805070/484655 I do not want to rollback bmc fw anymore, because I am tired of that. But if somebody ask, I could probably make additional tests. I got that "Connection failed" message when trying to kvm into X11SSH-F with 3.55 bmc fw. But when trying to kvm into X9DRW-7TPF mb it works fine (opens ikvm viewer window). Well, kinda. For some reason colors are messed there. But launching jnlp file from X9DRW-7TPF downloaded from web interface has no color issue. So probably parsing session ID and launching apropriate jar file is better solution than running this really shit quality software.

Notes: For X11 it is available html5 viewer (could be launched via redfish also). But it lacks feature of mounting local iso file (again, I do not want to mess with samba shares). SMCIPMItool could be used for that (iso mounting) and also iKVM viewer could be launched with it. SMCIPMItool opened ikvm window normally on X11 3.55 fw, but Authentication failed on X11 3.56 fw. I did not reported that to supermicro, because I hope they better spend their time for implementing javaless virtual media.

@Ashark same problem

Is it currently possible to use Launch KVM Console function in 2.16.0-2 version? I can log in at Login tab, but when going to KVM Console tab and pressing the button to Launch KVM Console I got the message window "Authentication failed".

Ah, nevermind. They're not changing the file w/o updating the version... they were increasing the build number. And their web server still returns something when you request the wrong file.

Fixed, sorry about that! :)

This is weird, the checksum changes every time I download it. :/

There are still problems with the checksum:

# makepkg -f -c -s --noconfirm
==> Making package: ipmiview 2.16.0-1 (Thu Sep 12 08:51:24 2019)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Downloading IPMIView_2.16.0_build.190528_bundleJRE_Linux_x64.tar.gz...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   152  100   152    0     0    287      0 --:--:-- --:--:-- --:--:--   287
100  191k    0  191k    0     0   231k      0 --:--:-- --:--:-- --:--:--  231k
  -> Found ipmiview.desktop
==> Validating source files with sha512sums...
    IPMIView_2.16.0_build.190528_bundleJRE_Linux_x64.tar.gz ... FAILED
    ipmiview.desktop ... Passed
==> ERROR: One or more files did not pass the validity check!
# sha512sum IPMIView_2.16.0_build.190528_bundleJRE_Linux_x64.tar.gz 
978a0625303667544846db08a61fda55af22056a3fc872c5e0b3ec476a555fead2b2d85e7479d830382761da4adf39ff46a244a845e62733e1c723153f89ff69  IPMIView_2.16.0_build.190528_bundleJRE_Linux_x64.tar.gz

_pkghash=190815

sha512sums=('9a6af293a08dcdb662a226c061590e7149e5cee0a69eca12906e4581e254d3293d27e71dd36c301a449a43a10be700f3023f8408bdda5a3b9b65d76c96eaa3d7' '683922d5ce90116ca04fbf1a244da87296beaf079ecde94d799b2d303e21dfda4e771f5a4b724e7dd64143feaef49d2f11fd2eaf380ebdcf02e9db82c9975497')

EDIT: The bug was located and fixed in a beta version after I reported it. The next official release of IPMIView will probably contain that fix.

I debugged the issue and the problem is that the aten supplied iKVM.jar does a reverse DNS lookup and checks for the existence of the hostname + .temp in the working directory, not the existence of the originally used IP address + temp.

IPMIView does not allow the usage of a DNS name in its settings. It does a DNS lookup and saves a IP address in the DNS answer as the address of the system. The UI of IPMIView also names the field "IP address", so using an IP address is expected of the user.

The only case in which iKVM.jar works correctly is if the attempt to retrieve the hostname fails. So you'd need to remove the PTR record for that IP address or create that temp file yourself and then call iKVM.jar from the commandline using the DNS name of the system or move the ip address + .temp named file and move it to the DNS name + .temp.

I have an issue open at supermicro regarding the "missing file" problem. If you report that, too, it might get more priority on their side. You don't need any support contract or something like that to do that.

Up to now the state is that they can't replicate the issue. I have been provided with the 2.14 release, which is the last version that works for me.

Link: https://uploadfiles.io/r0mxti4p