openshift-origin

Openshift/Kubernetes: disoriented by the various configuration files

时光毁灭记忆、已成空白 提交于 2019-12-08 10:52:44
问题 I'm learning openshift origin , in the master container I found a number of config files: [root@openshift] cd /var/lib/origin [root@openshift origin]# find . -name *kubeconfig ./openshift.local.config/node-localhost/node.kubeconfig ./openshift.local.config/master/admin.kubeconfig ./openshift.local.config/master/openshift-master.kubeconfig [root@openshift origin]# find . -name *config.yaml ./openshift.local.config/node-localhost/node-config.yaml ./openshift.local.config/master/master-config

Deploying Custom Cartridges on Openshift Origin

為{幸葍}努か 提交于 2019-12-07 18:46:32
问题 I have created a new custom cartridge, in which I have packaged into an rpm using tito and installed using yum. This cartridge is being copied from my spec file to the /usr/libexec/openshift/cartridges directory, however, when I log into the origin home site and try to create an application my cartridge does not show up. I went digging in the ruby scripts and I found that there is a script named cartridge_cache.rb seems to be caching the cartridges it finds within the /usr/libexec/openshift

Unable to push a docker image to local OpenShift Origin registry

你。 提交于 2019-12-07 01:00:42
问题 The goal is to be able take a Docker image on my laptop and push it to the OpenShift Origin image registry (started by oc cluster up ) to do local development. It's not clear if I'm doing something wrong or there's a bug in Docker or OpenShift Origin. For those unfamiliar with OpenShift Origin: https://github.com/openshift/origin/blob/master/docs/cluster_up_down.md Any illuminating information would be appreciated. Here's what I've tried so far: # oc cluster up Starting OpenShift using

Unable to push a docker image to local OpenShift Origin registry

二次信任 提交于 2019-12-05 05:57:01
The goal is to be able take a Docker image on my laptop and push it to the OpenShift Origin image registry (started by oc cluster up ) to do local development. It's not clear if I'm doing something wrong or there's a bug in Docker or OpenShift Origin. For those unfamiliar with OpenShift Origin: https://github.com/openshift/origin/blob/master/docs/cluster_up_down.md Any illuminating information would be appreciated. Here's what I've tried so far: # oc cluster up Starting OpenShift using openshift/origin:v3.6.0 ... OpenShift server started. The server is accessible via web console at: https:/

Environment variable in PHP-docker container

人盡茶涼 提交于 2019-12-05 02:48:33
问题 I want to show an env var in my docker container. The PHP script looks like this: <html> <head> <title>Show Use of environment variables</title> </head> <body> <?php print "env is: ".$_ENV["USER"]."\n"; ?> </body> </html> I use OpenShift to start the container. The PHP - container shows: env is: Now I change the dc config of my container: oc env dc/envar USER=Pieter deploymentconfig "envar" updated When I access the container. The env var of USER is Pieter docker exec -it 44a0f446ae36 bash

OpenShift V3 vs. OpenShift V2 [closed]

 ̄綄美尐妖づ 提交于 2019-12-05 01:56:18
I'm searching for a main difference between OpenShift V3 and V2. Is OpenShift V2 working like this?: https://www.openshift.com/walkthrough/how-it-works And how are Docker and Kubernetes working in V3? Can someone give me a clear explanation about the build-up of OpenShift V2 and V3 This is a rather broadly asked question, so I will (and can) answer only in a rather broad manner. There are a lot of key concepts that have changed. These are the most important ones and you'll need some time to get into it, but they are a big improvement to OpenShift v2.: Cartridges vs. Docker Containers Gears vs.

What is the “kube-system” namespace for?

喜夏-厌秋 提交于 2019-12-05 00:23:16
In a default openshift install, there is an unused project titled kube-system . It seems like openshift-infra is for things like metrics, default is for the router and registry, and openshift is for global templates. What is the kube-system project used for though? I can't find any docs on it. kube-system is the namespace for objects created by the Kubernetes system. Typically, this would contain pods like kube-dns , kube-proxy , kubernetes-dashboard and stuff like fluentd, heapster, ingresses and so on. kube-system contains service accounts which are used to run the kubernetes controllers.

“rhc cartridges” not showing cartridge added with oo-admin-cartridge

こ雲淡風輕ζ 提交于 2019-12-04 16:59:08
I installed a cartridge with "oo-admin-cartridge -a install -s /path/to/cartridge". It shows up in "oo-admin-cartridge -a list", however it doesn't show up in "rhc cartridges". This is on release 4 of the Origin VM. On release 3, I don't have any problems installing additional cartridges. I know similar questions have been asked before, like Deploying Custom Cartridges on Openshift Origin , but none of my attempts at clearing the cache seem to help. I've tried: oo-admin-broker-cache --console --clear cd /var/www/openshift/broker && scl enable ruby193 "bundle exec rake tmp:clear" rm -rf /var

How can I install JBoss EAP and JBoss EWS Support in OpenShift Origin

社会主义新天地 提交于 2019-12-04 11:37:18
I created a VM with OpenShift Origin in CentOS 6.5 which followed the oo-installer guide. However, when I follow the Install JBoss EAP and JBoss EWS Support to install JBoss EAP cartridge, I got dependency error which requires several dependencies, like jbossas-domain, maven3... as following... How can I fix this? Thanks. yum install openshift-origin-cartridge-jbosseap.noarch openshif t-origin-cartridge-jbossews.noarch openshift-origin-cartridge-jenkins.noarch ope nshift-origin-cartridge-jenkins-client.noarch Loaded plugins: fastestmirror, priorities, versionlock Repository 'jenkins-repo' is

Kubernetes Deployments

谁说胖子不能爱 提交于 2019-12-02 09:36:24
While working on creating a platform that will do microservice deployments using Kubernetes, we want to take a Dependency on the Kubernetes Deployment Object. However, we saw the documentation http://kubernetes.io/v1.1/docs/user-guide/deployments.html says the following "Note that Deployment objects effectively have API version v1alpha1. Alpha objects may change or even be discontinued in future software releases" I am wondering if we should go about using the Deployment concept to do our deployments, essentially rolling updates or since it could be discontinued or change, should we just