Hi,
I'm working with code-ready-containers, and I can see that there are
image streams that I need in the openshift namespace (for example, the
jboss eap 7.2 image). The images themselves are not local - but on
registry.redhat.io. My problem is two fold: (1) how do I configure the
cluster such
Hi,
CRC comes ready to use, you do not need to perform any configuration to use
an image stream from the 'openshift' namespace. That namespace already
includes your pull secret (from your Red Hat Developers or customer portal
account) that allows OpenSHift to pull container images from
registry.re
On Mon, Sep 16, 2019 at 8:17 AM Just Marvin <
marvin.the.cynical.ro...@gmail.com> wrote:
> Hi,
>
> I'm working with code-ready-containers, and I can see that there are
> image streams that I need in the openshift namespace (for example, the
> jboss eap 7.2 image). The images themselves are not
Fernando,
Thanks for the response, but that syntax is something that I had tried
before I posted, but it didn't work.
[zaphod@oc6010654212 ~]$ oc new-app
jboss-eap72-openshift~git@github. --name=humongous --source-secret=
error: unable to locate any images in image streams, local docker
Hi Mavin,
I am sorry, I missed your previous message. You should have the image
streams for middleware products as installation defaults. I would destroy
and recreate the CRC VM. It is a bit sensitive on its first start, where it
sets up everything. But let me check if they are actually there on m
On Mon, Sep 16, 2019 at 11:04 AM Just Marvin <
marvin.the.cynical.ro...@gmail.com> wrote:
> Fernando,
>
> Thanks for the response, but that syntax is something that I had
> tried before I posted, but it didn't work.
>
> [zaphod@oc6010654212 ~]$ oc new-app
> jboss-eap72-openshift~git@github..
Ben, Fernando,
>From the output of "oc get is jboss-eap72-openshift -n openshift -o yaml"
status:
dockerImageRepository:
image-registry.openshift-image-registry.svc:5000/openshift/jboss-eap72-openshift
publicDockerImageRepository:
default-route-openshift-image-registry.apps-crc.testing/opensh
All,
The Next OKD-WG meeting will be on Tuesday Sept 17th at 9:00 am
Pacific/4:00 pm UTC
Direct link to the session is: https://bluejeans.com/8933049334
Proposed Agenda:
(a) Review/Vote on amendment to the charter
https://github.com/openshift/community/pull/44
(b) FCOS update: Chri
Looks right to me, i'm not sure why new-app is not finding it.
Can you try using the --image-stream openshift/jboss-eap72-openshift syntax
instead of the ~ syntax and see if it makes a difference?
also running with --loglevel=5 might give us more insight about why new-app
is not finding your imag
Hi,
Is a NFS share the only way to share the same PV volume (=> to be mounted
within different pods) from the filesystem in order to by example access a
maven repo cache as this is needed for java build [1] ?
[1]
https://docs.okd.io/latest/install_config/storage_examples/shared_storage.html
Rega
Hi Marvin,
It looks like there is something actually wrong with the standard image
streams. I have a "hello-word" app on my personal GitHub account. If fails
with the same error as you if I try to use the EAP image streams with the
"latest" tag implied:
$ oc new-app jboss-eap72-openshift~https://
oh. the "latest" tag is marked hidden, so new-app ignores it.
(new-app looks for the "latest" tag if you don't explicitly specify a tag).
I believe the EAP team did that intentionally because they want you to pick
a version, not use latest.
On Mon, Sep 16, 2019 at 12:59 PM Fernando Lozano wr
Hi Charles,
You would need any storage back-end that supports ReadWriteMany acces mode,
which usually means file-based storage. AFAIK most cloud-based storage,
such as EC2 volumes, would not fit the bill.
Unfortunately, AFAIK you specify a PV for S2I build pods, so you cannot
reuse the maven cach
Fernando,
Thanks for offering a solution. I've run into a different problem with
your syntax (which, if it weren't happening to me, I'd find hilarious):
[zaphod@oc6010654212 ~]$ oc new-app
jboss-eap72-openshift:1.0~git@github. --name=humongous --source-s
Ben, Fernando,
It turns out that saying "no" to the ssh connection prompt causes the
logic to fallback to the normal paths, and then the command works. So many
thanks to getting me to this point. However, the interpretation of the IS
name as a hostname _will_ cause problems for scripts running
On Mon, Sep 16, 2019 at 1:18 PM Just Marvin <
marvin.the.cynical.ro...@gmail.com> wrote:
> Ben, Fernando,
>
> It turns out that saying "no" to the ssh connection prompt causes the
> logic to fallback to the normal paths, and then the command works. So many
> thanks to getting me to this point.
Hi Ben,
My recollections tell me that using latest worked a long time ago... well,
I don't trust my recollections that much. ;-)
I also remember something about using the middleware image streams directly
as not being recommend, that we should use the templates instead.
[]s, Fernando Lozano
On
On Mon, Sep 16, 2019 at 1:22 PM Fernando Lozano wrote:
> Hi Ben,
>
> My recollections tell me that using latest worked a long time ago... well,
> I don't trust my recollections that much. ;-)
>
yeah, i think the hidden tag was added later.
>
> I also remember something about using the middlewa
On 16.09.19 18:52, Charles Moulliard wrote:
Hi,
Is a NFS share the only way to share the same PV volume (=> to be
mounted within different pods) from the filesystem in order to by
example access a maven repo cache as this is needed for java build [1] ?
red hat suggests glusterfs for 3.x, for
19 matches
Mail list logo