Re: [onap-discuss] [ONAP Helpdesk #60692] Jira strikethrough issue

[Randa Maher]

Hi Jess,

I don't believe this has anything to do with the "Unresolved" option being 
available in the Resolution field. 
If I update Resolution field to any string on an "Open" ticket, causes it to 
strikeout in dashboard. 
The issue is having access to the Resolution field during initial creation or 
while ticket is in progress (I think this would cover, Open, In-Progress, and 
Submitted states. Delivered and Closed are Resolved/Closed states)

Yes, I agree,  I don't recall ever having this problem with previous version of 
Jira. This issue is only new with the updated Jira version, I think. 

We should have a Sandbox project that uses sandbox copies of all the work 
flows, screens, etc.. to that we can test out things; otherwise, it's moot 
having Sandbox if they share the same as the production projects.

Randa

-Original Message-
From: Jessica Wagantall via RT [mailto:onap-helpd...@rt.linuxfoundation.org] 
Sent: Wednesday, September 12, 2018 2:47 AM
To: MAHER, RANDA 
Cc: onap-discuss@lists.onap.org
Subject: [ONAP Helpdesk #60692] Jira strikethrough issue

Hi Randa, 

Actually I remember we used to just have the "Unresolved" default state and not 
the actual "Unresolved" one. We didn't used to have these issues back then. 

Another thing we can probably do is rename the non default "Unresolved" state 
to something different like "Not resolved". Although, this will require 
approval from all the teams to avoid confusions. 

At least is worth trying rather than than patching the current problem using 
the transitions. 

Unfortunately, I cannot modify the resolutions for just the sandbox. These 
resolutions affect all workflows. 

Let me know what you think

Thanks!
Jess

On Mon Sep 10 22:45:32 2018, rx1...@att.com wrote:
> Hi Jess,
> Yes, it is a very strange behavior. Not sure why Jira doesn't use the 
> Status field to determine strikethrough instead of Resolution.
> Maybe we can remove the "unresolved" option from the Resolution field 
> and allow Jira to default it to Unresolved on the Create screen.
> However, not sure how we would deal with Reopen or how Jira handles 
> that state transition.
> Sorry, I no longer have admin access to a Jira instance to play 
> around, but let me know if you want me to test our anything in 
> Sandbox.
>  Thanks, Randa
> 
> -Original Message-
>  From: Jessica Wagantall via RT [mailto:onap- 
> helpd...@rt.linuxfoundation.org]
> Sent: Monday, September 10, 2018 6:03 PM
> To: MAHER, RANDA 
> Cc: onap-discuss@lists.onap.org
> Subject: [ONAP Helpdesk #60692] Jira strikethrough issue
> 
> Hi Randa,
> 
> I think the issue is also related with JIRA using "Unresolved" as a 
> default option which is different from the "Unresolved" set manually 
> by any user. In the default case, "Unresolved" is more like a NULL or 
> an empty value set by JIRA. Is a weird behavior.
> 
> I can see if I can just add the resolution option for this transition.
> I will isolate a separate workflow for sandbox same as the one used by 
> all project and make the changes there.
> 
> Will let you know once this is configured
> 
> Thanks!
> Jess
> 
> On Sun Sep 09 21:28:49 2018, rx1...@att.com wrote:
> > Dear LF support,
> >
> > An issue has arisen around Jira issues marked with a strikethrough 
> > on the backlog dashboard when issues are not really resolved or closed.
> > The issues seems to be linked to the Resolution field, which in some 
> > projects is available on all screens.
> > When the Resolution field is changed (even if from Unresolved to 
> > Unresolved), Jira is treating this as resolved and shows a 
> > strikethrough on Jira issue on the dashboard.
> > This presents an inconvenience and inefficiency for the teams since 
> > they cannot simple look at their dashboard to know what issues are 
> > truly resolved/completed, they need to view each issue to know it's 
> > real status.
> >
> > The way to address this issue from what I have been able to gather 
> > is to only present the Resolution field on the edit screen when an 
> > issue is moved to Delivered or Closed.
> > Please let us know if this can be fixed.  Maybe we can do some 
> > testing in the Sandbox project?
> >
> > Thanks, Randa
> 
> 
> 




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12410): https://lists.onap.org/g/onap-discuss/message/12410
Mute This Topic: https://lists.onap.org/mt/25508688/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [ONAP Helpdesk #60692] Jira strikethrough issue

[Randa Maher]

Hi Jess,
Yes, it is a very strange behavior. Not sure why Jira doesn't use the Status 
field to determine strikethrough instead of Resolution.
Maybe we can remove the "unresolved" option from the Resolution field and allow 
Jira to default it to Unresolved on the Create screen.
However, not sure how we would deal with Reopen or how Jira handles that state 
transition.
Sorry, I no longer have admin access to a Jira instance to play around, but let 
me know if you want me to test our anything in Sandbox.
Thanks, Randa 

-Original Message-
From: Jessica Wagantall via RT [mailto:onap-helpd...@rt.linuxfoundation.org] 
Sent: Monday, September 10, 2018 6:03 PM
To: MAHER, RANDA 
Cc: onap-discuss@lists.onap.org
Subject: [ONAP Helpdesk #60692] Jira strikethrough issue

Hi Randa, 

I think the issue is also related with JIRA using "Unresolved" as a default 
option which is different from the "Unresolved" set manually by any user. In 
the default case, "Unresolved" is more like a NULL or an empty value set by 
JIRA. Is a weird behavior. 

I can see if I can just add the resolution option for this transition. 
I will isolate a separate workflow for sandbox same as the one used by all 
project and make the changes there. 

Will let you know once this is configured

Thanks!
Jess

On Sun Sep 09 21:28:49 2018, rx1...@att.com wrote:
> Dear LF support,
> 
> An issue has arisen around Jira issues marked with a strikethrough on 
> the backlog dashboard when issues are not really resolved or closed.
> The issues seems to be linked to the Resolution field, which in some 
> projects is available on all screens.
> When the Resolution field is changed (even if from Unresolved to 
> Unresolved), Jira is treating this as resolved and shows a 
> strikethrough on Jira issue on the dashboard.
> This presents an inconvenience and inefficiency for the teams since 
> they cannot simple look at their dashboard to know what issues are 
> truly resolved/completed, they need to view each issue to know it's 
> real status.
> 
> The way to address this issue from what I have been able to gather is 
> to only present the Resolution field on the edit screen when an issue 
> is moved to Delivered or Closed.
> Please let us know if this can be fixed.  Maybe we can do some testing 
> in the Sandbox project?
> 
> Thanks, Randa




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12359): https://lists.onap.org/g/onap-discuss/message/12359
Mute This Topic: https://lists.onap.org/mt/25508688/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-discuss] Jira strikethrough issue

[Randa Maher]

Dear LF support,

An issue has arisen around Jira issues marked with a strikethrough on the 
backlog dashboard when issues are not really resolved or closed.
The issues seems to be linked to the Resolution field, which in some projects 
is available on all screens.
When the Resolution field is changed (even if from Unresolved to Unresolved), 
Jira is treating this as resolved and shows a strikethrough on Jira issue on 
the dashboard.
This presents an inconvenience and inefficiency for the teams since they cannot 
simple look at their dashboard to know what issues are truly 
resolved/completed, they need to view each issue to know it's real status.

The way to address this issue from what I have been able to gather is to only 
present the Resolution field on the edit screen when an issue is moved to 
Delivered or Closed.
Please let us know if this can be fixed.  Maybe we can do some testing in the 
Sandbox project?

Thanks, Randa


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12317): https://lists.onap.org/g/onap-discuss/message/12317
Mute This Topic: https://lists.onap.org/mt/25434892/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Jira workflow change for designated projects

[Randa Maher]

Hi Keong,

The Jira in a Submitted state is still owned by the person who made the Gerrit 
submission. They are ultimately responsible for ensuring Gerrit submission 
passes all reviews so that it can be merged.  PTL and other reviewers 
would/should get alerted of the Gerrit submit via Gerrit notification. 

Reassigning ticket in Submit state I think just adds unnecessary administrative 
overhead.

Once Gerrit is +2/merged, the assignee of the Jira would update it to Delivered.
At this point, I think it should be up to team practices to decide if they want 
Stories assigned back to PTL (or Reporter) for closure or allow assignee to 
close ticket. 

I hope this is helpful. I don't profess to have all the answers, but above 
worked very well for us.

Thanks, Randa

-Original Message-
From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Keong Lim
Sent: Friday, August 10, 2018 1:43 AM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Jira workflow change for designated projects

Hi Randa,

With the "Submitted" state corresponding to submitting a commit to Gerrit for 
review, should the JIRA workflow use a "post transition function" to reassign 
the JIRA case to a different user, e.g. the JIRA Project lead/component lead 
(i.e. PTL) or designated reviewer?

What is the normal process for reviewers to be alerted to pending Gerrit 
reviews?

Thanks,
Keong




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11841): https://lists.onap.org/g/onap-discuss/message/11841
Mute This Topic: https://lists.onap.org/mt/24212780/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Jira workflow change for designated projects

