Upgraded to V7 yesterday via Brew now ES won't start:
OpenJDK 64-Bit Server VM warning: Ignoring option CMSInitiatingOccupancyFraction; support was removed in 14.0
OpenJDK 64-Bit Server VM warning: Ignoring option UseCMSInitiatingOccupancyOnly; support was removed in 14.0
Invalid -Xlog option '-Xlog:gc*,gc+age=trace,safepoint:file=logs/gc.log:utctime,pid,tags:filecount=32,filesize=64m', see error log for details.
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.
at org.elasticsearch.tools.launchers.JvmErgonomics.flagsFinal(JvmErgonomics.java:126)
at org.elasticsearch.tools.launchers.JvmErgonomics.finalJvmOptions(JvmErgonomics.java:88)
at org.elasticsearch.tools.launchers.JvmErgonomics.choose(JvmErgonomics.java:59)
at org.elasticsearch.tools.launchers.JvmOptionsParser.jvmOptions(JvmOptionsParser.java:137)
at org.elasticsearch.tools.launchers.JvmOptionsParser.main(JvmOptionsParser.java:95)
Tried to reinstall and updated the Developer Tools.
Crazy issue that I finally tracked down - I hope this helps someone else. Edit this file:
/usr/local/etc/elasticsearch/jvm.options
# JDK 9+ GC logging
9-:-Xlog:gc*,gc+age=trace,safepoint:file=/usr/local/var/log/elasticsearch/gc.log:utctime,pid,tags:filecount=32,filesize=64m
# due to internationalization enhancements in JDK 9 Elasticsearch need to set the provider to COMPAT otherwise
# time/date parsing will break in an incompatible way for some date patterns and locals
9-:-Djava.locale.providers=COMPAT
Then create the /usr/local/var/log/elasticsearch/gc.log file. Restart ES via brew (brew services restart elasticsearch) and you are good to go 👍
Related
I am trying to install MySQL but I get the following warning:
I have a Mac and its installed the latest version 11.6 , so I don't understand why it says its not supported.
After that warning I tried to install a connection to MySQL server and I get an error:
I downloaded not the last version, but the second last and now everything it's fine. I know its not a "nice" solution but now I have no warning message and I successfully made an SQL connection.
The version I downloaded is:
When I try to run Rstudio Desktop (1.4) on my virtual machine (Ubuntu 16.4), Rstudio crashes and gives the error:
ERROR:gl_surface_glx_gt.cpp(141) GLX 1.3 or later is required.
I tried to follow the instructions on this page: https://wiki.x2go.org/doku.php/wiki:development:glx-xlib-workaround, but can not get past the meson -D configuration in the Ubuntu terminal. At this point I get the error message: 'ERROR: Problem encountered: gallium-xlib conflicts with any dri driver'
I googled and tried everything that I could possibly find (similar questions as https://community.rstudio.com/t/x2go-and-rstudio/29704/2), but no success yet.
Obviously the upgrade to a higher GLX version is the cause, but I can not upgrade it.
Is anyone familiar with the error and what is actually causing it?
Any help would be greatly appreciated!
I am using R version 3.4.4
When I installed VirtualBox 5.1 by instructions on Download page, everything finished successful.
When I tried run VirtualBox the error was showed:
VirtualBox: supR3HardenedMainGetTrustedMain: dlopen("/usr/lib/virtualbox/VirtualBox.so",) failed: libQt5X11Extras.so.5: cannot open shared object file: No such file or directory
This can be fixed by install X11 extras:
dnf install qt5-qtx11extras.x86_64
After installation the library the error was shoved:
Qt FATAL: This application failed to start because it could not find or load the Qt platform plugin "xcb"
in "".
Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, xcb.
Reinstalling the application may fix this problem.
Aborted (core dumped)
This can be fixed by install X11 xkb common:
dnf install libxkbcommon-x11.x86_64
After those fixes everything works fine.
I repored it to Oracle here
I've recently faced the same problem: installation of recent Fedora iso "26" with VirtualBox .
the truth is not all versions are supported ,the supported version are in range of 7-23 only as indicated in this site below:
List of Supported iso
I've downloaded MongoDB Community Edition for Windows from mongodb.org (Windows 64-bit 2008 R2+), and website says that this version has SSL support (there are alerts on other versions that say they haven't). I'm running Windows 10. From what I've understood, SSL is build in by default from version 3.0, and I'm running with an Ubuntu server a mongod Community Edition instance (64bit, 3.0.10) installed from repository that use SSL.
When I try to run mongo.exe on local Windows machine with --ssl parameter it says:
Error parsing command line: unrecognised option '--ssl'
and others tools say that it doesn't support ssl.
I'm sure that on a previous setup I was running a 3.0.x mongo instance with SSL support on windows, I've tried also to install older versions, but nothing works.
My questions: are 3.0 and 3.2 community edition branches (still) compiled with SSL support on Windows, and if yes, why they doesn't work on my current setup? I'm sure they worked on previous one, may be a configuration problem?
Not sure why the Downloads page links to the Non SSL bundle. The Official Help page indicates the installer file name is mongodb-win32-x86_64-2008plus-ssl-3.2.4-signed.msi which is not the same as the one downloaded via Downloads page (mongodb-win32-x86_64-3.2.4-signed.msi). Get the SSL enabled installer from https://www.mongodb.org/dl/win32/x86_64-2008plus-ssl
While trying to install Informix's JDBC driver, I get this error:
java -cp /home/ics/sandbox/jdbc/setup.jar run -console
The wizard cannot continue because of the following error:
could not load wizard specified in /wizard.inf (104)
I have pointed to a newer Java from Sun using:
export JAVA_HOME=/usr/lib/jvm/jdk1.8.0_05
export PATH=$JAVA_HOME/bin:$PATH
java -version
java version "1.8.0_05"
Java(TM) SE Runtime Environment (build 1.8.0_05-b13)
Java HotSpot(TM) Server VM (build 25.5-b02, mixed mode)
Pointing to a newer Java and, as IBM/Informix support told me, getting away from OpenJDK should allow the installer to run, but that does not work. I also saw using Sun's or IBM's java elsewhere, when I searched for posts on the specific error. On another Centos System, OpenJDK is installed, and I can install the JDBC driver successfully
I also tried removing tty settings from my environment, which also did not work.
Here is the so post where this error is mentioned.
If anyone has heard of a solution, I'd love to hear it, 'cause without the jdbc driver, there's no Clojure database work with Informix, and, when working, it works well. And, I have thought of tarring and zipping the good install and moving it, but that's kind of cheating.
This problem occurs on
cat /etc/redhat-release
CentOS release 6.4 (Final)
The installed java version, not my workaround newer version is
java -version
java version "1.6.0_24"
OpenJDK Runtime Environment (IcedTea6 1.11.11.90) (rhel-1.62.1.11.11.90.el6_4-i386)
OpenJDK Server VM (build 20.0-b12, mixed mode)
Until an answer arrives that allows an install, I took #Michał Niklas 's suggestion and manually installed the driver under /opt/ on the new system. This worked.
I am still going to pursue the cause of this problem. I edited the OP to reflect #ceinmart 's suggestion to remove tty settings. This did not work, but I found it a useful suggestion.