[JBoss JIRA] (JBDS-4513) Align Breadcrumbs in the UI
by Catherine Robson (JIRA)
[ https://issues.jboss.org/browse/JBDS-4513?page=com.atlassian.jira.plugin.... ]
Catherine Robson commented on JBDS-4513:
----------------------------------------
Thanks! I agree this is better aligned with the PatternFly standard. Looks good to me, thanks for making this update!
> Align Breadcrumbs in the UI
> ---------------------------
>
> Key: JBDS-4513
> URL: https://issues.jboss.org/browse/JBDS-4513
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Enhancement
> Components: platform-installer
> Reporter: Mohit Suman
> Assignee: Mohit Suman
> Priority: Minor
> Fix For: 11.1.0.AM1
>
> Attachments: breadcrumb-fix.png
>
>
> The current breadcrumbs start from the corner of the page layout. Making it more centric to the page in accordance to the wizard mode we have in patternfly wizard template.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (JBIDE-24877) CDK 2 detection results in CDK 3 adapter creation
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24877?page=com.atlassian.jira.plugi... ]
Martin Malina commented on JBIDE-24877:
---------------------------------------
So I finally tried this myself. And I cannot reproduce.
I removed my ~/.minishift and then ran minishift cdk-setup with MINISHIFT_HOME=/Users/rasp/minishift_home.
Then I installed devstudio in the same directory where I had the cdk folder of cdk 2 - so that cdk 2 is detected.
I ran the installer with the MINISHIFT_HOME variable, so that at the end of the installation when I click Open devstudio, it would get this var.
When devstudio started, it opened the runtime detection dialog to complain that the cdk 3 runtime it found is missing minishift binary location - that was a surprise - I never get this normally when ~/.minishift is used and the binary is then empty (because I never have it on PATH). Anyway, I fixed that using the quickfix.
The result was that I had two server adapters - exactly as Rob says, one for cdk 2 and one for cdk 3. No odd mixtures or anything. Everything seemed correct.
> CDK 2 detection results in CDK 3 adapter creation
> -------------------------------------------------
>
> Key: JBIDE-24877
> URL: https://issues.jboss.org/browse/JBIDE-24877
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdk
> Affects Versions: 4.5.1.AM1
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Priority: Minor
> Fix For: 4.5.1.AM2
>
>
> As described by [~odockal] in JBIDE-24447:
> When you start devstudio and it finds cdk 2 installed inside ../../../cdk/ relative to eclipse's config, it will create a cdk 3 server instead of cdk 2.
> This relative path normally translate to a structure like this:
> $SOME_DIR/devstudio
> $SOME_DIR/cdk/YOUR/CDK/2/SOMEWHERE/INSIDE/HERE
> BUT... this will only happen in a special situation where you have CDK 2 installed where devstudio looks for it (see above) AND you set up the MINISHIFT_HOME env var to point to your CDK 3 home when you start devstudio.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (JBIDE-24881) Strange strings in cdk's PATH environmental variable
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24881?page=com.atlassian.jira.plugi... ]
Martin Malina edited comment on JBIDE-24881 at 8/24/17 5:10 AM:
----------------------------------------------------------------
I can reproduce when running devstudio from console:
1. Start devstudio from console, e.g. ./devstudio-11.1.0.AM1-867/studio/devstudio.app/Contents/MacOS/devstudio
2. When starting, choose a new workspace
3. Assuming you have something in ~/.minishift, the cdk 3 server adapter will get created
4. Open the server editor and set up your minishift binary, save
5. Open launch config's environment tab - you will see this broken PATH entry
was (Author: mmalina):
It turns out I can reproduce... But only with my bash minishift wrapper which is not really a valid use case.
That's how I got into this issue yesterday also.
When I first launch devstudio, it usually contains a detected cdk 3 server. But this server adapter doesn't have the minishift binary set up (because it's not on the PATH). So there is no PATH setup in the launch config either. Once I set up the minishift binary in the server editor, the PATH is added and set in the launch config. This works fine for me with normal minishift. But if I use my minishift wrapper it then includes this "Restored session..." BS.
{code}
#!/bin/bash
case $* in
"openshift registry")
echo bla bla
exit 1
;;
*)
/Users/rasp/jbossqa/cdk/cdk-3.1.0/minishift $*
esac
{code}
The PATH:
{code}
Restored session: Thu Aug 24 10:45:32 CEST 2017
/Library/Java/JavaVirtualMachines/jdk1.8.0_131.jdk/Contents/Home/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin/bin
Saving session...
...saving history...
...completed.:/Users/rasp/jbossqa/cdk/cdk-3.1.0-wrapper
{code}
Sure, this is not really a valid use case. But Ondrej says he is able to reproduce with real minishift when he runs devstudio from Terminal directly. So I'm working to get there and to have a clean and clear reproducer.
> Strange strings in cdk's PATH environmental variable
> ----------------------------------------------------
>
> Key: JBIDE-24881
> URL: https://issues.jboss.org/browse/JBIDE-24881
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdk
> Affects Versions: 4.5.1.AM1
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Fix For: 4.5.1.AM2
>
>
> Hardy was trying to test cdk in eclipse and got an error when starting cdk:
> {code}
> org.xml.sax.SAXParseException; lineNumber: 5; columnNumber: 67; Character reference "" is an invalid XML character. occurred while reading launch configuration file: /Volumes/Gram/Hardy/tmp/workspace/.metadata/.plugins/org.eclipse.debug.core/.launches/Container Development Environment 3.launch.
> Character reference "" is an invalid XML character.
> {code}
> It turns out that his PATH env var for cdk is this (from JBIDE-24222):
> {code}
> ]1337;RemoteHost=hardy@nineveh.lan]1337;CurrentDir=/Volumes/Gram/Hardy/tmp/devstudio/studio/devstudio.app/Contents/MacOS]1337;ShellIntegrationVersion=3;shell=bash/opt/local/bin:/opt/local/sbin:/Users/hardy/.rvm/gems/ruby-2.0.0-p648/bin:/Users/hardy/.rvm/gems/ruby-2.0.0-p648@global/bin:/Users/hardy/.rvm/rubies/ruby-2.0.0-p648/bin:/opt/local/bin:/opt/local/sbin:/Users/hardy/work/developer-platform/openshift/oc/1.3.1:/opt/java/wildfly/bin:/opt/java/tomcat/bin:/opt/java/ant/bin:/opt/java/maven/bin:/opt/java/scala/bin:/opt/java/gradle/bin:/bin:/Applications/Development/Vagrant/bin:/Users/hardy/work/developer-platform/cdk-3/go/bin:/opt/local/bin:/opt/local/sbin:/Users/hardy/bin:/opt/openshift:/opt/local/lib/mariadb/bin:/Applications/Internet/Firefox.app/Contents/MacOS:/Applications/Dev/Editor/Sublime Text.app/Contents/SharedSupport/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/go/bin:/Applications/Wireshark.app/Contents/MacOS:/Library/Java/JavaVirtualMachines/jdk-9.jdk/Contents/Home/bin/:/opt/local/bin:/opt/local/sbin:/Users/hardy/.rvm/gems/ruby-2.0.0-p648/bin:/Users/hardy/.rvm/gems/ruby-2.0.0-p648@global/bin:/Users/hardy/.rvm/rubies/ruby-2.0.0-p648/bin:/Users/hardy/work/developer-platform/openshift/oc/1.3.1:/opt/java/wildfly/bin:/opt/java/tomcat/bin:/opt/java/ant/bin:/opt/java/maven/bin:/opt/java/scala/bin:/opt/java/gradle/bin:/Applications/Development/Vagrant/bin:/Users/hardy/work/developer-platform/cdk-3/go/bin:/Users/hardy/bin:/opt/openshift:/opt/local/lib/mariadb/bin:/Applications/Internet/Firefox.app/Contents/MacOS:/Applications/Dev/Editor/Sublime Text.app/Contents/SharedSupport/bin:/Users/hardy/.rvm/bin:/Users/hardy/.rvm/bin
> {code}
> This was in devstudio nightly. So I checked too and I have a similar problem. In my case I have this in the PATH variable in launch config:
> {code}
> Restored session: Tue Aug 22 15:34:26 CEST 2017
> /Library/Java/JavaVirtualMachines/jdk1.8.0_131.jdk/Contents/Home/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin/bin
> Saving session...
> ...saving history...
> ...completed.:/Users/rasp/jbossqa/cdk/cdk-3.1.0
> {code}
> So something in the way you get the PATH is wrong. I would say this is definitely a regression - I remember seeing correct PATH there in the past.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (JBIDE-24222) CDK3 Server adapter: fails to detect that cdk3 Beta3 was successfully started (on macos/xhyve?)
by Hardy Ferentschik (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24222?page=com.atlassian.jira.plugi... ]
Hardy Ferentschik commented on JBIDE-24222:
-------------------------------------------
FYI, using VirtualBox it works fine. Needs to be a combination of the xhyve driver + the way Eclipse creates/interacts/terminates the launching process. The xhyve driver runs with suid enabled. Maybe that makes a difference?
> CDK3 Server adapter: fails to detect that cdk3 Beta3 was successfully started (on macos/xhyve?)
> -----------------------------------------------------------------------------------------------
>
> Key: JBIDE-24222
> URL: https://issues.jboss.org/browse/JBIDE-24222
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdk
> Affects Versions: 4.4.4.AM2
> Environment: macos
> xhyve supervisor
> cdk3 beta3
> Reporter: Andre Dietisheim
> Assignee: Martin Malina
> Priority: Critical
> Labels: help_wanted
> Fix For: 4.5.x
>
> Attachments: Screenshot 2017-04-18 16.37.44.png, image-2017-04-04-15-48-59-677.png, server-adapter-error.tiff
>
>
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (JBIDE-24222) CDK3 Server adapter: fails to detect that cdk3 Beta3 was successfully started (on macos/xhyve?)
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24222?page=com.atlassian.jira.plugi... ]
Martin Malina commented on JBIDE-24222:
---------------------------------------
[~hardy.ferentschik] good you can finally reproduce the issue. Yes, this happens only when started from Eclipse. From console it works fine. We were hoping that you could figure out why the VM dies when started from Eclipse or to see what's different. Because the command used seems to be the same.
> CDK3 Server adapter: fails to detect that cdk3 Beta3 was successfully started (on macos/xhyve?)
> -----------------------------------------------------------------------------------------------
>
> Key: JBIDE-24222
> URL: https://issues.jboss.org/browse/JBIDE-24222
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdk
> Affects Versions: 4.4.4.AM2
> Environment: macos
> xhyve supervisor
> cdk3 beta3
> Reporter: Andre Dietisheim
> Assignee: Martin Malina
> Priority: Critical
> Labels: help_wanted
> Fix For: 4.5.x
>
> Attachments: Screenshot 2017-04-18 16.37.44.png, image-2017-04-04-15-48-59-677.png, server-adapter-error.tiff
>
>
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (JBIDE-24528) Remove extremely old "server manager" toolbar icons
by Florian Genser (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24528?page=com.atlassian.jira.plugi... ]
Florian Genser commented on JBIDE-24528:
----------------------------------------
{code}
I'm not sure why anybody would use those instead of controlling the servers from within the Servers view.
{code}
Because it was a handy way to restart/stop the server without the need to have Servers view open all the time.
I'll miss this feature and I'm a little sad that this was removed without a real alternative for a good and fast reachable server restart action.
> Remove extremely old "server manager" toolbar icons
> ---------------------------------------------------
>
> Key: JBIDE-24528
> URL: https://issues.jboss.org/browse/JBIDE-24528
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.5.0.AM1
> Reporter: Rob Stryker
> Assignee: Rob Stryker
> Labels: affects_documentation
> Fix For: 4.5.0.AM2
>
> Attachments: JBIDE-24528.png
>
>
> A set of actions in the toolbar for setting a default server and starting / debugging / etc a server are old, poorly integrated, bypass the official wtp API, and provide limited to no value.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (JBIDE-24881) Strange strings in cdk's PATH environmental variable
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24881?page=com.atlassian.jira.plugi... ]
Martin Malina commented on JBIDE-24881:
---------------------------------------
It turns out I can reproduce... But only with my bash minishift wrapper which is not really a valid use case.
That's how I got into this issue yesterday also.
When I first launch devstudio, it usually contains a detected cdk 3 server. But this server adapter doesn't have the minishift binary set up (because it's not on the PATH). So there is no PATH setup in the launch config either. Once I set up the minishift binary in the server editor, the PATH is added and set in the launch config. This works fine for me with normal minishift. But if I use my minishift wrapper it then includes this "Restored session..." BS.
{code}
#!/bin/bash
case $* in
"openshift registry")
echo bla bla
exit 1
;;
*)
/Users/rasp/jbossqa/cdk/cdk-3.1.0/minishift $*
esac
{code}
The PATH:
{code}
Restored session: Thu Aug 24 10:45:32 CEST 2017
/Library/Java/JavaVirtualMachines/jdk1.8.0_131.jdk/Contents/Home/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin/bin
Saving session...
...saving history...
...completed.:/Users/rasp/jbossqa/cdk/cdk-3.1.0-wrapper
{code}
Sure, this is not really a valid use case. But Ondrej says he is able to reproduce with real minishift when he runs devstudio from Terminal directly. So I'm working to get there and to have a clean and clear reproducer.
> Strange strings in cdk's PATH environmental variable
> ----------------------------------------------------
>
> Key: JBIDE-24881
> URL: https://issues.jboss.org/browse/JBIDE-24881
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdk
> Affects Versions: 4.5.1.AM1
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Fix For: 4.5.1.AM2
>
>
> Hardy was trying to test cdk in eclipse and got an error when starting cdk:
> {code}
> org.xml.sax.SAXParseException; lineNumber: 5; columnNumber: 67; Character reference "" is an invalid XML character. occurred while reading launch configuration file: /Volumes/Gram/Hardy/tmp/workspace/.metadata/.plugins/org.eclipse.debug.core/.launches/Container Development Environment 3.launch.
> Character reference "" is an invalid XML character.
> {code}
> It turns out that his PATH env var for cdk is this (from JBIDE-24222):
> {code}
> ]1337;RemoteHost=hardy@nineveh.lan]1337;CurrentDir=/Volumes/Gram/Hardy/tmp/devstudio/studio/devstudio.app/Contents/MacOS]1337;ShellIntegrationVersion=3;shell=bash/opt/local/bin:/opt/local/sbin:/Users/hardy/.rvm/gems/ruby-2.0.0-p648/bin:/Users/hardy/.rvm/gems/ruby-2.0.0-p648@global/bin:/Users/hardy/.rvm/rubies/ruby-2.0.0-p648/bin:/opt/local/bin:/opt/local/sbin:/Users/hardy/work/developer-platform/openshift/oc/1.3.1:/opt/java/wildfly/bin:/opt/java/tomcat/bin:/opt/java/ant/bin:/opt/java/maven/bin:/opt/java/scala/bin:/opt/java/gradle/bin:/bin:/Applications/Development/Vagrant/bin:/Users/hardy/work/developer-platform/cdk-3/go/bin:/opt/local/bin:/opt/local/sbin:/Users/hardy/bin:/opt/openshift:/opt/local/lib/mariadb/bin:/Applications/Internet/Firefox.app/Contents/MacOS:/Applications/Dev/Editor/Sublime Text.app/Contents/SharedSupport/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/go/bin:/Applications/Wireshark.app/Contents/MacOS:/Library/Java/JavaVirtualMachines/jdk-9.jdk/Contents/Home/bin/:/opt/local/bin:/opt/local/sbin:/Users/hardy/.rvm/gems/ruby-2.0.0-p648/bin:/Users/hardy/.rvm/gems/ruby-2.0.0-p648@global/bin:/Users/hardy/.rvm/rubies/ruby-2.0.0-p648/bin:/Users/hardy/work/developer-platform/openshift/oc/1.3.1:/opt/java/wildfly/bin:/opt/java/tomcat/bin:/opt/java/ant/bin:/opt/java/maven/bin:/opt/java/scala/bin:/opt/java/gradle/bin:/Applications/Development/Vagrant/bin:/Users/hardy/work/developer-platform/cdk-3/go/bin:/Users/hardy/bin:/opt/openshift:/opt/local/lib/mariadb/bin:/Applications/Internet/Firefox.app/Contents/MacOS:/Applications/Dev/Editor/Sublime Text.app/Contents/SharedSupport/bin:/Users/hardy/.rvm/bin:/Users/hardy/.rvm/bin
> {code}
> This was in devstudio nightly. So I checked too and I have a similar problem. In my case I have this in the PATH variable in launch config:
> {code}
> Restored session: Tue Aug 22 15:34:26 CEST 2017
> /Library/Java/JavaVirtualMachines/jdk1.8.0_131.jdk/Contents/Home/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin/bin
> Saving session...
> ...saving history...
> ...completed.:/Users/rasp/jbossqa/cdk/cdk-3.1.0
> {code}
> So something in the way you get the PATH is wrong. I would say this is definitely a regression - I remember seeing correct PATH there in the past.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (JBIDE-24222) CDK3 Server adapter: fails to detect that cdk3 Beta3 was successfully started (on macos/xhyve?)
by Hardy Ferentschik (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24222?page=com.atlassian.jira.plugi... ]
Hardy Ferentschik commented on JBIDE-24222:
-------------------------------------------
So closing Eclipse, manually editing the XML and then restarting got me past JBIDE-24881.
Now I also can reproduce the issue. I start Minishift via the server adapter using xhyve as driver. Then I get all the startup output
{noformat}
-- Checking if xhyve driver is installed ...
Driver is available at /usr/local/bin/docker-machine-driver-xhyve
Checking for setuid bit ... OK
-- Starting local OpenShift cluster using 'xhyve' hypervisor ...
-- Minishift VM will be configured with ...
Memory: 8 GB
vCPUs : 3
Disk size: 20 GB
-- Starting Minishift VM ... [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m [37m|[0m [37m/[0m [37m-[0m [37m\[0m OK
-- Checking for IP address ... OK
-- Checking if external host is reachable from the Minishift VM ...
Pinging 8.8.8.8 ... OK
-- Checking HTTP connectivity from the VM ...
Retrieving http://minishift.io/index.html ... OK
-- Checking if persistent storage volume is mounted ... OK
-- Checking available disk space ... 0% OK
-- Mounting hostfolders
Mounting 'mac': '//192.168.99.1/MAC' as '/mnt/sda1/mac' ... OK
-- Importing cached images ...
Importing openshift/origin-docker-registry:v3.6.0 [49.7s]
Importing openshift/origin-haproxy-router:v3.6.0 [39.3s]
Importing openshift/origin:v3.6.0 [36.5s]
-- OpenShift cluster will be configured with ...
Version: v3.6.0
-- Checking `oc` support for startup flags ...
routing-suffix ... OK
host-config-dir ... OK
host-data-dir ... OK
host-pv-dir ... OK
host-volumes-dir ... OK
Starting OpenShift using openshift/origin:v3.6.0 ...
OpenShift server started.
The server is accessible via web console at:
https://192.168.64.14:8443
You are logged in as:
User: developer
Password: <any value>
To login as administrator:
oc login -u system:admin
-- Waiting for persistent volumes to be created ... OK
-- Applying addon 'admin-user':..
-- Applying addon 'anyuid':.
Add-on 'anyuid' changed the default security context constraints to allow pods to run as any user.
Per default OpenShift runs containers using an arbitrarily assigned user ID.
Refer to https://docs.openshift.org/latest/architecture/additional_concepts/author... and
https://docs.openshift.org/latest/creating_images/guidelines.html#openshi... for more information.
-- Applying addon 'registry-route':........
Add-on 'registry-route' created docker-registry route. Please run following commands to login to the OpenShift docker registry:
$ eval $(minishift docker-env)
$ docker login -u developer -p `oc whoami -t` docker-registry-default.192.168.64.14.nip.io:443
-- Applying addon 'xpaas':........................................................................................
XPaaS OpenShift imagestream and templates installed
See https://github.com/openshift/openshift-ansible/tree/master/roles/openshif...
{noformat}
But after installing the add-ons the VM dies. The server adapter shows state "stopped" and if I verify this from a shell, the VM indeed died.
I then tried to start Minishift from a new console using the xhyve driver. No issues there. I also could close the console/terminal, open a new one and Minishift is still running.
So it seems this is connected to how Eclipse starts the Minishift process. I don't really have the required insight there.
> CDK3 Server adapter: fails to detect that cdk3 Beta3 was successfully started (on macos/xhyve?)
> -----------------------------------------------------------------------------------------------
>
> Key: JBIDE-24222
> URL: https://issues.jboss.org/browse/JBIDE-24222
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdk
> Affects Versions: 4.4.4.AM2
> Environment: macos
> xhyve supervisor
> cdk3 beta3
> Reporter: Andre Dietisheim
> Assignee: Martin Malina
> Priority: Critical
> Labels: help_wanted
> Fix For: 4.5.x
>
> Attachments: Screenshot 2017-04-18 16.37.44.png, image-2017-04-04-15-48-59-677.png, server-adapter-error.tiff
>
>
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (JBIDE-24881) Strange strings in cdk's PATH environmental variable
by Ondrej Dockal (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24881?page=com.atlassian.jira.plugi... ]
Ondrej Dockal commented on JBIDE-24881:
---------------------------------------
I am afraid that I managed to replicate to get some piece of a crap ("Restored session: Thu ...") into the PATH var. in launch configuration of CDK 3 server adapter.
> Strange strings in cdk's PATH environmental variable
> ----------------------------------------------------
>
> Key: JBIDE-24881
> URL: https://issues.jboss.org/browse/JBIDE-24881
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdk
> Affects Versions: 4.5.1.AM1
> Reporter: Martin Malina
> Assignee: Rob Stryker
> Fix For: 4.5.1.AM2
>
>
> Hardy was trying to test cdk in eclipse and got an error when starting cdk:
> {code}
> org.xml.sax.SAXParseException; lineNumber: 5; columnNumber: 67; Character reference "" is an invalid XML character. occurred while reading launch configuration file: /Volumes/Gram/Hardy/tmp/workspace/.metadata/.plugins/org.eclipse.debug.core/.launches/Container Development Environment 3.launch.
> Character reference "" is an invalid XML character.
> {code}
> It turns out that his PATH env var for cdk is this (from JBIDE-24222):
> {code}
> ]1337;RemoteHost=hardy@nineveh.lan]1337;CurrentDir=/Volumes/Gram/Hardy/tmp/devstudio/studio/devstudio.app/Contents/MacOS]1337;ShellIntegrationVersion=3;shell=bash/opt/local/bin:/opt/local/sbin:/Users/hardy/.rvm/gems/ruby-2.0.0-p648/bin:/Users/hardy/.rvm/gems/ruby-2.0.0-p648@global/bin:/Users/hardy/.rvm/rubies/ruby-2.0.0-p648/bin:/opt/local/bin:/opt/local/sbin:/Users/hardy/work/developer-platform/openshift/oc/1.3.1:/opt/java/wildfly/bin:/opt/java/tomcat/bin:/opt/java/ant/bin:/opt/java/maven/bin:/opt/java/scala/bin:/opt/java/gradle/bin:/bin:/Applications/Development/Vagrant/bin:/Users/hardy/work/developer-platform/cdk-3/go/bin:/opt/local/bin:/opt/local/sbin:/Users/hardy/bin:/opt/openshift:/opt/local/lib/mariadb/bin:/Applications/Internet/Firefox.app/Contents/MacOS:/Applications/Dev/Editor/Sublime Text.app/Contents/SharedSupport/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/go/bin:/Applications/Wireshark.app/Contents/MacOS:/Library/Java/JavaVirtualMachines/jdk-9.jdk/Contents/Home/bin/:/opt/local/bin:/opt/local/sbin:/Users/hardy/.rvm/gems/ruby-2.0.0-p648/bin:/Users/hardy/.rvm/gems/ruby-2.0.0-p648@global/bin:/Users/hardy/.rvm/rubies/ruby-2.0.0-p648/bin:/Users/hardy/work/developer-platform/openshift/oc/1.3.1:/opt/java/wildfly/bin:/opt/java/tomcat/bin:/opt/java/ant/bin:/opt/java/maven/bin:/opt/java/scala/bin:/opt/java/gradle/bin:/Applications/Development/Vagrant/bin:/Users/hardy/work/developer-platform/cdk-3/go/bin:/Users/hardy/bin:/opt/openshift:/opt/local/lib/mariadb/bin:/Applications/Internet/Firefox.app/Contents/MacOS:/Applications/Dev/Editor/Sublime Text.app/Contents/SharedSupport/bin:/Users/hardy/.rvm/bin:/Users/hardy/.rvm/bin
> {code}
> This was in devstudio nightly. So I checked too and I have a similar problem. In my case I have this in the PATH variable in launch config:
> {code}
> Restored session: Tue Aug 22 15:34:26 CEST 2017
> /Library/Java/JavaVirtualMachines/jdk1.8.0_131.jdk/Contents/Home/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin/bin
> Saving session...
> ...saving history...
> ...completed.:/Users/rasp/jbossqa/cdk/cdk-3.1.0
> {code}
> So something in the way you get the PATH is wrong. I would say this is definitely a regression - I remember seeing correct PATH there in the past.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (JBIDE-24882) Can't rebuild releng image
by Lukáš Valach (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24882?page=com.atlassian.jira.plugi... ]
Lukáš Valach updated JBIDE-24882:
---------------------------------
Fix Version/s: 4.5.1.AM2
(was: 4.5.1.AM1)
> Can't rebuild releng image
> --------------------------
>
> Key: JBIDE-24882
> URL: https://issues.jboss.org/browse/JBIDE-24882
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build
> Affects Versions: 4.5.1.AM1
> Reporter: Lukáš Valach
> Assignee: Lukáš Valach
> Fix For: 4.5.1.AM2
>
>
> It is not possible to rebuild "rhel7-x64-jbds-releng" image because update image pipeline \[1\] fails during cloning of mwqa-env-suite repository \[2\]
> \[1\] https://dev-platform-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/view/Central...
> \[2\] https://gitlab.mw.lab.eng.bos.redhat.com/dev-platform/mwqa-env-suite
> {code}
> MW QA environment configured
> + echo 'MW QA environment configured'
> + test_repo=git@gitlab.mw.lab.eng.bos.redhat.com:dev-platform/mwqa-env-suite.git
> + test='git clone git@gitlab.mw.lab.eng.bos.redhat.com:dev-platform/mwqa-env-suite.git && ./mwqa-env-suite/run.sh jbds docker releng'
> + ssh -o PasswordAuthentication=no -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no -o Loglevel=error -i /tmp/os.key.QYcvv9Sg hudson(a)10.8.242.82 'git clone git@gitlab.mw.lab.eng.bos.redhat.com:dev-platform/mwqa-env-suite.git && ./mwqa-env-suite/run.sh jbds docker releng'
> Cloning into 'mwqa-env-suite'...
> Bad owner or permissions on /home/hudson/.ssh/config
> fatal: Could not read from remote repository.
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months