[Randa Maher]

Hi Keong,
Thank you for feedback.

I believe the way it works is that Resolution is Unresolved by default upon 
creation of an issue and stays in that state until Jira is "Delivered" (aka 
Resolved in the Atlassian default workflow naming convention)  or "Closed.
The Resolution field should be visible when we transition to those two states; 
however, that is not how LF has set it up on some of the projects.  

We can correct this by asking LF to only make Resolution a visible/editable 
field only in cases where we are transitioning to Delivered or Closed.
I think Jira always intended to allow users to update Resolution field since it 
provides multiple default Resolution tags. If a user does not manually update 
the Resolution, then everything is just marked Done, which does not provide 
enough insight to what true disposition of a ticket. 

Also, on Reopen, the Resolution should be reset to "Unresolved"

Maybe LF can comment more on this.

Thanks, Randa

-Original Message-
From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Keong Lim
Sent: Wednesday, August 08, 2018 9:52 PM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Jira workflow change for designated projects

Hi Randa,

Just wanted to point out that when a user manually sets the "Resolution" field 
in JIRA, the server also automatically sets the "Resolved Date" field, even if 
the "Resolution" is "Unresolved". This is already causing confusion in JIRA and 
its widgets because some of them use "Resolved Date" as an indication of the 
case being "resolved", whereas others filtering on the text of the "Resolution" 
field.

