Bug 1659355 - oc get event -w no longer produce absolute timestamp
Summary: oc get event -w no longer produce absolute timestamp
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: oc
Version: 3.11.0
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
: ---
Assignee: Juan Vallejo
QA Contact: Xingxing Xia
URL:
Whiteboard:
: 1659356 1659360 1659369 1659373 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-12-14 07:54 UTC by Takayoshi Kimura
Modified: 2018-12-18 19:39 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-12-18 19:39:10 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Takayoshi Kimura 2018-12-14 07:54:54 UTC
Description of problem:

In 3.11, oc get event -w no longer produce absolute timestamp.

> $ oc get events -w
> LAST SEEN   FIRST SEEN   COUNT     NAME                                     KIND                    SUBOBJECT                        TYPE      REASON             SOURCE                                        MESSAGE
> 13s         13s          1         hello-sinatra-1-sjzh6.1570235fa5b7170e   Pod                                                      Normal    Scheduled          default-scheduler                             Successfully assigned test-event/hello-sinatra-1-sjzh6 to tkimura-sandbox.usersys.redhat.com
> 10s         10s          1         hello-sinatra-1-sjzh6.1570236049209e46   Pod                     spec.containers{hello-sinatra}   Normal    Pulling            kubelet, tkimura-sandbox.usersys.redhat.com   pulling image "docker-registry.default.svc:5000/test-event/hello-sinatra@sha256:7857788bbff39cf07a0777ec0c6780711aa41ac621adf2fd79c89870b87a12b1"
> 9s          9s           1         hello-sinatra-1-sjzh6.1570236062250392   Pod                     spec.containers{hello-sinatra}   Normal    Pulled             kubelet, tkimura-sandbox.usersys.redhat.com   Successfully pulled image "docker-registry.default.svc:5000/test-event/hello-sinatra@sha256:7857788bbff39cf07a0777ec0c6780711aa41ac621adf2fd79c89870b87a12b1"
> 9s          9s           1         hello-sinatra-1-sjzh6.1570236068253496   Pod                     spec.containers{hello-sinatra}   Normal    Created            kubelet, tkimura-sandbox.usersys.redhat.com   Created container
> 9s          9s           1         hello-sinatra-1-sjzh6.1570236079118922   Pod                     spec.containers{hello-sinatra}   Normal    Started            kubelet, tkimura-sandbox.usersys.redhat.com   Started container
> 12s         12s          1         hello-sinatra-1-sxx4c.1570235faf75f777   Pod                     spec.containers{hello-sinatra}   Normal    Killing            kubelet, tkimura-sandbox.usersys.redhat.com   Killing container with id docker://hello-sinatra:Need to kill Pod
> 13s         13s          1         hello-sinatra-1.1570235fa4af0385         ReplicationController                                    Normal    SuccessfulCreate   replication-controller                        Created pod: hello-sinatra-1-sjzh6

Previously it does:

> $ oc get events -w
> LAST SEEN                       FIRST SEEN                      COUNT     NAME                             KIND                    SUBOBJECT   TYPE      REASON                  SOURCE                            MESSAGE
> 2018-12-14 16:51:13 +0900 JST   2018-12-14 16:51:13 +0900 JST   1         sleep-1-cwfjr.157023a7312a611c   Pod                                 Normal    Scheduled               default-scheduler                 Successfully assigned sleep-1-cwfjr to s39.usersys.redhat.com

Version-Release number of selected component (if applicable):

$ oc version
oc v3.11.51
kubernetes v1.11.0+d4cacc0
features: Basic-Auth GSSAPI Kerberos SPNEGO

All 3.11 oc versions.

How reproducible:

Always

Steps to Reproduce:
1.
2.
3.

Actual results:

LAST SEEN, FIRST SEEN are not absolute timestamp

Expected results:

LAST SEEN, FIRST SEEN shows absolute timestamp

Additional info:

Comment 1 Takayoshi Kimura 2018-12-17 00:54:13 UTC
*** Bug 1659373 has been marked as a duplicate of this bug. ***

Comment 2 Xingxing Xia 2018-12-17 04:54:44 UTC
*** Bug 1659356 has been marked as a duplicate of this bug. ***

Comment 3 Xingxing Xia 2018-12-17 04:55:03 UTC
*** Bug 1659360 has been marked as a duplicate of this bug. ***

Comment 4 Xingxing Xia 2018-12-17 04:55:23 UTC
*** Bug 1659369 has been marked as a duplicate of this bug. ***

Comment 5 Xingxing Xia 2018-12-17 04:57:27 UTC
Closing above Takayoshi's re-submitted ones for https://bugzilla.redhat.com/show_bug.cgi?id=1659373#c1

Comment 6 Juan Vallejo 2018-12-18 19:39:10 UTC
This is working as intended. The output of `events` was recently improved in https://github.com/kubernetes/kubernetes/pull/66643.

From the patch notes:
> 4. The duration fields were changed to be the more precise output introduced for job duration (2-3 sig figs)

With regards to backwards compatibility, we do not consider "human-readable" output to have an "api guarantee". Also see [1].

1. https://github.com/kubernetes/kubernetes/pull/66643#issuecomment-409334155


Note You need to log in before you can comment on or make changes to this bug.