Taking a specific example, 
https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_SDNC-2D357=DwIFaQ=LFYZ-o9_HUMeMTSQicvjIg=kyPZ229JImvwwKH-78nlyg=y4YMrDywk9gMLi63Yk9d89OwlPwEosfDBV034KrPWlw=Vsb2z49uLt6_I9NnsxT_kHkAaAP58l_zAmJ-WV99MAM=
 is currently "Unresolved" with "Resolved Date" of "28/Jun/18".
When viewed on the Agile board, it is displayed with a "strikethrough" style, 
indicating it's "resolved" and when using burn-down charts widgets, etc, it 
will be counted towards "resolved" cases, throwing off all the stats.

Instead of direct changes to the "Resolution" field, it should be part of the 
workflow buttons, so that the "post transition functions" can do things like:
- set the "Resolution" field
- clear the "Resolved Date"

to more appropriate values, reducing confusion.

Keong

On Thu, Aug  9, 2018 at 05:44 AM, Randa Maher wrote:
> 
> I want to ensure that projects  that are using workflow v.3 have 
> access to Resolution field in their Edit screen since this field work 
> in tandem with the Status field for this workflow.
> 
> The options that are currently available for Resolution are as follows
> 
> * Unresolved (default)




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11787): https://lists.onap.org/g/onap-discuss/message/11787
Mute This Topic: https://lists.onap.org/mt/24212780/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [appc][ptl] APPC PTL Elections

[Randa Maher]

Hello,

Just a reminder that self-nomination submission will close today, 7/5/18.
I will create a poll for voting based on nominations received and send invite 
later tonight.

Thanks, Randa

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of MAHER, RANDA
Sent: Monday, July 02, 2018 11:25 AM
To: CHO, TAKAMUNE ; BRADY, PATRICK D ; 
Williams, Marcus 
Cc: onap-discuss@lists.onap.org; gildas.lani...@huawei.com; 
kp...@linuxfoundation.org
Subject: [onap-discuss] [appc][ptl] APPC PTL Elections

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Dear APPC Committers,

As you have all heard, the PTL elections have come due..
As mandated by ONAP process, PTL elections must be held at least once a year.
You can read more details here: 
https://wiki.onap.org/display/DW/Annual+Community+Elections<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Annual-2BCommunity-2BElections=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=kyPZ229JImvwwKH-78nlyg=HcksUJJ345IP7wPQdFi2dB7T10-FrMrWmfslUSNGKFI=CiT_7_5Ij170uVWLPoRE4Zg0MFR3Ktq0d4xM15xm3Yk=>

My one year is up.  It is not my intention to run for a second term, so I 
invite you to submit your self-nomination if you are interested in this 
position.

You have 2 days to submit your self-nomination from receipt of this email.
In light of July 4th  U.S. holiday, self-nomination will close end of day 
Thursday, 7/5/18.
Voting will be open for 3 days after that point and close on 7/10/11.
New PTL will be announced on 7/11/18.

It has been a pleasure serving as your PTL this past year. This has been 
absolutely the best team to work with! I will continue to participate as a 
contributor in limited capacity.

Much Thanks and Regards,

RANDA MAHER
ASSOCIATE DIRECTOR-TECHNOLOGY
D2 PLATFORM & SYSTEMS DEVELOPMENT
rx1...@att.com<mailto:rx1...@us.att.com>




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10890): https://lists.onap.org/g/onap-discuss/message/10890
Mute This Topic: https://lists.onap.org/mt/23003486/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Updated Invitation: [appc] Weekly Meeting @ Weekly from 8am to 9am on Wednesday (PDT) (onap-discuss@lists.onap.org)

[Randa Maher]

Greetings,
APPC Weekly call is canceled for this week due to US July 4th holiday.
Thank you,
Randa

-Original Appointment-
From: ONAP Meetings and Events 
[mailto:linuxfoundation.org_1rmtb5tpr3uc8f76fmflplo...@group.calendar.google.com]
Sent: Sunday, August 06, 2017 5:20 PM
To: ONAP Meetings and Events; LEFEVRE, CATHERINE; onap-discuss@lists.onap.org
Subject: [onap-discuss] Updated Invitation: [appc] Weekly Meeting @ Weekly from 
8am to 9am on Wednesday (PDT) (onap-discuss@lists.onap.org)
When: Wednesday, July 04, 2018 11:00 AM-12:00 PM (UTC-05:00) Eastern Time (US & 
Canada).
Where: https://zoom.us/j/708562828


This event has been changed.
more details 
»

Changed: [appc] Weekly Meeting
Hi there,

ONAP Meeting 4 is inviting you to a scheduled Zoom meeting.
Join from PC, Mac, Linux, iOS or Android: 
https://zoom.us/j/708562828
Or iPhone one-tap (US Toll): +14086380968,,708562828# or 
+16465588656,,708562828#
Or Telephone:
Dial: +1 408 638 0968 (US Toll) or +1 646 558 8656 (US Toll)
+1 855 880 1246 (US Toll Free)
+1 877 369 0926 (US Toll Free)
Meeting ID: 708 562 828
International numbers available: 
https://zoom.us/zoomconference?m=nOkqgtoJBOGo7SuFC0OvOat13V5cLneM






When
Changed: Weekly from 8am to 9am on Wednesday Pacific Time

Where

https://zoom.us/j/708562828
 
(map)

Calendar
onap-discuss@lists.onap.org

Who
•
Casey Cain - creator

•
cl6...@intl.att.com

•
onap-discuss@lists.onap.org



Going?   All events in this series:   
Yes
 - 
Maybe
 - 

[onap-discuss] [appc][ptl] APPC PTL Elections

[Randa Maher]

Dear APPC Committers,

As you have all heard, the PTL elections have come due..
As mandated by ONAP process, PTL elections must be held at least once a year.
You can read more details here: 
https://wiki.onap.org/display/DW/Annual+Community+Elections

My one year is up.  It is not my intention to run for a second term, so I 
invite you to submit your self-nomination if you are interested in this 
position.

You have 2 days to submit your self-nomination from receipt of this email.
In light of July 4th  U.S. holiday, self-nomination will close end of day 
Thursday, 7/5/18.
Voting will be open for 3 days after that point and close on 7/10/11.
New PTL will be announced on 7/11/18.

It has been a pleasure serving as your PTL this past year. This has been 
absolutely the best team to work with! I will continue to participate as a 
contributor in limited capacity.

Much Thanks and Regards,

RANDA MAHER
ASSOCIATE DIRECTOR-TECHNOLOGY
D2 PLATFORM & SYSTEMS DEVELOPMENT
rx1...@att.com<mailto:rx1...@us.att.com>



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10740): https://lists.onap.org/g/onap-discuss/message/10740
Mute This Topic: https://lists.onap.org/mt/23003486/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-discuss] Cannot access wiki or jira

[Randa Maher]

Hello LF,

Are you doing maintenance ?
Cannot access wiki or jira again!

Regards,

Randa


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10688): https://lists.onap.org/g/onap-discuss/message/10688
Mute This Topic: https://lists.onap.org/mt/22891279/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [appc] CDT - "Error connecting to APPC server"

[Randa Maher]

Hi Srivahni,

Yes, a number of LCM OpenStack actions are supported in Amsterdam.
You can refer to the LCM API guide on 
readthedocs,
 or refer to our testing wiki to see what we validated in Amsterdam: 
https://wiki.onap.org/display/DW/APPC+Testing+Scope+and+Status

If you want to use any of the Configure type actions, you need to use Beijing & 
CDT.

Thanks, Randa

From: Chivukula, Srivahni [mailto:srivahni.chivuk...@intel.com]
Sent: Thursday, June 28, 2018 5:06 PM
To: MAHER, RANDA ; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [appc] CDT - "Error connecting to APPC server"

Hi,

Does Amsterdam support any LCM operations via the ODL apidoc page?

Thanks,
Srivahni

From: MAHER, RANDA [mailto:rx1...@att.com]
Sent: Thursday, June 28, 2018 12:52 PM
To: Chivukula, Srivahni 
mailto:srivahni.chivuk...@intel.com>>; 
onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [appc] CDT - "Error connecting to APPC server"

Hi Srivahni.
CDT was introduced in Beijing. You  need to upgrade to Beijing. We do not 
support it in Amsterdam.
Thanks, Randa

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Srivahni
Sent: Thursday, June 28, 2018 2:44 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [appc] CDT - "Error connecting to APPC server"

Hi,


I'm trying to use the CDT tool with the Amsterdam release, to perform a restart 
on the openstack vm.

I'm seeing "Error connecting to APPC network" error on clicking "Save all to 
appc" and nothing seems to happen.

Can anyone help me with the issue?



Note, I pulled the appc-cdt-image from 
nexus3.onap.org:10001/onap/appc-cdt-image:latest.



Also, does ODL apidoc page support vm-level LCM operations today?



Regards,

Srivahni


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10687): https://lists.onap.org/g/onap-discuss/message/10687
Mute This Topic: https://lists.onap.org/mt/22887653/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [appc] CDT - "Error connecting to APPC server"

[Randa Maher]

Hi Srivahni.
CDT was introduced in Beijing. You  need to upgrade to Beijing. We do not 
support it in Amsterdam.
Thanks, Randa

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Srivahni
Sent: Thursday, June 28, 2018 2:44 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [appc] CDT - "Error connecting to APPC server"

Hi,


I'm trying to use the CDT tool with the Amsterdam release, to perform a restart 
on the openstack vm.

I'm seeing "Error connecting to APPC network" error on clicking "Save all to 
appc" and nothing seems to happen.

Can anyone help me with the issue?



Note, I pulled the appc-cdt-image from 
nexus3.onap.org:10001/onap/appc-cdt-image:latest.



Also, does ODL apidoc page support vm-level LCM operations today?



Regards,

Srivahni


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10685): https://lists.onap.org/g/onap-discuss/message/10685
Mute This Topic: https://lists.onap.org/mt/22887653/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [ONAP Helpdesk #57742] jira.onap.org hangs and timeouts consistently during early morning EST

[Randa Maher]

This has always been my experience- I cannot access ONAP wiki or Jira before 
8:30 AM. I just assumed you were running some sort of maintenance at this time. 
Rands

Randa
> On Jun 27, 2018, at 5:51 PM, Jessica Wagantall via RT 
>  wrote:
> 
> Dear Pam,
> 
> I have brought this issue up with Ryan from our infra team. 
> Looking at the jira logs, there is nothing that seems suspicious, but Ryan 
> has 
> disabled a backup that is set to run 10:00UTC 6:00am. 
> 
> Can you please let me know in case you see this issue again, we need to see 
> if the backup
> maybe was causing issues. 
> 
> During the day, Jira is 90% idle
> 
> thanks!
> Jess
> 
>> On Wed Jun 27 08:21:12 2018, pdrag...@research.att.com wrote:
>> Hi LF,
>> 
>> Every day between approximately 7:30am and 8:30am EST I try to access
>> jira.onap.org, and every day I consistently get time outs and hanging.
>> It doesn’t matter if I refresh my browser, re-login or what network I
>> am on. This is consistent pretty much every day. At some point it
>> seems to recover and behave better during the day.
>> 
>> Can someone please look into the logs and see what the problem is? I
>> realize it just got upgraded, but the problem has been happening for
>> many months now.
>> 
>> It is extremely inconvenient and frustrating as I am trying to assess
>> the work that was done overnight and what to prepare for during the
>> day.
>> 
>> Thanks,
>> 
>> Pam
> 
> 
> 
> 
> 
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10649): https://lists.onap.org/g/onap-discuss/message/10649
Mute This Topic: https://lists.onap.org/mt/22784495/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] APPC artifact upload

[Randa Maher]

Hi Adam,

While APPC does support receiving distributions from SDC, we really don't have 
a use case for this today.

Today, we use CDT to build the models and artifacts that are needed by APPC to 
support the various LCM actions.

While I research APPC-203 a little further, can you elaborate on what you are 
trying to do so that we can provide further guidance?

Thanks, Randa

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Krysiak, Adam (Nokia - PL/Wroclaw)
Sent: Thursday, June 21, 2018 2:46 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] APPC artifact upload


Hi,



I've just started work with APPC. I've found out that since 
https://jira.onap.org/browse/APPC-203
 artifacts are not pulled from SDC using DistributionClient.

In project appc-inbound there is API (RPC method 
'artifact-handler:uploadartifact') that gives functionality to add artifacts.

Problem is that I can't find any usage of it in SDC.

Can anyone tell me if there is any component that uses it or artifacts have to 
be pushed to APPC manually?



Br,

Adam


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10512): https://lists.onap.org/g/onap-discuss/message/10512
Mute This Topic: https://lists.onap.org/mt/22498755/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] AppC CDT Gui not saving the vnfs

[Randa Maher]

Santosh,
Your use case is not clear to me. What are you trying to do exactly?

CDT will allow you to create the template to use for a specific VNF 
type/action. The templates will vary depending on the action. It sound like you 
are trying to create Configuration templates for your VNF.
The template s stored in the MySQL DB. Templates will be retrieve when APPC 
receives an LCM Configure action request for your VNF and variables in the 
template will be replaced with configuration data received in payload of LCM 
Configure action request.

Can you please elaborate further on what you are trying to do?

Thanks, Randa

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Santosh Tendolkar
Sent: Friday, June 22, 2018 7:28 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] AppC CDT Gui not saving the vnfs

Hi ,
  We have Onap installed on OOM. I am trying to Onboard Vnf with action 
using the CDT tool as per CDT user guide.  After creating all the configuration 
on reference data ,template and parameter tabs of the CDT application , when i 
click the save all to appc , I get all success messages but the vnf does not 
get stored. I am tried to locate the log for application in container and could 
locate it. can anyone guide me where is the logs for Appc CDT stored and in 
which which db the details get stored appc db or CDT uses its own  database?
Regards
Santosh


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10511): https://lists.onap.org/g/onap-discuss/message/10511
Mute This Topic: https://lists.onap.org/mt/22588530/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [ONAP Helpdesk #57562] Jira and Gerrit integration not reliable

[Randa Maher]

Hi Andy,
Thanks for quick response. 
What you list is always my go to work-around, but it works maybe 10% of the 
time. 
There an issue here that warrants further investigation.
Randa 

-Original Message-
From: Andrew Grimberg via RT [mailto:onap-helpd...@rt.linuxfoundation.org] 
Sent: Thursday, June 21, 2018 6:04 PM
To: MAHER, RANDA 
Cc: gildas.lani...@huawei.com; onap-discuss@lists.onap.org
Subject: Re: [ONAP Helpdesk #57562] Jira and Gerrit integration not reliable

On 06/21/2018 02:04 PM, rx1...@att.com via RT wrote:
> Dear Helpdesk,
> 
> Can you tell me why Jira sometimes shows the Gerrit submission  and 
> sometimes not. I have not been able to identify a pattern to this.
> It seems to randomly work. This is a real productivity issue when we 
> can't reliably depend on Jira to show us the linked Gerrit submission 
> and we have to hunt around for things in Gerrit.
> 
> Thanks, Randa

Greetings Randa,

The integration is working. The issue is that the plugin maintains a cache of 
changes that it's aware of. If at anytime you are feeling that there is 
something that isn't being shown then to the right of the Gerrit header there 
is a pull down (down arrow) that you can toggle between the view of the types 
of issues. Whenever this is done it will _force_ the plugin to invalidate the 
cache and recheck for changes that meet the linking criteria.

There is no configuration for the plugin that we can set to avoid this.
The only configuration we have is to point the plugin at a single Gerrit 
instance and set the search query that is used to find linked issues.

-Andy-

--
Andrew J Grimberg
Lead, IT Release Engineering
The Linux Foundation



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10505): https://lists.onap.org/g/onap-discuss/message/10505
Mute This Topic: https://lists.onap.org/mt/22531033/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-discuss] Jira and Gerrit integration not reliable

[Randa Maher]

Dear Helpdesk,

Can you tell me why Jira sometimes shows the Gerrit submission  and sometimes 
not.
I have not been able to identify a pattern to this.  It seems to randomly work.
This is a real productivity issue when we can't reliably depend on Jira to show 
us the linked Gerrit submission and we have to hunt around for things in Gerrit.

Thanks, Randa


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10502): https://lists.onap.org/g/onap-discuss/message/10502
Mute This Topic: https://lists.onap.org/mt/22530636/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] How to restart ODL service for APPC

[Randa Maher]

Hello Santosh,

I’m adding Aaron to assist with your questions, but you need to provide a bit 
more context.
Are you working with Heat or OOM?

Thanks, Randa


From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Santosh Tendolkar
Sent: Thursday, June 21, 2018 3:52 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] How to restart ODL service for APPC

Hi All,
 I am trying to change log level for APPC.As per APP logging user guide 
i have replaced

org.ops4j.pax.logging.cfg  from following location

/opt/opendaylight/current/etc/

with one from git. APPC Logging guide mentions about restart odl service. Can 
anyone how to restart ODL service. Guide does not gives details for that.

Regards
Santosh


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10486): https://lists.onap.org/g/onap-discuss/message/10486
Mute This Topic: https://lists.onap.org/mt/22498911/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-