Re: [Gluster-devel] gluster_gd2-nightly-rpms - do we need to continue to build for this?

[Aravinda VK]

We can stop this job.

regards
Aravinda

> On 18-Feb-2020, at 5:53 AM, Sankarshan Mukhopadhyay 
>  wrote:
> 
> There is no practical work being done on gd2, do we need to continue
> to have a build job?
> 
> On Tue, 18 Feb 2020 at 05:46,  wrote:
>> 
>> See 
>> 
> 
> 
> 
> -- 
> sankarshan mukhopadhyay
> 
> ___
> 
> Community Meeting Calendar:
> 
> APAC Schedule -
> Every 2nd and 4th Tuesday at 11:30 AM IST
> Bridge: https://bluejeans.com/441850968
> 
> 
> NA/EMEA Schedule -
> Every 1st and 3rd Tuesday at 01:00 PM EDT
> Bridge: https://bluejeans.com/441850968
> 
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-devel
> 

___

Community Meeting Calendar:

APAC Schedule -
Every 2nd and 4th Tuesday at 11:30 AM IST
Bridge: https://bluejeans.com/441850968


NA/EMEA Schedule -
Every 1st and 3rd Tuesday at 01:00 PM EDT
Bridge: https://bluejeans.com/441850968

Gluster-devel mailing list
Gluster-devel@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-devel

[kinfocenter] [Bug 413003] energy info corrupts solid battery pointers

[VK]

https://bugs.kde.org/show_bug.cgi?id=413003

--- Comment #19 from VK  ---
Created attachment 125616
  --> https://bugs.kde.org/attachment.cgi?id=125616=edit
New crash information added by DrKonqi

kinfocenter (5.17.5) using Qt 5.13.2

- What I was doing when the application crashed:

Looked through battery and Graphical Information, and closed the app.

-- Backtrace (Reduced):
#6  QWeakPointer::data (this=0x1e48) at
/usr/include/x86_64-linux-gnu/qt5/QtCore/qsharedpointer_impl.h:569
#7  QPointer::data (this=0x1e48) at
/usr/include/x86_64-linux-gnu/qt5/QtCore/qpointer.h:86
#8  Solid::DeviceInterfacePrivate::backendObject (this=0x1e40) at
./src/solid/devices/frontend/deviceinterface.cpp:110
#9  0x7f618ef61d08 in Solid::DevicePrivate::~DevicePrivate
(this=0x5577d6ac3ae0, __in_chrg=) at
./src/solid/devices/frontend/device.cpp:222
#10 0x7f618ef61e89 in Solid::DevicePrivate::~DevicePrivate
(this=0x5577d6ac3ae0, __in_chrg=) at
./src/solid/devices/frontend/device.cpp:225

-- 
You are receiving this mail because:
You are watching all bug changes.

[kinfocenter] [Bug 413003] energy info corrupts solid battery pointers

[VK]

https://bugs.kde.org/show_bug.cgi?id=413003

VK  changed:

   What|Removed |Added

 CC||svivekk...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.

Re: [Gluster-users] Free space reported not consistent with bricks

[Aravinda VK]

Gluster mount shows actual free size - reserve size

See the issue related to reserve size: 
https://github.com/gluster/glusterfs/issues/236
Blog related to the same topic: 
https://aravindavk.in/blog/gluster-volume-utilization-multiple-approaches

—
Aravinda Vishwanathapura
https://kadalu.io 


> On 27-Jan-2020, at 1:20 PM, Stefan  wrote:
> 
> Hi,
> 
> why is it that the free space on the volume mount (via FUSE) is never 
> equivalent to any of the bricks' free space in a replicated volume?
> For example here:
> $ df -m on host-01:
> > /dev/mapper/gluster-brick01   7630880 4890922   2722008  65% 
> > /data/glusterfs/backupv01/brick01
> $ df -m on host-06:
> > /dev/mapper/gluster-brick06   7630880 4717589   2897753  62% 
> > /data/glusterfs/backupv01/brick06
> $ df -m on client:
> > host-01:backupv01 7630880 4966615   2664266  66% /mnt/backup01
> 
> Stefan
> 
> 
> Community Meeting Calendar:
> 
> APAC Schedule -
> Every 2nd and 4th Tuesday at 11:30 AM IST
> Bridge: https://bluejeans.com/441850968
> 
> NA/EMEA Schedule -
> Every 1st and 3rd Tuesday at 01:00 PM EDT
> Bridge: https://bluejeans.com/441850968
> 
> Gluster-users mailing list
> Gluster-users@gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-users



Community Meeting Calendar:

APAC Schedule -
Every 2nd and 4th Tuesday at 11:30 AM IST
Bridge: https://bluejeans.com/441850968

NA/EMEA Schedule -
Every 1st and 3rd Tuesday at 01:00 PM EDT
Bridge: https://bluejeans.com/441850968

Gluster-users mailing list
Gluster-users@gluster.org
https://lists.gluster.org/mailman/listinfo/gluster-users

[onap-tsc] Committer updates for DCAE

[Vijay VK]

Hi TSC/Infrastructure-Coordinator,

Would like to request committer promotion for Kornel Janiak from Nokia for 
following DCAE repositories.
dcaegen2/collectors/hv-ves,
 
dcaegen2/services/sdk,
 
dcaegen2/services/prh

Please find below the supporting documentation along with existing committer 
approval
https://wiki.onap.org/display/DW/Committer+Promotion+Request+for+%5BDCAE%5D%3A+Kornel+Janiak

Also want to notify that Mike Hwang (AT) has left business and his DCAE 
committer privilege will be revoked.

Regards,
Vijay.


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

View/Reply Online (#5859): https://lists.onap.org/g/onap-tsc/message/5859
Mute This Topic: https://lists.onap.org/mt/69991550/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[ansible-project] ansible expect module not working with openshift installer prompt

[vk]

I have created an ansible task to generate openshift config from openshift 
installer. When done manually, install config gets generated successfully. 
It asks for user input like shown below:

? SSH Public Key  [Use arrows to move, type to filter, ? for more help]
  /home/x/.ssh/id_rsa.pub
  /home/x/.ssh/id_rsa_os.pub
> 
? Platform  [Use arrows to move, type to filter, ? for more help]
> aws
  azure
? Region  [Use arrows to move, type to filter, ? for more help]
  eu-west-2 (London)
> eu-west-3 (Paris)
? Pull Secret [? for help]
? Cluster Name [? for help]
? Pull Secret [? for help]

I have created ansible task for same as shown above:

- name: openshift install config
  expect:
command: ./openshift-install create install-config --dir={{ install_dir 
}}
responses:
  SSH Public Key : "{{ public_key }}"
  Platform : aws
  Region : "{{ AWS_REGION }}"
  Base Domain : .com
  Cluster Name : xx-cluster
  Pull Secret : xx

It err with* "msg": "command exceeded timeout"*. Increasing timeout to 
higher value than default 30 sec doesn't help. 

Is there any change need to be done to get it working ?

Thank you

-- 
You received this message because you are subscribed to the Google Groups 
"Ansible Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ansible-project+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ansible-project/218db500-f4d5-41a6-ae5e-3e1fdbd845f4%40googlegroups.com.

[onap-tsc] DCAE Committer promotion requests : Joseph O'Leary

[Vijay VK]

Hi TSC/Infrastructure-Coordinator,
I would like to promote Joseph O'Leary as a committer for DCAE project; please 
find below the supporting documentation for this request.

https://wiki.onap.org/display/DW/Committer+Promotion+Request+for+%5BDCAE%5D%3A+Joseph+O%27Leary

I would greatly appreciate your approval on this regard.

Thanks,
Vijay.


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

View/Reply Online (#5659): https://lists.onap.org/g/onap-tsc/message/5659
Mute This Topic: https://lists.onap.org/mt/60201450/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-tsc] DCAE committer removal

[Vijay VK]

Hi TSC,
This is notify the following members will be removed from DCAE committers list 
as they have moved on to other assignments outside of ONAP.
Zlatko Murgoski (zlatko.murgo...@nokia.com) 
(dcaegen2/collectors/ves)
Piotr Jaszczyk (piotr.jaszc...@nokia.com) 
(dcaegen2/collectors/hv-ves,
 
dcaegen2/services/sdk,
 
dcaegen2/services/prh,
 
dcaegen2/services)

I will be submitting the corresponding INFO.yaml updates shortly.

Regards,
Vijay  .


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

View/Reply Online (#5539): https://lists.onap.org/g/onap-tsc/message/5539
Mute This Topic: https://lists.onap.org/mt/39648573/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: Is Log4Net project abandoned?

[Kabilan VK]

Hi Dominik,
I have setup a sample build for Log4Net.standard solution. Let me know if
its okay to proceed then we can migrate all builds to azure devops.
https://dev.azure.com/logging-log4net/Log4Net/_build/results?buildId=20=artifacts


Regards,
Kabilan

On Tue, Oct 1, 2019 at 3:14 PM Kabilan VK  wrote:

> Hi Dominik,
> I can allocate some time to help setting up the builds for Log4Net. Let me
> know what tasks I can start with.
> I would suggest https://dev.azure.com as a replacement for NAnt. The
> azure pipeline is free for GitHub projects and have support to the latest
> frameworks.
>
> Regards,
> Kabilan
>
> On Sun, Sep 22, 2019 at 7:54 AM Dominik Psenner 
> wrote:
>
>> Streamlining the architectures across the different log4* implementations
>> has been discussed earlier. It would make sense to split log4net into
>> several libraries (api, configuration, several appender.xxx, etc). Further
>> make these assemblies all available over nuget. I could imagine this to
>> become part of a not yet existing 3.0 milestone if the community is
>> willing
>> to contribute. I see also more important things to flesh out (getting a
>> release out of the door, reimplement the rolling file appender, replace
>> nant to improve builds and their automation, automate deployments to
>> nuget,
>> ..).
>>
>> On Tue, 17 Sep 2019 at 17:31, Matt Sicker  wrote:
>>
>> > SLF4J is an earlier alternative to log4j-api, but it's not a
>> > replacement. If the other log4* projects adopt similar architectures
>> > to log4j2, they can all have API/implementation separation and
>> > potentially compatible config files, though that's not really planned
>> > by anyone that I know of.
>> >
>> > On Mon, 16 Sep 2019 at 23:15, Brown, Michael A  wrote:
>> > >
>> > > Any action on slf* as log4* replacement?
>> > >
>> > > I don’t have any issues with log4* or know a great deal about slf* but
>> > some of what I read indicates some developers moving in that direction.
>> > >
>> > > Any comments?
>> > >
>> > > Mike
>> > >
>> > > Get Outlook for iOS<https://aka.ms/o0ukef>
>> > > 
>> > > From: Dominik Psenner 
>> > > Sent: Monday, September 16, 2019 5:10:50 PM
>> > > To: dev@logging.apache.org 
>> > > Subject: Re: Is Log4Net project abandoned?
>> > >
>> > > I had this message in draft for quite some time now and just now I
>> > decided
>> > > to send it in a slightly modified version.
>> > >
>> > > While log4net has been around for a while it may have come the point
>> in
>> > > time when it has reached end of life. A good indicator to me is the
>> > number
>> > > of active contributors. This means that the decision is obviously
>> > community
>> > > driven. So long people step up and get involved the project is
>> healthy.
>> > Me
>> > > being the only one to do releases, review and apply PR, etc does not
>> > scale.
>> > > Any contribution is welcome!
>> > >
>> > > Best regards
>> > > --
>> > > Dominik Psenner
>> > >
>> > > On Sat, Jun 29, 2019, 20:00 Kabilan VK  wrote:
>> > >
>> > > > The last commit was on 2017 so, its becoming a less favor to new
>> > startup
>> > > > projects. I tried to contribute by adding latest .net framework
>> > support so,
>> > > > at least need a PR review support to get this on track.
>> > > > Thanks for understanding.
>> > > >
>> > > > Regards,
>> > > > Kabilan
>> > > >
>> > > > On Sat, 29 Jun, 2019, 4:31 AM Jochen Wiedmann, <
>> > jochen.wiedm...@gmail.com>
>> > > > wrote:
>> > > >
>> > > > > On Sat, Jun 29, 2019 at 1:21 PM Dominik Psenner <
>> dpsen...@gmail.com>
>> > > > > wrote:
>> > > > > > We could also push log4net back to incubation. What do you
>> think?
>> > > > >
>> > > > > If availability of people is an issue, then this would be an
>> > excellent
>> > > > > way of exhausting those even more.
>> > > > >
>> > > > > Jochen
>> > > > >
>> > > >
>> > > >
>> >
>> >
>> >
>> > --
>> > Matt Sicker 
>> >
>>
>>
>> --
>> Dominik Psenner
>>
>
>
> --
>
> =
> Thanks and Regards
> Kabilan.vk
>


-- 

=
Thanks and Regards
Kabilan.vk

Re: Is Log4Net project abandoned?

[Kabilan VK]

Hi Dominik,
I can allocate some time to help setting up the builds for Log4Net. Let me
know what tasks I can start with.
I would suggest https://dev.azure.com as a replacement for NAnt. The azure
pipeline is free for GitHub projects and have support to the latest
frameworks.

Regards,
Kabilan

On Sun, Sep 22, 2019 at 7:54 AM Dominik Psenner  wrote:

> Streamlining the architectures across the different log4* implementations
> has been discussed earlier. It would make sense to split log4net into
> several libraries (api, configuration, several appender.xxx, etc). Further
> make these assemblies all available over nuget. I could imagine this to
> become part of a not yet existing 3.0 milestone if the community is willing
> to contribute. I see also more important things to flesh out (getting a
> release out of the door, reimplement the rolling file appender, replace
> nant to improve builds and their automation, automate deployments to nuget,
> ..).
>
> On Tue, 17 Sep 2019 at 17:31, Matt Sicker  wrote:
>
> > SLF4J is an earlier alternative to log4j-api, but it's not a
> > replacement. If the other log4* projects adopt similar architectures
> > to log4j2, they can all have API/implementation separation and
> > potentially compatible config files, though that's not really planned
> > by anyone that I know of.
> >
> > On Mon, 16 Sep 2019 at 23:15, Brown, Michael A  wrote:
> > >
> > > Any action on slf* as log4* replacement?
> > >
> > > I don’t have any issues with log4* or know a great deal about slf* but
> > some of what I read indicates some developers moving in that direction.
> > >
> > > Any comments?
> > >
> > > Mike
> > >
> > > Get Outlook for iOS<https://aka.ms/o0ukef>
> > > 
> > > From: Dominik Psenner 
> > > Sent: Monday, September 16, 2019 5:10:50 PM
> > > To: dev@logging.apache.org 
> > > Subject: Re: Is Log4Net project abandoned?
> > >
> > > I had this message in draft for quite some time now and just now I
> > decided
> > > to send it in a slightly modified version.
> > >
> > > While log4net has been around for a while it may have come the point in
> > > time when it has reached end of life. A good indicator to me is the
> > number
> > > of active contributors. This means that the decision is obviously
> > community
> > > driven. So long people step up and get involved the project is healthy.
> > Me
> > > being the only one to do releases, review and apply PR, etc does not
> > scale.
> > > Any contribution is welcome!
> > >
> > > Best regards
> > > --
> > > Dominik Psenner
> > >
> > > On Sat, Jun 29, 2019, 20:00 Kabilan VK  wrote:
> > >
> > > > The last commit was on 2017 so, its becoming a less favor to new
> > startup
> > > > projects. I tried to contribute by adding latest .net framework
> > support so,
> > > > at least need a PR review support to get this on track.
> > > > Thanks for understanding.
> > > >
> > > > Regards,
> > > > Kabilan
> > > >
> > > > On Sat, 29 Jun, 2019, 4:31 AM Jochen Wiedmann, <
> > jochen.wiedm...@gmail.com>
> > > > wrote:
> > > >
> > > > > On Sat, Jun 29, 2019 at 1:21 PM Dominik Psenner <
> dpsen...@gmail.com>
> > > > > wrote:
> > > > > > We could also push log4net back to incubation. What do you think?
> > > > >
> > > > > If availability of people is an issue, then this would be an
> > excellent
> > > > > way of exhausting those even more.
> > > > >
> > > > > Jochen
> > > > >
> > > >
> > > >
> >
> >
> >
> > --
> > Matt Sicker 
> >
>
>
> --
> Dominik Psenner
>


-- 

=
Thanks and Regards
Kabilan.vk

[onap-tsc] DCAE PTL 2019 Election results

[Vijay VK]

Dear ONAP TSC,
The DCAE team has held the elections for PTL posting. I was the only nomination 
and has been elected again to serve as DCAE PTL for next term.

DCAE Committers,
Thank you as always for your support.  I look forward to continue working with 
you all.

Results: https://civs.cs.cornell.edu/cgi-bin/results.pl?id=E_c8187e869e3bf94f

Thanks,
Vijay

_._,_._,_


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

View/Reply Online (#5309): https://lists.onap.org/g/onap-tsc/message/5309
Mute This Topic: https://lists.onap.org/mt/32667017/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-tsc] Call for nominations of DCAE PTL 2019-2020

[Vijay VK]

Dear DCAE Committers,
I would like to self-nominate to continue as PTL for DCAE project. Our team has 
delivered a lot of value to the ONAP Community in the past year. It would be my 
pleasure to continue to help drive us forward.

Thanks,
Vijay.

From: onap-tsc@lists.onap.org  On Behalf Of VENKATESH 
KUMAR, VIJAY
Sent: Monday, July 22, 2019 10:47 AM
To: Wielebski, Piotr (Nokia - PL/Wroclaw) ; 
Jaszczyk, Piotr (Nokia - PL/Wroclaw) ; JI, LUSHENG 
; HANSEN, TONY L ; LUCAS, JACK 
; HWANG, MICHAEL ; Yan Yang 
; Henrik Andersson B ; 
Murgoski, Zlatko (Nokia - PL/Wroclaw) ; 
onap-tsc@lists.onap.org
Subject: [onap-tsc] Call for nominations of DCAE PTL 2019-2020

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

Annual ONAP PTL elections have started; the process is described here: 
https://wiki.onap.org/display/DW/Annual+Community+Elections#AnnualCommunityElections-PTLElections

Please reply to this email if you would like to self-nominate.  Nominations are 
due by July 24 at 10:00 AM ET.

Regards,
Vijay.



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

View/Reply Online (#5273): https://lists.onap.org/g/onap-tsc/message/5273
Mute This Topic: https://lists.onap.org/mt/32559547/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-tsc] Call for nominations of DCAE PTL 2019-2020

[Vijay VK]

Hello DCAE committers,

Annual ONAP PTL elections have started; the process is described here: 
https://wiki.onap.org/display/DW/Annual+Community+Elections#AnnualCommunityElections-PTLElections

Please reply to this email if you would like to self-nominate.  Nominations are 
due by July 24 at 10:00 AM ET.

Regards,
Vijay.


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

View/Reply Online (#5272): https://lists.onap.org/g/onap-tsc/message/5272
Mute This Topic: https://lists.onap.org/mt/32559547/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [users@httpd] Need Apache to return multiple error doc

[alchemist vk]

Richard/All,
  I am trying to implement what you suggested.. But somehow its not working
and unable to restart apache after making my changes.
  If possible, can you provide one short example code snippet .

Thanks in advance,
Venkatesh

On Fri, Jul 12, 2019 at 10:41 PM alchemist vk 
wrote:

> Thanks Richard for suggestion.
> I will surely try on working out this.
>
> Thanks again for your time and help.
>
> With Regards,
> Venkatesh
>
> On Fri, Jul 12, 2019 at 7:47 PM Richard <
> lists-apa...@listmail.innovate.net> wrote:
>
>>
>> > Date: Thursday, July 11, 2019 11:48:38 +0530
>> > From: alchemist vk 
>> >
>> > Hi all,
>> >   I have a requirement where I need send different error docs for
>> > same error code depending upon specific error returned by
>> > application.. For example, if application returns 400,it means
>> > error may be due to non availability of query param or url doesn't
>> > have mandatory fields etc,and depending upon this exact error, I
>> > need to send proper error doc with exact error.. pls let me know
>> > how to achieve this..
>> >
>> > PS: I have one error doc which says query param not available and
>> > another error doc which says non availability of the mandatory
>> > fields in URL, so how to differentiate and send specific error
>> > depending upon single error return code 400..
>> >
>>
>> You can point the ErrorDocument reference for a return code to a
>> script, rather than a static page. You can then use the script to
>> gather other available information (e.g., the referrer) to determine
>> the cause of the error and generate/serve an appropriate error
>> message.
>>
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
>> For additional commands, e-mail: users-h...@httpd.apache.org
>>
>>

Re: [users@httpd] Need Apache to return multiple error doc

[alchemist vk]

Thanks Richard for suggestion.
I will surely try on working out this.

Thanks again for your time and help.

With Regards,
Venkatesh

On Fri, Jul 12, 2019 at 7:47 PM Richard 
wrote:

>
> > Date: Thursday, July 11, 2019 11:48:38 +0530
> > From: alchemist vk 
> >
> > Hi all,
> >   I have a requirement where I need send different error docs for
> > same error code depending upon specific error returned by
> > application.. For example, if application returns 400,it means
> > error may be due to non availability of query param or url doesn't
> > have mandatory fields etc,and depending upon this exact error, I
> > need to send proper error doc with exact error.. pls let me know
> > how to achieve this..
> >
> > PS: I have one error doc which says query param not available and
> > another error doc which says non availability of the mandatory
> > fields in URL, so how to differentiate and send specific error
> > depending upon single error return code 400..
> >
>
> You can point the ErrorDocument reference for a return code to a
> script, rather than a static page. You can then use the script to
> gather other available information (e.g., the referrer) to determine
> the cause of the error and generate/serve an appropriate error
> message.
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
> For additional commands, e-mail: users-h...@httpd.apache.org
>
>

[users@httpd] Need Apache to return multiple error doc

[alchemist vk]

Hi all,
  I have a requirement where I need send different error docs for same
error code depending upon specific error returned by application..
For example, if application returns 400,it means error may be due to non
availability of query param or url doesn't have mandatory fields etc,and
depending upon this exact error, I need to send proper error doc with exact
error.. pls let me know how to achieve this..

PS: I have one error doc which says query param not available and another
error doc which says non availability of the mandatory fields in URL, so
how to differentiate and send specific error depending upon single error
return code 400..

Thanks in advance,
With regards,
Venkatesh

Re: Is Log4Net project abandoned?

[Kabilan VK]

The last commit was on 2017 so, its becoming a less favor to new startup
projects. I tried to contribute by adding latest .net framework support so,
at least need a PR review support to get this on track.
Thanks for understanding.

Regards,
Kabilan

On Sat, 29 Jun, 2019, 4:31 AM Jochen Wiedmann, 
wrote:

> On Sat, Jun 29, 2019 at 1:21 PM Dominik Psenner 
> wrote:
> > We could also push log4net back to incubation. What do you think?
>
> If availability of people is an issue, then this would be an excellent
> way of exhausting those even more.
>
> Jochen
>

Is Log4Net project abandoned?

[Kabilan VK]

Is it abandoned, why no one responds for any review or contribution
questions?

Regards,
Kabilan

Contribution to Log4Net repo

[Kabilan VK]

Hi,
I would like to contribute to the Log4Net repo by upgrading to the latest
standard framework 2.0. Can you help to review the changes?

Pull Request:
https://github.com/apache/logging-log4net/pull/51

Story:
LOG4NET-572: Add target for netstandard-2.0
=
Thanks and Regards
Kabilan vk

[Libav-user] "Header damaged message" while decoding video file

[VK Mahesh]

Hello,
I am trying to write a simple libav*-wrapper for frame-by-frame video
processing. The code is located here:
https://github.com/vkmaheshbhat/EasyFFmpeg/blob/master/videodecoder.h

When I run it on the file
https://github.com/vkmaheshbhat/EasyFFmpeg/blob/master/Data/vid.mp4,
I get a lot of errors as in the attached file. While transcoding with avconv
from CLI, it has no issues with the file, nor MPlayer or VLC do. I have a
feeling I am doing something wrong in the initialization. Can someone
please look into this?

Mahesh
Hello World!
[mpeg4 @ 0x5563ee597d40] Reverting picture dimensions change due to header 
decoding failure
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] illegal chroma format
[mpeg4 @ 0x5563ee597d40] Marker bit missing at 1186 of 2144 after 
first_half_bitrate
[mpeg4 @ 0x5563ee597d40] Marker bit missing at 1202 of 2144 after 
latter_half_bitrate
[mpeg4 @ 0x5563ee597d40] Marker bit missing at 1218 of 2144 after 
first_half_vbv_buffer_size
[mpeg4 @ 0x5563ee597d40] Marker bit missing at 1271 of 2144 before width
[mpeg4 @ 0x5563ee597d40] Marker bit missing at 1285 of 2144 before height
[mpeg4 @ 0x5563ee597d40] Static Sprites not supported
[mpeg4 @ 0x5563ee597d40] Marker bit missing at 1316 of 2144 after sprite_width
[mpeg4 @ 0x5563ee597d40] Marker bit missing at 1330 of 2144 after sprite_height
[mpeg4 @ 0x5563ee597d40] 62 sprite_warping_points
[mpeg4 @ 0x5563ee597d40] Reverting picture dimensions change due to header 
decoding failure
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] warning: first frame is no keyframe
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
[mpeg4 @ 0x5563ee597d40] header damaged
___
Libav-user mailing list
Libav-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/libav-user

To unsubscribe, visit link above, or email
libav-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [onap-tsc] Committer promotion and extension requests for DCAE

[Vijay VK]

Catherine,
Thank you for looking into the request.

For both Henrik and Zlatko  - responses from Jaszczyk, Piotr & Wielebski, Piotr 
are recorded on same attachment as Yan Yang; please see below

https://wiki.onap.org/download/attachments/45307065/Yang_PeterW_PeterJ_Re%20New%20DCAE%20committer%20feedback%20request%20-%20Henrik%20Andersson%20and%20Zlatko%20Murgoski.msg?version=1=1552016938000=v2

Please let me know if any further questions.

Regards,
Vijay.

From: onap-tsc@lists.onap.org  On Behalf Of LEFEVRE, 
CATHERINE
Sent: Tuesday, March 19, 2019 6:50 PM
To: onap-tsc@lists.onap.org; Jim Baker ; 'Kenny 
Paul' 
Subject: Re: [onap-tsc] Committer promotion and extension requests for DCAE

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

My apologies for the delayed response regarding your request.

I do not see any issue to extend the committer's role of Jaszczyk, Piotr & 
Wielebski, Piotr
Feel free to submit your request to ONAP helpdesk but you need to update 
info.yaml file first.

Concerning the new committers:

  *   Henrik Andersson B
 *   I do not see the vote from Jaszczyk, Piotr & Wielebski, Piotr. Can you 
please collect their vote? Thanks
  *   Murgoski, Zlatko
 *   I do not see the vote from Jaszczyk, Piotr & Wielebski, Piotr. Can you 
please collect their vote? Thanks

Many thanks & regards
Catherine


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

View/Reply Online (#4773): https://lists.onap.org/g/onap-tsc/message/4773
Mute This Topic: https://lists.onap.org/mt/30317641/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-tsc] Committer promotion and extension requests for DCAE

[Vijay VK]

Hi Jim/TSC,  Would you have any update on this request?

Regards,
Vijay

From: onap-tsc@lists.onap.org  On Behalf Of VENKATESH 
KUMAR, VIJAY
Sent: Friday, March 08, 2019 4:32 PM
To: onap-tsc@lists.onap.org; Jim Baker ; 'Kenny 
Paul' 
Subject: [onap-tsc] Committer promotion and extension requests for DCAE

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Dear TSC,
Requesting following committer updates for DCAE project; all current committers 
have voted in favor. Please find individual requests below and kindly approve.

Committer role extensions (to additional DCAE repositories) - Jaszczyk, Piotr & 
Wielebski, Piotr
https://wiki.onap.org/display/DW/Committer+Extension+Request+for+%5BDCAE%5D%3A+Piotr+Jaszczyk
https://wiki.onap.org/display/DW/Committer+Extension+Request+for+%5BDCAE%5D%3A+Piotr+Wielebski

New committer promotions - Henrik Andersson B & Murgoski, Zlatko
https://wiki.onap.org/display/DW/Committer+Promotion+Request+for+%5BDCAE%5D%3A+Henrik+Andersson
https://wiki.onap.org/display/DW/Committer+Promotion+Request+for+%5BDCAE%5D%3A+Zlatko+Murgoski

Thanks,
Vijay





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

View/Reply Online (#4761): https://lists.onap.org/g/onap-tsc/message/4761
Mute This Topic: https://lists.onap.org/mt/30317641/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-tsc] WindRiver lab - removing VMs plan and exemptions

[Vijay VK]

Hi Jim,
Requesting exception for below DCAE VMs – as these are actively being used for 
Dublin development.

2432147a-bf01-478d-b5a1-663bfd088104

 k8s3-rancher

 ACTIVE

 DCAE

 f8b72abb-52d0-47f9-955b-56447927c429

 k8s3-k8s-1

 ACTIVE

 DCAE

 78d8eafb-c846-4d50-852b-65f2def21db1

 k8s3-k8s-2

 ACTIVE

 DCAE

 9089994c-c380-4a6b-a736-a5fc3e3eb7c3

 k8s3-k8s-3

 ACTIVE

 DCAE


Thanks,
Vijay
From: onap-tsc@lists.onap.org  On Behalf Of Jim Baker
Sent: Monday, March 11, 2019 7:08 PM
To: onap-tsc 
Subject: [onap-tsc] WindRiver lab - removing VMs plan and exemptions

Greetings ONAP developers!
Please review the attached spreadsheet. All the items highlighted in yellow are 
over 100 days since creation and are targeted for blanket removal. If you have 
an older VM that is listed for removal AND you'd like an exemption,  you need 
to respond to this email with the ID of the VM to exclude. Please use the ID as 
the Name is non-unique. Exemptions will be gathered through Thursday 2019-03-14 
with VM removal scheduled for 2019-03-18.

Thank you for helping to create some spare capacity for the upcoming testing 
crunch!
--
Jim Baker
Linux Foundation Networking - Technical Program Manager
mobile: +1 970 227 6007


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

View/Reply Online (#4729): https://lists.onap.org/g/onap-tsc/message/4729
Mute This Topic: https://lists.onap.org/mt/30395493/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-tsc] Committer promotion and extension requests for DCAE

[Vijay VK]

Dear TSC,
Requesting following committer updates for DCAE project; all current committers 
have voted in favor. Please find individual requests below and kindly approve.

Committer role extensions (to additional DCAE repositories) - Jaszczyk, Piotr & 
Wielebski, Piotr
https://wiki.onap.org/display/DW/Committer+Extension+Request+for+%5BDCAE%5D%3A+Piotr+Jaszczyk
https://wiki.onap.org/display/DW/Committer+Extension+Request+for+%5BDCAE%5D%3A+Piotr+Wielebski

New committer promotions - Henrik Andersson B & Murgoski, Zlatko
https://wiki.onap.org/display/DW/Committer+Promotion+Request+for+%5BDCAE%5D%3A+Henrik+Andersson
https://wiki.onap.org/display/DW/Committer+Promotion+Request+for+%5BDCAE%5D%3A+Zlatko+Murgoski

Thanks,
Vijay




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

View/Reply Online (#4716): https://lists.onap.org/g/onap-tsc/message/4716
Mute This Topic: https://lists.onap.org/mt/30317641/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-tsc] Data Lake

[Vijay VK]

Hi TSC,
I had discussion with Guobioa and the POC scope has been identified 
here<https://wiki.onap.org/display/DW/DataLake+POC>. If any questions, please 
let us know.

ChinaMobile has committed resource to support this contribution for Dublin.

Regards,
Vijay

From: onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org> 
mailto:onap-tsc@lists.onap.org>> On Behalf Of Lingli 
Deng
Sent: Thursday, January 31, 2019 9:52 PM
To: onap-tsc mailto:onap-tsc@lists.onap.org>>
Cc: Guobiao_Mo mailto:guobia...@chinamobile.com>>
Subject: Re: [onap-tsc] Data Lake


Hi Vijay,



Sorry for the mis-communication.

I believe according to the TSC practice, since data lake to supposed to be 
sub-project of DCAE for Dublin, not a separate project, its scope would be left 
to DCAE team.

May I suggest that datalake and DCAE work offline to define the Dublin scope 
for datalake and bring it back on Monday's PTL call so that it would be better 
tracked?



Thanks,

Lingli/邓灵莉

中国移动通信研究院

denglin...@chinamobile.com<mailto:denglin...@chinamobile.com>


邮件原文
发件人：Vijay VK mailto:vv7...@att.com>>
收件人："onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org>" 
mailto:onap-tsc@lists.onap.org>>
抄　送: (无)
发送时间：2019-02-01 01:25:44
主题：Re: [onap-tsc] Data Lake


Hi TSC, Could someone please clarify what is the scope of datalake POC targeted 
for Dublin?

Also I don’t see this tracked under current requirement - 
https://wiki.onap.org/display/DW/Dublin+Release+Requirements<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Dublin-2BRelease-2BRequirements=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=6WYcUG7NY-ZxfqWx5MmzVQ=CxP32mxUPqTt9va7SUSnFK5KsGcJkN74ogwwcMQZHgg=1F_ZxK6DTu5N6m2aK-yLnp1As_8qMQ_lvXzxRDhtY0w=>?

Regards,
Vijay

From: onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org> 
mailto:onap-tsc@lists.onap.org>> On Behalf Of Kenny 
Paul
Sent: Thursday, January 31, 2019 8:56 AM
To: onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org>
Subject: Re: [onap-tsc] Data Lake

Actually comparing the vote at the meeting to the attendance at the meeting, 
datalake as a POC only for Dublin passed.


Thanks!

-kenny

From: onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org> 
mailto:onap-tsc@lists.onap.org>> On Behalf Of Lingli 
Deng
Sent: Wednesday, January 30, 2019 10:16 PM
To: onap-tsc mailto:onap-tsc@lists.onap.org>>
Subject: Re: [onap-tsc] Data Lake


Hi TSC,



As for Datalake proposal, I suppose it is well discussed and understood.

I recalled the consensus was it is useful and we want it to be done, but not 
including the backend storages and as part of DCAE for Dublin.

Kenny also initiated a vote in the chatting room during the TSC call two weeks 
ago.

Is that conclusive or do we need another vote to settle the issue and move on?



Thanks,



Lingli/邓灵莉

中国移动通信研究院

denglin...@chinamobile.com<mailto:denglin...@chinamobile.com>


邮件原文
发件人："ramki krishnan via Lists.Onap.Org" 
mailto:ramkik=vmware@lists.onap.org>>
收件人："onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org>" 
mailto:onap-tsc@lists.onap.org>>
抄　送: (无)
发送时间：2019-01-20 07:27:04
主题：Re: [onap-tsc] Data Lake


Well described Srini. A clarification – the Kafka broker is installed as part 
of ONAP correct?

Since DMaaP is a wrapper over Kafka, I am more inclined towards the datalake 
connectivity enablement being part of DMaaP project.

Thanks,
Ramki

From: onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org> 
mailto:onap-tsc@lists.onap.org>> On Behalf Of Srini
Sent: Saturday, January 19, 2019 1:11 PM
To: 'onap-tsc@lists.onap.org' 
mailto:onap-tsc@lists.onap.org>>
Subject: Re: [onap-tsc] Data Lake

Just to add some more information:


• Apache Kafka added Authorization and ACLs functionality 
(http://kafka.apache.org/documentation/#securoty_authz<https://urldefense.proofpoint.com/v2/url?u=https-3A__na01.safelinks.protection.outlook.com_-3Furl-3Dhttp-253A-252F-252Fkafka.apache.org-252Fdocumentation-252F-2523securoty-5Fauthz-26data-3D02-257C01-257Cramkik-2540vmware.com-257C0be423483c4f46a4e33208d67e52b18b-257Cb39138ca3cee4b4aa4d6cd83d9dd62f0-257C0-257C0-257C636835291004260562-26sdata-3DCcCqJEHrx8G1OfRG-252Bz6Fskos0POvRF3RZ4KaTU-252FTD2c-253D-26reserved-3D0=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=6WYcUG7NY-ZxfqWx5MmzVQ=BdFSnRoAwjtplUQ-5mUoSO2MnJjsgXCA7aKte2BhAXg=Bmc2Bt5jZI8BKnJCiQyTN4cX9Dzcf5efYgBp8m2cHE8=>)
   which allows providing configurable access control to external entities that 
need access to Kafka topics..

• Kafka Operator 
(https://github.com/strimzi/strimzi-kafka-operator<https://urldefense.proofpoint.com/v2/url?u=https-3A__na01.safelinks.protection.outlook.com_-3Furl-3Dhttps-253A-252F-252Fgithub.com-252Fstrimzi-252Fstrimzi-2Dkafka-2Doperator-26data-3D02-257C01-257Cramkik-2540vmware.com-257C0be423483c4f46a4e33208d67e52b18b-257Cb39138ca3cee4b4aa

Re: [onap-tsc] Data Lake

[Vijay VK]

Hi Lingli,
  Yes, will do. I’ve meeting scheduled with Guobiao later this afternoon, can 
bring the discussion outcome on PTL meeting.

Thanks,
Vijay

From: onap-tsc@lists.onap.org  On Behalf Of Lingli Deng
Sent: Thursday, January 31, 2019 9:52 PM
To: onap-tsc 
Cc: Guobiao_Mo 
Subject: Re: [onap-tsc] Data Lake


Hi Vijay,



Sorry for the mis-communication.

I believe according to the TSC practice, since data lake to supposed to be 
sub-project of DCAE for Dublin, not a separate project, its scope would be left 
to DCAE team.

May I suggest that datalake and DCAE work offline to define the Dublin scope 
for datalake and bring it back on Monday's PTL call so that it would be better 
tracked?



Thanks,

Lingli/邓灵莉

中国移动通信研究院

denglin...@chinamobile.com<mailto:denglin...@chinamobile.com>


邮件原文
发件人：Vijay VK mailto:vv7...@att.com>>
收件人："onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org>" 
mailto:onap-tsc@lists.onap.org>>
抄　送: (无)
发送时间：2019-02-01 01:25:44
主题：Re: [onap-tsc] Data Lake


Hi TSC, Could someone please clarify what is the scope of datalake POC targeted 
for Dublin?

Also I don’t see this tracked under current requirement - 
https://wiki.onap.org/display/DW/Dublin+Release+Requirements<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Dublin-2BRelease-2BRequirements=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=6WYcUG7NY-ZxfqWx5MmzVQ=CxP32mxUPqTt9va7SUSnFK5KsGcJkN74ogwwcMQZHgg=1F_ZxK6DTu5N6m2aK-yLnp1As_8qMQ_lvXzxRDhtY0w=>?

Regards,
Vijay

From: onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org> 
mailto:onap-tsc@lists.onap.org>> On Behalf Of Kenny 
Paul
Sent: Thursday, January 31, 2019 8:56 AM
To: onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org>
Subject: Re: [onap-tsc] Data Lake

Actually comparing the vote at the meeting to the attendance at the meeting, 
datalake as a POC only for Dublin passed.


Thanks!

-kenny

From: onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org> 
mailto:onap-tsc@lists.onap.org>> On Behalf Of Lingli 
Deng
Sent: Wednesday, January 30, 2019 10:16 PM
To: onap-tsc mailto:onap-tsc@lists.onap.org>>
Subject: Re: [onap-tsc] Data Lake


Hi TSC,



As for Datalake proposal, I suppose it is well discussed and understood.

I recalled the consensus was it is useful and we want it to be done, but not 
including the backend storages and as part of DCAE for Dublin.

Kenny also initiated a vote in the chatting room during the TSC call two weeks 
ago.

Is that conclusive or do we need another vote to settle the issue and move on?



Thanks,



Lingli/邓灵莉

中国移动通信研究院

denglin...@chinamobile.com<mailto:denglin...@chinamobile.com>


邮件原文
发件人："ramki krishnan via Lists.Onap.Org" 
mailto:ramkik=vmware@lists.onap.org>>
收件人："onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org>" 
mailto:onap-tsc@lists.onap.org>>
抄　送: (无)
发送时间：2019-01-20 07:27:04
主题：Re: [onap-tsc] Data Lake


Well described Srini. A clarification – the Kafka broker is installed as part 
of ONAP correct?

Since DMaaP is a wrapper over Kafka, I am more inclined towards the datalake 
connectivity enablement being part of DMaaP project.

Thanks,
Ramki

From: onap-tsc@lists.onap.org<mailto:onap-tsc@lists.onap.org> 
mailto:onap-tsc@lists.onap.org>> On Behalf Of Srini
Sent: Saturday, January 19, 2019 1:11 PM
To: 'onap-tsc@lists.onap.org' 
mailto:onap-tsc@lists.onap.org>>
Subject: Re: [onap-tsc] Data Lake

Just to add some more information:


• Apache Kafka added Authorization and ACLs functionality 
(http://kafka.apache.org/documentation/#securoty_authz<https://urldefense.proofpoint.com/v2/url?u=https-3A__na01.safelinks.protection.outlook.com_-3Furl-3Dhttp-253A-252F-252Fkafka.apache.org-252Fdocumentation-252F-2523securoty-5Fauthz-26data-3D02-257C01-257Cramkik-2540vmware.com-257C0be423483c4f46a4e33208d67e52b18b-257Cb39138ca3cee4b4aa4d6cd83d9dd62f0-257C0-257C0-257C636835291004260562-26sdata-3DCcCqJEHrx8G1OfRG-252Bz6Fskos0POvRF3RZ4KaTU-252FTD2c-253D-26reserved-3D0=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=6WYcUG7NY-ZxfqWx5MmzVQ=BdFSnRoAwjtplUQ-5mUoSO2MnJjsgXCA7aKte2BhAXg=Bmc2Bt5jZI8BKnJCiQyTN4cX9Dzcf5efYgBp8m2cHE8=>)
   which allows providing configurable access control to external entities that 
need access to Kafka topics..

• Kafka Operator 
(https://github.com/strimzi/strimzi-kafka-operator<https://urldefense.proofpoint.com/v2/url?u=https-3A__na01.safelinks.protection.outlook.com_-3Furl-3Dhttps-253A-252F-252Fgithub.com-252Fstrimzi-252Fstrimzi-2Dkafka-2Doperator-26data-3D02-257C01-257Cramkik-2540vmware.com-257C0be423483c4f46a4e33208d67e52b18b-257Cb39138ca3cee4b4aa4d6cd83d9dd62f0-257C0-257C0-257C636835291004260562-26sdata-3DasGgFuZAnpqltDsjTuATgnGvrRkAbdJMXj59FSs50vQ-253D-26reserved-3D0=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=6WYcUG7NY-ZxfqWx5MmzVQ=BdFSnRoAwjtplUQ-5mUoSO2MnJjsgXCA7aKte2BhAXg=yEMPBvdGp_sBXrOpUaBo2JoyltXvUtCun4O8xy-Odxo=>)
   made

Re: [onap-tsc] [Onap-release] Quick Gerrit restart to fix HTTP Auth

[Vijay VK]

Yes, confirm what Dan noted.. HTTP password had to be regenerated.

Thanks,
Vijay

From: onap-rele...@lists.onap.org  On Behalf Of 
jwagant...@linuxfoundation.org
Sent: Thursday, January 31, 2019 4:01 PM
To: TIMONEY, DAN ; Jordan Conway 
Cc: onap-tsc@lists.onap.org; onap-disc...@lists.onap.org; onap-release 
; onap-lf-annou...@lists.onap.org
Subject: Re: [onap-tsc] [Onap-release] Quick Gerrit restart to fix HTTP Auth

+ Jordan for visibility

Thanks for reporting this Dan,
was this after I announced the HTTP fix was added?

Does anyone also see this issue?

Thansk!
Jess

On Thu, Jan 31, 2019 at 12:55 PM TIMONEY, DAN 
mailto:dt5...@att.com>> wrote:
Jess, all:

Somehow, my gerrit http password was reset after this patch and I had to 
regenerate it.  Not a big deal, but wanted to give a heads up in case people 
notice their git pulls are failing.   It’s not that gerrit is still broken – 
it’s that your http password needs to be reset, and then you’ll need to reset 
it in your local environment.

Dan

--
Dan Timoney
SDN-CP Development
ONAP Project Technical Lead : CCSDK and SDNC

Please go to  D2 ECOMP Release Planning 
Wiki for 
D2 ECOMP Project In-take, 2016 Release Planning, Change Management, and find 
key Release Planning Contact Information.


From: mailto:onap-tsc@lists.onap.org>> on behalf of 
Jessica Wagantall 
mailto:jwagant...@linuxfoundation.org>>
Reply-To: "onap-tsc@lists.onap.org" 
mailto:onap-tsc@lists.onap.org>>
Date: Thursday, January 31, 2019 at 3:50 PM
To: onap-discuss 
mailto:onap-disc...@lists.onap.org>>, onap-release 
mailto:onap-rele...@lists.onap.org>>, onap-tsc 
mailto:onap-tsc@lists.onap.org>>, 
"onap-lf-annou...@lists.onap.org" 
mailto:onap-lf-annou...@lists.onap.org>>
Subject: Re: [onap-tsc] [Onap-release] Quick Gerrit restart to fix HTTP Auth

HTTP should be fixed now.

Thanks!
Jess

On Thu, Jan 31, 2019 at 12:24 PM 
mailto:jwagant...@linuxfoundation.org>> wrote:
Dear ONAP team.

We need to add urgently a Gerrit fix needed after the recent update related to
https://www.gerritcodereview.com/2.14.html#http-digest-authentication-removed

This will take just a few minuted for Gerrit to restart.

Jenkins is now placed in quietDown mode and the restart will happen right after.

Thanks again for your patience!
Jess


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

View/Reply Online (#4560): https://lists.onap.org/g/onap-tsc/message/4560
Mute This Topic: https://lists.onap.org/mt/29610718/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-tsc] Data Lake

[Vijay VK]

Hi TSC, Could someone please clarify what is the scope of datalake POC targeted 
for Dublin?

Also I don’t see this tracked under current requirement - 
https://wiki.onap.org/display/DW/Dublin+Release+Requirements?

Regards,
Vijay

From: onap-tsc@lists.onap.org  On Behalf Of Kenny Paul
Sent: Thursday, January 31, 2019 8:56 AM
To: onap-tsc@lists.onap.org
Subject: Re: [onap-tsc] Data Lake

Actually comparing the vote at the meeting to the attendance at the meeting, 
datalake as a POC only for Dublin passed.


Thanks!

-kenny

From: onap-tsc@lists.onap.org 
mailto:onap-tsc@lists.onap.org>> On Behalf Of Lingli 
Deng
Sent: Wednesday, January 30, 2019 10:16 PM
To: onap-tsc mailto:onap-tsc@lists.onap.org>>
Subject: Re: [onap-tsc] Data Lake


Hi TSC,



As for Datalake proposal, I suppose it is well discussed and understood.

I recalled the consensus was it is useful and we want it to be done, but not 
including the backend storages and as part of DCAE for Dublin.

Kenny also initiated a vote in the chatting room during the TSC call two weeks 
ago.

Is that conclusive or do we need another vote to settle the issue and move on?



Thanks,



Lingli/邓灵莉

中国移动通信研究院

denglin...@chinamobile.com


邮件原文
发件人："ramki krishnan via Lists.Onap.Org" 
mailto:ramkik=vmware@lists.onap.org>>
收件人："onap-tsc@lists.onap.org" 
mailto:onap-tsc@lists.onap.org>>
抄　送: (无)
发送时间：2019-01-20 07:27:04
主题：Re: [onap-tsc] Data Lake


Well described Srini. A clarification – the Kafka broker is installed as part 
of ONAP correct?

Since DMaaP is a wrapper over Kafka, I am more inclined towards the datalake 
connectivity enablement being part of DMaaP project.

Thanks,
Ramki

From: onap-tsc@lists.onap.org 
mailto:onap-tsc@lists.onap.org>> On Behalf Of Srini
Sent: Saturday, January 19, 2019 1:11 PM
To: 'onap-tsc@lists.onap.org' 
mailto:onap-tsc@lists.onap.org>>
Subject: Re: [onap-tsc] Data Lake

Just to add some more information:


· Apache Kafka added Authorization and ACLs functionality 
(http://kafka.apache.org/documentation/#securoty_authz)
  which allows providing configurable access control to external entities that 
need access to Kafka topics..

· Kafka Operator 
(https://github.com/strimzi/strimzi-kafka-operator)
  made it simple to create ACLs using Kubernetes resources.

Both of above technologies/features can be added.

From the workflow perspective, there are two operations by the ONAP user:


· Register external Kafka entity (In this case, external data like is a 
kafka client)

· Unregister the entity.

It is similar to the way cloud-regions are registered via ESR. Records can be 
added to A DB.
One can provide GUI/CLI to make it simple for ONAP-users to add these in A

As part of registration, one can add users or certificate names and topic they 
are allowed to subscribe to.  When external entity registered in A, it can 
trigger the kafka operator to add the ACL records.

With this,  each data lake can be brought up outside of ONAP and register that 
with A by ONAP-User. Once that happens, data lake can get hold of any 
messages produced on the topic and can store in its databases  and provide any 
analytics.

Thanks
Srini


From: Addepalli, Srinivasa R
Sent: Thursday, January 17, 2019 2:12 PM
To: onap-tsc@lists.onap.org
Subject: RE: Data Lake

My view is that data lakes (this one or any other data lake) can be considered 
as external entities (can be brought up ONAP like any other VNFs or via some 
other mechanisms). That includes feeder and UI.

From ONAP perspective, we need to ensure that Kafka bus is accessible by third 
party systems, that is,  authenticated registration of third party systems and 
RBAC on topics etc…

Since this datalake is 

[onap-discuss] FW: #dcae Team

[Vijay VK]

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:(no TZ description)
BEGIN:STANDARD
DTSTART:16010101T00
TZOFFSETFROM:+
TZOFFSETTO:+
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T00
TZOFFSETFROM:+
TZOFFSETTO:+
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN=onap-discuss@lists.onap.org Group;SENT-BY="MAILTO:vv7...@att.co
 m":MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN=onap-disc
 u...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
DESCRIPTION;LANGUAGE=en-US:FYI -  Updated DCAE invite as requested by some 
 members during the call.\n\n-Vijay\n\n-Original Appointment-\nFrom
 : onap-discuss@lists.onap.org Group  \nSent: 
 None\nTo: onap-discuss@lists.onap.org Group\nSubject: #dcae Team\nWhen: Oc
 curs every Thursday effective 11/15/2018 from 3:30 PM to 4:30 PM (UTC) Coo
 rdinated Universal Time.\nWhere: ONAP4 https://zoom.us/j/824147956\n\n\nht
 tps://zoom.us/j/824147956\n\none-tap :US: +16465588656\,\,824147956# or +1
 6699006833\,\,824147956# Or Telephone:  US: +1 646 558 8656 or +1 669 900
  6833 or +1 855 880 1246 (Toll Free) or +1 877 369 0926 (Toll Free)\n*  
   Meeting ID: 824 147 956*\nInternational numbers available: htt
 ps://zoom.us/zoomconference?m=HN2MIJkxqxYgu8EjDmekdG0WHlAnv3Zp ( https://w
 ww.google.com/url?q=https%3A%2F%2Fzoom.us%2Fzoomconference%3Fm%3DHN2MIJkxq
 xYgu8EjDmekdG0WHlAnv3Zp=D=1541886999713000=AFQjCNFZOVLxs6E5ieYs
 PrimwiyjH9eJPA )\n
RRULE:FREQ=WEEKLY;INTERVAL=1;BYDAY=TH;WKST=SU
SUMMARY;LANGUAGE=en-US:FW: #dcae Team
DTSTART;TZID=(no TZ description):20181115T153000
DTEND;TZID=(no TZ description):20181115T163000
UID:calendar.11...@lists.onap.org
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20181109T072521Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:ONAP4 https://zoom.us/j/824147956
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:-1
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:1
X-MICROSOFT-DISALLOW-COUNTER:FALSE
END:VEVENT
BEGIN:VEVENT
SUMMARY:FW: #dcae Team
DTSTART;TZID=(no TZ description):20181129T153000
DTEND;TZID=(no TZ description):20181129T163000
UID:calendar.11...@lists.onap.org
RECURRENCE-ID;TZID=(no TZ description):20181129T00
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20181109T072521Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION:ONAP4 https://zoom.us/j/824147956
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:-1
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:1
X-MICROSOFT-DISALLOW-COUNTER:FALSE
END:VEVENT
END:VCALENDAR

[onap-tsc] DCAE - Dublin release participation

[Vijay VK]

Dear TSC,

This is to inform that DCAE project intends to participate in the Dublin 
release of ONAP.

Thanks,
Vijay

--
Vijay Venkatesh Kumar
AT
ONAP-DCAE PTL
_._,_._,_

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

View/Reply Online (#4253): https://lists.onap.org/g/onap-tsc/message/4253
Mute This Topic: https://lists.onap.org/mt/28611884/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-tsc] DCAE committer update

[Vijay VK]

Hello TSC,
This is to notify PrzemySlaw Wasala has moved out from his current assignment 
from Nokia;  would like Przemyslaw Wasala be removed from DCAE committers list. 
Attached the email correspondence for confirmation.

Name

LFID

EMAIL


Repo

Przemyslaw Wasala

wasala

 przemyslaw.was...@nokia.com


dcaegen2/services/prh

dcaegen2/collectors/hv-ves


Kindly request your approval.

Regards,
Vijay

--
Vijay Venkatesh Kumar
AT
ONAP-DCAE PTL


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

View/Reply Online (#4248): https://lists.onap.org/g/onap-tsc/message/4248
Mute This Topic: https://lists.onap.org/mt/28607898/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

--- Begin Message ---
Corrections:

Not October -> It should be November
:)

Regards,
Przemysław Wąsala
  _

Od: Wasala, Przemyslaw (Nokia - PL/Wroclaw)
Wysłane: piątek, 9 listopada 2018 09:48:42
Do: VENKATESH KUMAR, VIJAY; Wielebski, Piotr (Nokia - PL/Wroclaw)
DW: Gwozdecki, Tomasz (Nokia - PL/Wroclaw)
Temat: Commiter nomination for prh


Hi Vijay,




As you could see on the ONAP Confluence @Wielebski, Piotr (Nokia - 
PL/Wroclaw) has been created TOPIC about his 
candidature to committer role in PRH project.

The reason of his candidature is that I will be working at Nokia till the end 
of October 2018.

I recommend@Wielebski, Piotr (Nokia - 
PL/Wroclaw), because he knows PRH (from the 
beginning of developing).

This is his request 
https://wiki.onap.org/display/DW/Committer+Promotion+Request+for+%5BDCAE%5D%3A+Piotr+Wielebski


If you can give us information about additional mandatory requirements for him.

Thanks and have a nice day.





Best regards,

Przemysław Wąsala

--- End Message ---

Re: [onap-discuss] [DCAE] PNDA and Analytics-as-a-Service Integration with DCAE

[Vijay VK]

Hi Srini,
The diagram doesn't represent the DCAE integration point we discussed. The 
proposal for edge analytics is missing key aspect such as component modelling 
which are necessary for service composition and Policy management used during 
service LCM.  I've attached the DCAE view of edge analytics support for 
reference which align to design and runtime CL flows.
[cid:image002.jpg@01D4881A.38FC40D0]

Also the proposal addresses analytics at edge case, but edge deployment itself 
can include other ONAP component (such as Policy, AAI, DMAAP etc) besides 
analytics. For example - Control Loop flow at edge (closed edge loop) does 
require multiple ONAP components. Based on this proposal,  all component 
targeted for edge looks like will need to go through SO/Multicloud - that 
implies using different workflow and LCM for ONAP component when deployed at 
edge versus central ONAP deployment (which is OOM based).

Would rather approach edge solution in identifying how subset of ONAP can be 
deployed at edge in a consistent manner.  Also as VNF/VF's are external to ONAP 
itself, applying same work flow for ONAP components will introduce complexity 
for ONAP components.

I believe following should be clarified from architecture perspective

  *   Can the deployment of edge of ONAP component differ from ONAP Central 
itself?
  *   How should LCM of ONAP component targeted for external edge cloud be 
handled versus Edge ONAP itself.
We may need further discussion and ONAP ARC guidance on these.

@Stephen Terrill 
(stephen.terr...@ericsson.com), Would 
appreciate if you can add this for discussion topic on next ARC meeting.

Thanks,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
Srini
Sent: Thursday, November 29, 2018 4:37 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [DCAE] PNDA and Analytics-as-a-Service Integration with 
DCAE

Hi,

Just pictorially representing the integration point I raised in the meeting.

Integration proposal: Use deployment manager as integration hook instead of 
cloudify.


[cid:image006.png@01D4881A.38FC40D0]



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

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

[onap-discuss] Cancelling DCAE Weekly meeting for 11/22

[Vijay VK]

Dear DCAE Community,
Tomorrow's weekly meeting will be canceled due to Thanksgiving 
holiday.  If there is anything urgent, please reach out via email

Regards,
Vijay

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

View/Reply Online (#13956): https://lists.onap.org/g/onap-discuss/message/13956
Mute This Topic: https://lists.onap.org/mt/28278331/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-release] Images Missing in Release Manifest

[Vijay VK]

Gary,
Just checked on onap/dcae-tools,1.3-STAGING-latest, looks like this is 
generated from 
sdc/dcae-d/dt-be-main
 project; Michael can confirm if required for R3.

Btw, would help to rename this container to avoid confusion with DCAE artifacts.

Regards,
Vijay

From: onap-rele...@lists.onap.org  On Behalf Of 
Gary Wu
Sent: Tuesday, November 20, 2018 6:11 PM
To: onap-discuss@lists.onap.org Group ; 
onap-rele...@lists.onap.org
Cc: Gildas Lanilis 
Subject: Re: [Onap-release] Images Missing in Release Manifest

Hi all,

As of now the following images are still NOT accounted for, i.e. neither 
released nor declared to be unused for Casablanca:

onap/dcae-tools,1.3-STAGING-latest
onap/network-discovery,latest
onap/service-decomposition,latest
onap/spike,1.0-STAGING-latest

Would the owners please respond with your dispositions on these images above?

Thanks,
Gary

_
From: Gary Wu
Sent: Wednesday, November 14, 2018 2:59 PM
To: onap-discuss@lists.onap.org Group 
mailto:onap-discuss@lists.onap.org>>; 
onap-rele...@lists.onap.org
Subject: Images Missing in Release Manifest


Hi all,

The following images are used in the OOM helm charts but do not have a 
corresponding entry in the release manifest.  Can you please add the 
appropriate release images to the release manifest?

onap/aaf/aaf_cass,2.1.7
onap/ccsdk-controllerblueprints,latest
onap/dcae-be,1.3-STAGING-latest
onap/dcae-dt,1.2-STAGING-latest
onap/dcae-fe,1.3-STAGING-latest
onap/dcae-tools,1.3-STAGING-latest
onap/dcae-tosca-app,1.3-STAGING-latest
onap/fproxy,2.1-STAGING-latest
onap/music/cassandra_music,3.0.0
onap/music/prom,1.0.5-latest
onap/network-discovery,latest
onap/org.onap.dcaegen2.deployments.pnda-bootstrap-container,5.0.0
onap/org.onap.dcaegen2.deployments.pnda-mirror-container,5.0.0
onap/rproxy,2.1-STAGING-latest
onap/service-decomposition,latest
onap/spike,1.0-STAGING-latest
onap/tproxy-config,2.1-STAGING-latest

Thanks,
Gary





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

View/Reply Online (#13923): https://lists.onap.org/g/onap-discuss/message/13923
Mute This Topic: https://lists.onap.org/mt/28274294/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] [DCAE][Holmes] Holmes not startup normally

[Vijay VK]

Hi Yan,
The error indicates postgres instances required by Holmes was not initialized 
correctly; please try below steps for restoring

Remove current Holmes deployment (using cloudify cli)
cfy uninstall holmes_engine
cfy deployments delete -f holmes_engine
cfy blueprints delete holmes_engine


cfy uninstall holmes_rules
cfy deployments delete -f holmes_rules
cfy blueprints delete holmes_rules

Reset the Postgres instance

  1.  Uninstall the pg initialization blueprint
cfy uninstall pgaas_initdb
cfy deployments delete -f pgaas_initdb
cfy blueprints delete pgaas_initdb



  1.  Reset the password of PG via psql
kubectl exec -it -n onap dev-dcaegen2-dcae-db-0 /bin/sh
bash-4.2$ psql
postgres=# ALTER ROLE "postgres" WITH PASSWORD 'onapdemodb';
ALTER ROLE
postgres-# \q



  1.  Deploy PG initialization blueprint
cfy blueprints upload -b pgaas_initdb /blueprints/k8s-pgaas-initdb.yaml
cfy deployments create -b pgaas_initdb -i /inputs/k8s-pgaas-initdb-inputs.yaml 
pgaas_initdb
cfy executions start -d pgaas_initdb install

After re-initialization is done, Holmes blueprints (rules and engine modules) 
can be redeployed with same commands you noted.  If still issues, pls do send 
the deployment logs generated along with bootstrap container logs to debug 
further.

Regards,
Vijay

From: Yan Yang 
Sent: Monday, November 19, 2018 6:02 AM
To: onap-discuss@lists.onap.org; VENKATESH KUMAR, VIJAY ; 'Yang 
Xu (Yang, Fixed Network)' 
Subject: [DCAE][Holmes] Holmes not startup normally

Hi Vijay,

We installed ONAP in CMCC lab , and there is no holmes pod startup.
I asked for help from gurong, and he told me we can install Holmes manually, I 
follow his steps, but when I execute “cfy executions start -d holmes_rules 
install”,  it has the following error:
Please help me to see if I miss something or the dcae other components have 
problems.

[root@dev-dcaegen2-dcae-bootstrap-9b6b4fb77-fnsdk blueprints]# cfy deployments 
create -b holmes_rules -i /inputs/k8s-holmes_rules-inputs.yaml holmes_rules
Creating new deployment from blueprint holmes_rules...
Deployment created. The deployment's id is holmes_rules
[root@dev-dcaegen2-dcae-bootstrap-9b6b4fb77-fnsdk blueprints]# cfy executions 
start -d holmes_rules install
Executing workflow install on deployment holmes_rules [timeout=900 seconds]
2018-11-19 10:34:28.961  CFY  Starting 'install' workflow 
execution
2018-11-19 10:34:29.541  CFY  [pgaasvm_p1aax2] Creating node
2018-11-19 10:34:30.550  CFY  [pgaasvm_p1aax2.create] Sending 
task 'pgaas.pgaas_plugin.create_database'
2018-11-19 10:34:30.550  CFY  [pgaasvm_p1aax2.create] Task 
started 'pgaas.pgaas_plugin.create_database'
2018-11-19 10:34:31.232  LOG  [pgaasvm_p1aax2.create] WARNING: 
create_database(holmes)
2018-11-19 10:34:32.237  LOG  [pgaasvm_p1aax2.create] WARNING: 
Error: [Errno 2] No such file or directory: 
'/opt/manager/resources/pgaas/dcae-pg-primary.onap'
2018-11-19 10:34:32.237  LOG  [pgaasvm_p1aax2.create] ERROR: 
Cluster must be deployed when using an existing cluster. Check your domain 
name: fqdn=dcae-pg-primary.onap, err=[Errno 2] No such file or directory: 
'/opt/manager/resources/pgaas/dcae-pg-primary.onap'
2018-11-19 10:34:33.241  LOG  [pgaasvm_p1aax2.create] WARNING: 
Error: Cluster must be deployed when using an existing cluster. Check your 
domain name: fqdn=dcae-pg-primary.onap, err=[Errno 2] No such file or 
directory: '/opt/manager/resources/pgaas/dcae-pg-primary.onap'
2018-11-19 10:34:32.237  LOG  [pgaasvm_p1aax2.create] WARNING: 
Stack: Traceback (most recent call last):
  File 
"/opt/mgmtworker/env/plugins/default_tenant/pgaas-1.1.0/lib/python2.7/site-packages/pgaas/pgaas_plugin.py",
 line 337, in getclusterinfo
with open(fn, 'r') as f:
IOError: [Errno 2] No such file or directory: 
'/opt/manager/resources/pgaas/dcae-pg-primary.onap'

2018-11-19 10:34:33.241  LOG  [pgaasvm_p1aax2.create] WARNING: 
Stack: Traceback (most recent call last):
  File 
"/opt/mgmtworker/env/plugins/default_tenant/pgaas-1.1.0/lib/python2.7/site-packages/pgaas/pgaas_plugin.py",
 line 441, in create_database
info = dbgetinfo(ctx)
  File 
"/opt/mgmtworker/env/plugins/default_tenant/pgaas-1.1.0/lib/python2.7/site-packages/pgaas/pgaas_plugin.py",
 line 424, in dbgetinfo
ret = getclusterinfo(wfqdn, True, '', '', [])
  File 
"/opt/mgmtworker/env/plugins/default_tenant/pgaas-1.1.0/lib/python2.7/site-packages/pgaas/pgaas_plugin.py",
 line 344, in getclusterinfo
raiseNonRecoverableError('Cluster must be deployed when using an existing 
cluster. Check your domain name: fqdn={0}, err={1}'.format(safestr(wfqdn),e))
  File 
"/opt/mgmtworker/env/plugins/default_tenant/pgaas-1.1.0/lib/python2.7/site-packages/pgaas/pgaas_plugin.py",
 line 167, in raiseNonRecoverableError
raise NonRecoverableError(msg)
NonRecoverableError: Cluster must be deployed when using an existing cluster. 
Check your domain name: fqdn=dcae-pg-primary.onap, err=[Errno 2] No such file 
or directory: '/opt/manager/resources/pgaas/dcae-pg-primary.onap'

Re: [onap-discuss] ONAP deployment

[Vijay VK]

Hi Gildas -  Its NO for DCAE images.

Thanks,
Vijay

From: onap-rele...@lists.onap.org  On Behalf Of 
gildas.lani...@huawei.com
Sent: Thursday, November 15, 2018 2:25 PM
To: onap-rele...@lists.onap.org; onap-discuss@lists.onap.org
Subject: [Onap-release] ONAP deployment

Hi PTLs,

This is in preparation for Releasing all the ONAP artifacts so we can guarantee 
ONAP is using the same binary and code over and over again.

Question: While doing the deployment of your Docker image, do you have to run  
a "git clone" cmd or in other word is there "git clone" call in the Dockerfile?
Please answer Yes/NO.



Thanks,
Gildas

[HuaweiLogowithName]
Gildas Lanilis
ONAP Release Manager
Santa Clara CA, USA
gildas.lani...@huawei.com
Mobile: 1 415 238 6287



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

View/Reply Online (#13773): https://lists.onap.org/g/onap-discuss/message/13773
Mute This Topic: https://lists.onap.org/mt/28150992/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] Dynamic Configuration of Analytics applications

[Vijay VK]

Hi Srini,
  Any run-time configuration updates to service components in DCAE should be 
handled through policy.  The pre-requisite here is the application (MS) 
configuration be modelled and available in Policy (and CLAMP). When 
configuration changes are necessary, the user can modify them and publish via 
Policy UI (or CLAMP) - which renders the UI based on models. DCAE Platform (in 
specific Policy Handler component) will watch for all DCAE MS policy update's 
and load into consul k-v store.

All DCAE application configurations (including dmaap topics) are stored under 
Consul KV during deployment. The applications (MS) are expected to use 
ConfigBindingService (CBS) Api's to retrieve them at startup and also when 
notified by DCAE platform on configuration change (notification mechanism is 
identified in application blueprint). Alternatively the application can 
periodically poll the CBS api and retrieve new configuration updates as well.
>From the MS point of view, regardless of how the configuration change is 
>introduced - either externally from Policy or via change in consul kv directly 
>or other flows - the interface to retrieve config will be same via CBS.

Additional info pertaining to this can be found here -
https://wiki.onap.org/pages/viewpage.action?pageId=36963506#ServicesPre-requisites/Requirement-ConfigBindingServiceIntegration(Codeenhancementrequired)
 - CBS apis and reconfiguration/notification flow.
https://wiki.onap.org/display/DW/MicroServices+Onboarding - Describes MS 
onboarding - which includes modelling/blueprint generation and distribution 
flows.

The guidelines for newer DCAE services will be as follows

  1.  Support the CBS api's for configuration retrieval
  2.  Support either config polling approach or notification mechanism flow.

Note:  For application targeted under PNDA,  notification mechanism will need 
worked DCAE-Controller - PNDA integration

  1.  Create spec file and onboard through SDC (DCAE-DS/tosca_lab) to create 
require models/blueprint and distribute to Policy/CLAMP/DCAE.
Note: The tosca_lab in ONAP requires enhancement to support K8S deployment; SDC 
team is looking to address this for Dublin. Current workaround is to generate 
the models/blueprint manually and distribute them into target components

Hope this helps; pls let me know if any further questions.

Regards,
Vijay

From: Addepalli, Srinivasa R 
Sent: Tuesday, November 13, 2018 12:13 PM
To: VENKATESH KUMAR, VIJAY 
Cc: onap-discuss@lists.onap.org
Subject: Dynamic Configuration of Analytics applications

Hi Vijay,

There are some analytics applications (such as TCA) that are shared across 
multiple VNFs (Let us call them as shared micro services).
I would assume that there would be Day0 configuration of these micro services 
and Day 2 configuration.
How is Day2 configuration is expected to be handled. There are several methods:

  *   Restart the analytics app micro service for every new configuration.
  *   Use consul or some other mechanism to inform the new configuration and 
let the analytics app reload the configuration.

What is the method being used in TCA and more importantly is DCAE suggesting 
any guidelines in developing analytics micro-services?

Thanks
Srini



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

View/Reply Online (#13715): https://lists.onap.org/g/onap-discuss/message/13715
Mute This Topic: https://lists.onap.org/mt/28124797/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] #dcae Team - need meeting time clarification?

[Vijay VK]

Hi Frank,
 The meeting invite from Kenny is correct, DCAE meeting will start at 7.30 AM 
PST.

TSC meeting I believe scheduled between 6.00 AM – 7.30 AM PST starting this 
week (retained the original UTC time). @Kenny – Please confirm.

Regards,
Vijay

From: Frank Brockners (fbrockne) 
Sent: Thursday, November 08, 2018 2:38 AM
To: onap-discuss@lists.onap.org; VENKATESH KUMAR, VIJAY 
Subject: #dcae Team - need meeting time clarification?

Hi folks,

at what time is the DCAE meeting today? My understanding is that we’d start at 
8:30am PT – right after the TSC meeting.
The invite below seems to indicate that it starts at 7:30am. Could anyone 
clarify the start time?

Thanks much, Frank

-Original Appointment-
From: onap-discuss@lists.onap.org Group 
mailto:onap-discuss@lists.onap.org>>
Sent: Donnerstag, 8. November 2018 12:49
Subject: #dcae Team
When: Occurs every Donnerstag effective 08.11.2018 from 15:30 to 16:30 UTC.
Where: ONAP4 
https://zoom.us/j/824147956


#dcae Team

When:
Thursday, 8 November 2018
7:30am to 8:30am
(GMT-08:00) America/Los Angeles
Repeats: Weekly on Thursday

Where:
ONAP4 
https://zoom.us/j/824147956

Organizer:
vv7...@att.com Vijay Venkatesh 
Kumar

Description:
iPhone one-tap :US: +16465588656,,824147956# or +16699006833,,824147956#
Or Telephone: US: +1 646 558 8656 or +1 669 900 6833 or +1 855 880 1246 (Toll 
Free) or +1 877 369 0926 (Toll Free)
Meeting ID: 824 147 956
International numbers available: 
https://zoom.us/zoomconference?m=HN2MIJkxqxYgu8EjDmekdG0WHlAnv3Zp


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

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

Re: [onap-discuss] [DCAE] - weekly meeting time changed

[Vijay VK]

Hi Srini - Yes, PNDA demo by Cisco is planned on tomorrow's meeting.

Thanks,
Vijay

From: Addepalli, Srinivasa R 
Sent: Wednesday, November 07, 2018 10:34 AM
To: onap-discuss@lists.onap.org; VENKATESH KUMAR, VIJAY 
Cc: Kenny Paul 
Subject: RE: [DCAE] - weekly meeting time changed

Hi Vijay,

You mentioned in one of the Edge automation calls that Nov 8th meeting will 
discuss PNDA integration with DCAE. Is it still the case?

Thanks
Srini


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Vijay VK
Sent: Wednesday, November 7, 2018 7:04 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: Kenny Paul mailto:kp...@linuxfoundation.org>>
Subject: [onap-discuss] [DCAE] - weekly meeting time changed

Hi DCAE Team,
Due to DST changes,  please note that DCAE Weekly meeting will be moved to our 
winter timings effective tomorrow - 11/8; new timing will be as below -

Thursday - 10.30 - 11.30 AM EST/3.30 -4.30 PM UTC

This change is required to avoid conflict with TSC meeting (new meeting will 
follow right after TSC meeting ends).

I've requested Kenny for updating DCAE weekly calendar. Incase that is delayed 
to be published - please use same bridge 
(https://zoom.us/j/824147956<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_url-3Fq-3Dhttps-253A-252F-252Fzoom.us-252Fj-252F824147956-26sa-3DD-26usd-3D2-26usg-3DAFQjCNEKZAaoQ9MeNSroxwvyB7RiAdVIKQ=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=6WYcUG7NY-ZxfqWx5MmzVQ=Jdp--CZCNjNhlcL_fJA9vE6vxRHJkYO5JFr48IEswQc=goH9IJnk3HzVkjmcttqkMDbUaoa9GL2XSY0ryAsb3Zs=>)
 for tomorrow under new timings.

Regards,
Vijay

--
Vijay Venkatesh Kumar
AT
ONAP-DCAE PTL



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

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

[onap-discuss] [DCAE] - weekly meeting time changed

[Vijay VK]

Hi DCAE Team,
Due to DST changes,  please note that DCAE Weekly meeting will be moved to our 
winter timings effective tomorrow - 11/8; new timing will be as below -

Thursday - 10.30 - 11.30 AM EST/3.30 -4.30 PM UTC

This change is required to avoid conflict with TSC meeting (new meeting will 
follow right after TSC meeting ends).

I've requested Kenny for updating DCAE weekly calendar. Incase that is delayed 
to be published - please use same bridge 
(https://zoom.us/j/824147956)
 for tomorrow under new timings.

Regards,
Vijay

--
Vijay Venkatesh Kumar
AT
ONAP-DCAE PTL


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

View/Reply Online (#13579): https://lists.onap.org/g/onap-discuss/message/13579
Mute This Topic: https://lists.onap.org/mt/28023384/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] Expired self-signed certificate in VESCollector keystore #dcaegen2

[Vijay VK]

Hi Sandra,
The self-signed certificates should be not be used (they were included early on 
for local testing and needs to be removed).

In R3  the VES collector default configuration (driven from blueprint) are 
disabled for HTTPS support. But we do have AAF certificates including VES 
service SAN's  and can be used for custom deployments. The VES blueprint 
requires changes to enable TLS distribution (and collector configuration to 
point to tls distribution). You can find information on TLS support in DCAE 
deployment here  - 
https://onap.readthedocs.io/en/latest/submodules/dcaegen2.git/docs/sections/tls_enablement.html.
 Under this deployment  the clients can use AAF root CA for SSL handshake with 
VESCollector.

For R4 -  the plan is to enable to mutual cert-based authentication via 
AAF/CADI; but this has dependency on overall ONAP solution on how certificates 
will be managed within ONAP and external (xNF). This will need some further 
discussion with SEC-COM team in coming weeks.

Regards,
Vijay

From: Koblosz, Sandra (Nokia - PL/Wroclaw) 
Sent: Friday, November 02, 2018 7:41 AM
To: onap-discuss@lists.onap.org
Cc: VENKATESH KUMAR, VIJAY ; HANSEN, TONY L ; 
Darosz, Piotr (Nokia - PL/Wroclaw) ; Krysiak, Piotr 
(Nokia - PL/Wroclaw) 
Subject: Expired self-signed certificate in VESCollector keystore #dcaegen2


Hi all,



recently I needed to test SSL connection to VESCollector by allowing my java 
client to send notifications to VES via HTTPS but I noticed in VESCollector's 
keystore resides expired self-signed certificate.

I wanted to ask DCAEGEN2 team (mainly Vijaj and Tony), if you have any plans 
regarding replacing expired certificate with renewed one or introduce AAF 
integration so as to enable using AAF root CA for clients?





Keystore relevant content attached below:


usr1@dcae-ves-collector:/opt/app/VESCollector/etc# keytool -list -v -keystore 
keystore
Enter keystore password:
Keystore type: jks
Keystore provider: SUN

Your keystore contains 1 entry

Alias name: tomcat
Creation date: Oct 20, 2016
Entry type: PrivateKeyEntry
Certificate chain length: 1
Certificate[1]:
Owner: CN=DCAELOCAL, OU=OPEN-DCAE, O=DCAE, L=Middletown, ST=NJ, C=US
Issuer: CN=DCAELOCAL, OU=OPEN-DCAE, O=DCAE, L=Middletown, ST=NJ, C=US
Serial number: 580919e6
Valid from: Thu Oct 20 19:24:22 UTC 2016 until: Wed Jan 18 19:24:22 UTC 2017


Best regards,

Sandra Koblosz
Software Engineer
MN MANO RD ONAP-UI-ML DEVOPS WRO 2 SG
Nokia







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

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

Re: [onap-discuss] [integration][ptl] Beijing images in Casablanca Release manifest

[Vijay VK]

Hi Gary,
The following DCAE containers are un-changed from R2 hence the same version 
will apply for R3 as well.

5ae67b78 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago64) 
onap/org.onap.dcaegen2.deployments.bootstrap,1.1.3
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago68) 
onap/org.onap.dcaegen2.deployments.redis-cluster-container,1.0.0
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago69) 
onap/org.onap.dcaegen2.deployments.tca-cdap-container,1.1.0
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago71) 
onap/org.onap.dcaegen2.platform.cdapbroker,4.1.0


Thanks,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
Gary Wu
Sent: Monday, October 22, 2018 1:18 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [integration][ptl] Beijing images in Casablanca Release 
manifest

Hi PTLs,

The following entries in the release manifest have not been updated for 
Casablanca.  If you are intending to deliver the same Beijing images for 
Casablanca, can you reply to this thread to confirm?  Otherwise, can you 
provide an ETA for when your Casablanca images will be released?


c033a9ef version-manifest/src/main/resources/docker-manifest.csv (Gildas 
Lanilis 5 months ago18) onap/aai/esr-gui,1.1.0
c033a9ef version-manifest/src/main/resources/docker-manifest.csv (Gildas 
Lanilis 5 months ago19) 
onap/aai/esr-server,1.1.0
c7931b9f version-manifest/src/main/resources/docker-manifest.csv (jmac  
 5 months ago20) onap/admportal-sdnc-image,1.3.4
783526e4 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago57) onap/oom/kube2msb,1.1.0
5ae67b78 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago64) 
onap/org.onap.dcaegen2.deployments.bootstrap,1.1.3
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago68) 
onap/org.onap.dcaegen2.deployments.redis-cluster-container,1.0.0
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago69) 
onap/org.onap.dcaegen2.deployments.tca-cdap-container,1.1.0
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago71) 
onap/org.onap.dcaegen2.platform.cdapbroker,4.1.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago89) onap/sdc-api-tests,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago90) onap/sdc-backend,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago91) onap/sdc-backend-init,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago92) onap/sdc-cassandra,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago93) onap/sdc-cassandra-init,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago94) onap/sdc-elasticsearch,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago95) onap/sdc-frontend,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago96) 
onap/sdc-init-elasticsearch,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago97) onap/sdc-kibana,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago98) onap/sdc-onboard-backend,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago99) 
onap/sdc-onboard-cassandra-init,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago   100) onap/sdc-simulator,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago   101) onap/sdc-ui-tests,1.2.0
345d5756 version-manifest/src/main/resources/docker-manifest.csv (Michael Lando 
 5 months ago   102) 
onap/sdc/sdc-workflow-designer,1.1.0
ca86676c 

[users@httpd] Re: Comparing values in RewriteCond directive

[alchemist vk]

Hi everyone, able to resolve above issue with below rules:

RewriteCond %{REQUEST_URI} ^example.com(.*).(?!\1$)

RewriteRule ^.*$ - [R=404,L]

With Regards,

Venkatesh

On Fri, Oct 12, 2018 at 8:39 AM alchemist vk  wrote:

> Hi All,
>I have one test uri 'http://example.com/test1.test2'.   How I can
> fetch uri components test1 and test2 and compare them via RewriteCond
> directive?..
>
> I tried like below:
>RewriteCond {REQUEST_URI} http://example.com/(.*)\.(.*)
>RewriteCond $1!=$2
>
> But getting syntax error saying $1!=$2 is not proper syntax..
>
> With Regards,
> Venkatesh
>

Re: [onap-discuss] ONAP Support for Secure Communication

[Vijay VK]

For Amy,
 For DCAE – its no.
The capability is there but not all components were enabled for TLS in R3.

Regards,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
ZWARICO, AMY
Sent: Tuesday, October 16, 2018 10:05 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] ONAP Support for Secure Communication

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





PTLs: The security subcommittee is tracking ONAP support of secure 
communication on all ONAP interfaces (typically HTTPS), which is one of the S3P 
requirements. Please respond to this email with a the status of your project’s 
support of secure communication. ("Yes" or "No")

Amy Zwarico, LMTS

Chief Security Office / Enterprise Security Support / Cloud Security Services

AT Services

(205) 613-1667






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

View/Reply Online (#13131): https://lists.onap.org/g/onap-discuss/message/13131
Mute This Topic: https://lists.onap.org/mt/27369768/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] Invitation: [ctrl-loop] SubCommittee @ Weekly from 7am to 8am on Wednesday (PST) (onap-discuss@lists.onap.org)

[Vijay VK]

I’m unable to open the bridge (indicates another host is already logged in). 
For today’s meeting - please connect to below zoom meeting


ONAP Meeting 4 is inviting you to a scheduled Zoom meeting.
Join from PC, Mac, Linux, iOS or Android: 
https://zoom.us/j/824147956


-Original Appointment-
From: ONAP Meetings and Events 

Sent: Tuesday, December 05, 2017 8:27 PM
To: ONAP Meetings and Events; DRAGOSH, PAM; onap-discuss@lists.onap.org
Subject: [onap-discuss] Invitation: [ctrl-loop] SubCommittee @ Weekly from 7am 
to 8am on Wednesday (PST) (onap-discuss@lists.onap.org)
When: Wednesday, October 17, 2018 7:00 AM-8:00 AM America/Los_Angeles.
Where: https://zoom.us/j/872748904


more details 
>

[ctrl-loop] SubCommittee
When
Weekly from 7am to 8am on Wednesday Pacific Time

Where

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

Calendar
onap-discuss@lists.onap.org

Who
*
kp...@linuxfoundation.org - creator

*
pdrag...@research.att.com

*
onap-discuss@lists.onap.org



Hi there,

ONAP Meeting 7 is inviting you to a scheduled Zoom meeting.
Join from PC, Mac, Linux, iOS or Android: 
https://zoom.us/j/872748904
Or iPhone one-tap :
US: +16465588656,,872748904# or +16699006833,,872748904#
Or Telephone:
Dial(for higher quality, dial a number based on your current location)：
US: +1 646 558 8656 or +1 669 900 6833 or +1 855 880 1246 (Toll Free) or +1 877 
369 0926 (Toll Free)
Meeting ID: 872 748 904
International numbers available: 
https://zoom.us/zoomconference?m=eXjPuXFnNSeVcHx_Nn-Bvy6xG-N0X73n




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

[onap-discuss] Call for agenda for Ctrl loop Sub-committee

[Vijay VK]

Hi,
As Pam is out this week, I will be hosting the control-loop subcommittee 
meeting for tomorrow. If you have any items for discussion - please add them 
here - 
https://wiki.onap.org/display/DW/10-17-2018+Control+Loop+Sub+Committee+Weekly+Meeting

Regards,
Vijay

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

View/Reply Online (#13075): https://lists.onap.org/g/onap-discuss/message/13075
Mute This Topic: https://lists.onap.org/mt/27369459/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] [CLAMP] [POLICY] [ SDC] - CLAMP distribution failed

[Vijay VK]

Hi,
Adam - yes, you are right.

Vamshi - Please check if the ServiceChangeHandler pod is active/running in your 
environment; you should notice similar to below

dep-service-change-handler-5f7bfbcc9b-mjp4s   1/1   Running 
   0  9h

The dcae-healtcheck should indicate if this pod is not active also.

Btw - I've seen slow nexus image pull issue interfering with deployment of 
inventory blueprint (which includes service-change handler component). If this 
pod is not running, then you could redeploy this with following steps.


  1.  Connect into dcaegen2-dcae-bootstrap
  2.  Uninstall and recreate deployment for Inventory (& SCH)
cfy uninstall inventory
cfy deployments delete -f inventory
cfy blueprints delete inventory
cfy blueprints upload -b inventory /blueprints/k8s-inventory.yaml
cfy deployments create -b inventory -i /inputs/k8s-inventory-inputs.yaml 
inventory
cfy executions start -d inventory  install

Regards,
Vijay

From: Krysiak, Adam (Nokia - PL/Wroclaw) 
Sent: Monday, October 15, 2018 9:51 AM
To: onap-discuss@lists.onap.org; vn00480...@techmahindra.com; VENKATESH KUMAR, 
VIJAY 
Subject: Re: [onap-discuss] [CLAMP] [POLICY] [ SDC] - CLAMP distribution failed


Hi,



By the screen you've attached your artifact was not correctly distributed to 
DCAE. DCAE service change handler (dcae-sch) should receive artifact and save 
it to dcae inventory. Only then CLAMP can get response from dcae inventory.

Please check if dcae-sch is working. Possibly it was not deployed by dcae 
cloudify.

@VENKATESH KUMAR, VIJAY please correct me if I'm wrong.



Br,
Adam Krysiak
Software Engineer
MN MANO RD ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> on behalf of 
vamshi mailto:vn00480...@techmahindra.com>>
Sent: Monday, October 15, 2018 3:30:58 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [CLAMP] [POLICY] [ SDC] - CLAMP distribution failed


Hi,



I've tried blueprints(attached to this mail) for the CLAMP distribution from 
the SDC to create controlloop in CLAMP. But the distribution to the  CLAMP 
failed with deployment errors. Due to this I can't see any controlloop entries 
in CLAMP gui.

When I checked the CLAMP logs - found that there is an error because of an 
empty response received from DCAE inventory. But there was distribution to DCAE 
observed in SDC - distribution monitor tab.

I'm attaching logs as well as screenshots - can somebody assist on this issue. 
Thanks for your time.



[cid:image001.jpg@01D4646E.7882B880]



CLAMP - error.log

===

2018-10-15T13:03:33,665Z|b2f59848-cd74-4f10-be28-09b7478aa443|ttp-nio-8080-exec-12|CldsService:
 GET healthcheck|Clamp-Health-Check|CLDS|isAuthorized|INFO|100|Authorization 
Error|GET healthcheck completed

2018-10-15T13:03:35,853Z||pool-4-thread-10|INFO|||Notification received for 
service UUID:82518bdd-6ac5-484a-b726-25f2ca001b64

2018-10-15T13:03:35,853Z||pool-4-thread-10|INFO|||Trying to download the 
artifact : 
/sdc/v1/catalog/services/Clamptest4/1.0/artifacts/service-Clamptest4-csar.csar 
UUID: 668fee60-29b6-488e-aada-d9271b16

2018-10-15T13:03:36,743Z||pool-4-thread-10|INFO|||Successfully downloaded 
the artifact 
/sdc/v1/catalog/services/Clamptest4/1.0/artifacts/service-Clamptest4-csar.csar 
UUID 668fee60-29b6-488e-aada-d9271b16Size of payload 80148

2018-10-15T13:03:36,743Z||pool-4-thread-10|INFO|||Writing CSAR file to: 
/tmp/sdc-controllers/sdc-controller/service-Clamptest4-csar.csar UUID 
668fee60-29b6-488e-aada-d9271b16)

2018-10-15T13:03:38,257Z||pool-4-thread-10|INFO|||Found a blueprint entry 
in the CSAR tca_docker_heat_m_v2.yaml for resource instance Name 
00e0654a-ed83-466b-a08c 0

2018-10-15T13:03:38,257Z||pool-4-thread-10|INFO|||1 blueprint(s) will be 
converted to closed loop

2018-10-15T13:03:38,259Z||pool-4-thread-10|INFO|||policyName found in 
blueprint tca_docker_heat_m_v2.yaml is get_input

2018-10-15T13:03:38,334Z||pool-4-thread-10|INFO|||Sending 
DOWNLOAD(DOWNLOAD_OK) notification to SDC for 
artifact:/sdc/v1/catalog/services/Clamptest4/1.0/artifacts/service-Clamptest4-csar.csar

2018-10-15T13:03:39,340Z||pool-4-thread-10|INFO|||SDC Notification sent 
successfully(sendDownloadStatus)

2018-10-15T13:03:39,340Z||pool-4-thread-10|INFO|||Sending 
DOWNLOAD(DOWNLOAD_OK) notification to SDC for 
artifact:/sdc/v1/catalog/services/Clamptest4/1.0/resourceInstances/00e0654aed83466ba08c0/artifacts/00e0654aed83466ba08c0_modules.json

2018-10-15T13:03:40,346Z||pool-4-thread-10|INFO|||SDC Notification sent 
successfully(sendDownloadStatus)

2018-10-15T13:03:40,348Z||pool-4-thread-10|INFO|||Installing the CSAR 
/tmp/sdc-controllers/sdc-controller/service-Clamptest4-csar.csar

[users@httpd] Comparing values in RewriteCond directive

[alchemist vk]

Hi All,
   I have one test uri 'http://example.com/test1.test2'.   How I can fetch
uri components test1 and test2 and compare them via RewriteCond directive?..

I tried like below:
   RewriteCond {REQUEST_URI} http://example.com/(.*)\.(.*)
   RewriteCond $1!=$2

But getting syntax error saying $1!=$2 is not proper syntax..

With Regards,
Venkatesh

Re: [onap-discuss] [dcae] vescollector:1.3.1 docker image missing

[Vijay VK]

HI Gary,  This image has been rebuild and available in nexus3 now.

Regards,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
Gary Wu
Sent: Tuesday, October 02, 2018 4:23 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [dcae] vescollector:1.3.1 docker image missing

Hi DCAE team,

The vescollector:1.3.1 docker image as specified on the staging manifest is 
missing from nexus3.onap.org.  Can you help rebuild that image if that tag is 
still correct, or update the staging manifest if not?

Thanks,
Gary




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

View/Reply Online (#12802): https://lists.onap.org/g/onap-discuss/message/12802
Mute This Topic: https://lists.onap.org/mt/26676198/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] #DCAEgen2 - DCAE - Adding ML based network analytics

[Vijay VK]

Hi Mike,  Yep definitely not before RC0..:) On the same boat.

As all DCAE services are deployed through cloudify blueprint, the rolling 
upgrade will utilize corresponding cli as well.  Following is the upgrade 
command syntax -

cfy executions start -d  -p .yaml execute_operation
Where the  is assigned per service and input.yaml includes the 
new image to be used.

Looking forward to the discussion for deployment harmonization. One aspect to 
be considered also will be how the artifacts for deployment can be generated 
dynamically. The current workflow is for SDC (by designer) to generate the 
service template and generate Tosca blueprints - which DCAE Controller 
monitors, fetches and deploy on demand on request from CLAMP.  What we are 
discussing on the thread is more around the deployment aspect – however the 
onboarding and dynamic deployment artifact generation (by user/operator) are 
critical functions for ONAP.   We will need SDC and CLAMP team input here as 
well.

Srini – Regarding the DCAE/SDC/CLAMP/Policy flow, they are well captured under 
control-loop subcommittee wiki links below. These explains the different phases 
involved with demo video of testing done for R2. Hope this helps.
https://wiki.onap.org/display/DW/Control+Loop+Sub+Committee+-+Beijing+Flow+Diagrams
https://wiki.onap.org/display/DW/Control+Loop+Sub+Committee+-+Beijing+Integration+Testing+Plan

Regards,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
Mike Elliott
Sent: Friday, September 28, 2018 2:22 PM
To: Addepalli, Srinivasa R ; VENKATESH KUMAR, 
VIJAY ; onap-discuss@lists.onap.org; fbroc...@cisco.com; JI, 
LUSHENG ; GUPTA, ALOK 
Cc: Fabien Andrieux (fandrieu) ; Donald Hunter (donaldh) 
; Trevor Smith (trsmith2) ; Cristina 
Precup (cprecup) ; Chenxi Du (chenxdu) ; 
Roger Maitland 
Subject: Re: [onap-discuss] #DCAEgen2 - DCAE - Adding ML based network analytics

Hi Vijay & Srini,

I apologize Vijay if I was unaware that rolling upgrades are now a part of 
Casablanca. That is fantastic news!
So, am I now able to do the following to upgrade ONAP and if DCAE (or any of 
its components) have changed, they will be updated too?


   helm deploy demo staging/onap --namespace onap -f ~/override.yaml

Regarding the need for static and dynamic services. @Vijay, have you looked at 
using the Tiller API (server-side of Helm)?  It can be used to dynamically 
deploy Helm charts and provide full Helm and k8s integration. It can also be 
used to spin up short-lived K8s Jobs that perform all sorts of different 
actions (eg. call remote server endpoint, update DB, etc.).  As far as the 
dynamic policy configuration aspect is concerned, this is not an area we are 
familiar with. Perhaps this is a good delineation point where Helm and k8s 
handle LCM and DCAE Controller handles policy configuration? Worth discussing 
at the F2F I think.

It definitely sounds like we have an opportunity to collaborate (and harmonize) 
on a single deployment solution that addresses all needs. With RC0 looming, it 
would seem that meeting before the architecture meeting to discuss such topics, 
may be unrealistic.  At least for me 
A few OOM team members, including myself, will be present at the F2F in 
Montreal. Looking forward to some great discussions!

Thanks,
Mike

From: "Addepalli, Srinivasa R" 
mailto:srinivasa.r.addepa...@intel.com>>
Date: Friday, September 28, 2018 at 12:32 PM
To: "VENKATESH KUMAR, VIJAY" mailto:vv7...@att.com>>, 
"onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, Mike Elliott 
mailto:mike.elli...@amdocs.com>>, 
"fbroc...@cisco.com" 
mailto:fbroc...@cisco.com>>, "JI, LUSHENG" 
mailto:l...@research.att.com>>, "GUPTA, ALOK" 
mailto:ag1...@att.com>>
Cc: "Fabien Andrieux (fandrieu)" 
mailto:fandr...@cisco.com>>, "Donald Hunter (donaldh)" 
mailto:dona...@cisco.com>>, "Trevor Smith (trsmith2)" 
mailto:trsmi...@cisco.com>>, "Cristina Precup (cprecup)" 
mailto:cpre...@cisco.com>>, "Chenxi Du (chenxdu)" 
mailto:chen...@cisco.com>>, Roger Maitland 
mailto:roger.maitl...@amdocs.com>>
Subject: RE: [onap-discuss] #DCAEgen2 - DCAE - Adding ML based network analytics

Hi Mike and Vijay,

Good discussion.  I plan to be Montreal.

It would be great if Kubernetes is used for all kinds of services – 
Infrastructure Services and dynamic spark applications (analytics applications).

With respect to OOM : So far, OOM is used to deploy services that live 
throughout ONAP life.  Can OOM be used to deploy services that are ephemeral 
too.  For example, spark-submit command internally communicates with Kubernetes 
API server to bring up spark applications on containers. Can that be used 
still? In this case, there could be multiple clients to the K8S API server – 
One is OOM via Helm, second one  is spark-submit or some controller that bring 
up services dynamically. I don’t’ see any challenges on top of my head, but 
want to get that confirmed with respect to OOM.

Hi 

Re: [onap-discuss] #DCAEgen2 - DCAE - Adding ML based network analytics

[Vijay VK]

Hi Mike,
One of the main distinction for DCAE Controller is need for supporting both 
static and dynamic services. Besides LCM -  the DCAE controller also provides 
dynamic policy configuration update capabilities for all the services deployed. 
If OOM Team has plans to extend any of these capabilities, it would be great to 
discuss any harmonization opportunity here.
With regard to rolling upgrade of DCAE services – it is supported. This 
capabilities existed for some components in R2; in Casablanca – enhancement was 
done to support this feature for all services components as well 
(DCAEGEN2-543).
For PNDA, I would approach platform deployment and service differently. The 
platform deployment itself can be triggered via OOM, however for PNDA app 
services to be able to leverage SDC/Policy/CLAMP flows, I believe should be 
Tosca model driven.  Being new integration -  it will be great to discuss 
overall onboarding and deployment flow for PNDA and identify any optimization 
opportunities. We could possibly have this for discussion in one of the DCAE or 
OOM weekly meetings (post RC0) if not all are making for F2F meetup?
Regards,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
Mike Elliott
Sent: Friday, September 28, 2018 10:02 AM
To: onap-discuss@lists.onap.org; fbroc...@cisco.com; Addepalli, Srinivasa R 
; VENKATESH KUMAR, VIJAY ; JI, 
LUSHENG ; GUPTA, ALOK 
Cc: Fabien Andrieux (fandrieu) ; Donald Hunter (donaldh) 
; Trevor Smith (trsmith2) ; Cristina 
Precup (cprecup) ; Chenxi Du (chenxdu) ; 
Roger Maitland 
Subject: Re: [onap-discuss] #DCAEgen2 - DCAE - Adding ML based network analytics

Hi Frank,

It would be great to discuss options with you for deploying PNDA components in 
OOM/K8s. One thing that is missing right now from DCAE is the ability to 
perform an upgrade of DCAE components after its initial install. DCAE operates 
under a different controller environment. It’s kind of its own island that is 
treated special from the rest of the components within an ONAP deployment. It 
would be really great if we could have consistent behavior with the rest of 
ONAP. As of now, it is possible to perform a non-disruptive rolling upgrade of 
all components in ONAP, except for DCAE.

If you (or anyone on this email thread) is going to the architecture meetup in 
Montreal, perhaps that would be a good time to meet F2F and discuss how we 
evolve to such a common deployment model? Otherwise, the OOM team is available 
at any time to discuss via Zoom.

Thanks,
Mike.

--
Mike Elliott
ONAP OOM PTL
Senior Architect - Amdocs


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of "Frank Brockners via Lists.Onap.Org" 
mailto:fbrockne=cisco@lists.onap.org>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"fbroc...@cisco.com" 
mailto:fbroc...@cisco.com>>
Date: Thursday, September 27, 2018 at 2:31 AM
To: "Addepalli, Srinivasa R" 
mailto:srinivasa.r.addepa...@intel.com>>, 
"'VENKATESH KUMAR, VIJAY'" mailto:vv7...@att.com>>, "'JI, 
LUSHENG'" mailto:l...@research.att.com>>, "'GUPTA, 
ALOK'" mailto:ag1...@att.com>>
Cc: "'onap-discuss@lists.onap.org'" 
mailto:onap-discuss@lists.onap.org>>, "Fabien 
Andrieux (fandrieu)" mailto:fandr...@cisco.com>>, "Donald 
Hunter (donaldh)" mailto:dona...@cisco.com>>, "Trevor Smith 
(trsmith2)" mailto:trsmi...@cisco.com>>, "Cristina Precup 
(cprecup)" mailto:cpre...@cisco.com>>, "Chenxi Du (chenxdu)" 
mailto:chen...@cisco.com>>
Subject: Re: [onap-discuss] #DCAEgen2 - DCAE - Adding ML based network analytics


Hi Srini,

sorry for the delay – ONS.EU got into our way. PNDA 5.0 – which is expected to 
come out later in October – will include HDP 2.6.5 which contains Spark 2.3, 
see 
https://wiki.onap.org/display/DW/Integrating+PNDA#IntegratingPNDA-PNDA5.0Componentsversions.
 There are various options to run applications on Spark – and containers are 
one option.
PNDA apps are currently not deployed using containers – and integration of 
DCAE’s catalogue with PNDA’s deployment manager is targeted for post Casablanca.
With the closer integration of DCAE and PNDA, we should also ask the question 
of how we deploy DCAE apps moving forward.
Doing that as containers via OOM/K8s would be an interesting option to consider 
for DCAE as well.
Cc’ing a few more folks.

Cheers, Frank

From: Addepalli, Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>
Sent: Freitag, 21. September 2018 17:59
To: 'VENKATESH KUMAR, VIJAY' mailto:vv7...@att.com>>; 'JI, 
LUSHENG' mailto:l...@research.att.com>>; 'GUPTA, ALOK' 
mailto:ag1...@att.com>>; Frank Brockners (fbrockne) 

Re: [E] Re: [onap-discuss] #DCAEgen2 - DCAE - Adding ML based network analytics

[Vijay VK]

Viswa
 You are correct. PNDA should be considered as extension to the DCAE platform 
(although current dcae controller function will have to be enhanced to LCM 
support on the new platform).

Frank –  Were you considering PNDA application deployment through Helm?  One of 
main driver in using Cloudify was to have unified onboarding flow based on 
TOSCA and leveraging interfaces with SDC, POLICY and CLAMP for dynamic 
instantiation/configuration management and topics provisioning. Under helm 
deployment, we don’t have these functions supported.   For newer PNDA 
application –  was thinking similar to CDAP approach, where a new PNDA plugin 
can be built and used for interfacing to PNDA deployment handler (while 
existing plugins remain for supporting other necessary function platform 
already support). If you have different suggestion,  will be good to discuss.

Regards,
Vijay

From: Kumar Skand Priya, Viswanath V 
Sent: Thursday, September 27, 2018 4:45 AM
To: onap-discuss ; fbroc...@cisco.com
Cc: Addepalli, Srinivasa R ; VENKATESH KUMAR, 
VIJAY ; JI, LUSHENG ; GUPTA, ALOK 
; fandr...@cisco.com; dona...@cisco.com; trsmi...@cisco.com; 
cpre...@cisco.com; chen...@cisco.com; LANDO, MICHAEL 
Subject: Re: [E] Re: [onap-discuss] #DCAEgen2 - DCAE - Adding ML based network 
analytics

Hi Frank & All,

My assumptions are as follows :

  1.  DCAE hosts both the infra ( platform ) and controller logic to perform SA 
aspects.
  2.  SDC's DCAE-DS ( when operational ) will be used to design / model TOSCA 
based SA templates ( blueprints ) and when we hit "distribute" in SDC, these SA 
templates will reach DCAE controller and it is then the controller's 
responsibility to onboard / schedule & operate those mS.
  3.  The movement of CDAP to PNDA in DCAE component, is all about making the 
change at the platform level, not at the controller level.
Your latest answer is defeating my 3rd assumption. Could you shed more light 
here ?

BR,
Viswa

[http://ss7.vzw.com/is/image/VerizonWireless/vz-sig-verizon?$defaultscale$]

Viswanath Kumar Skand Priya
Senior Architect
Technology, Architecture & Planning



On Thu, Sep 27, 2018 at 12:00 PM Frank Brockners via 
Lists.Onap.Org
 mailto:cisco@lists.onap.org>> wrote:

Hi Srini,

sorry for the delay – 
ONS.EU
 got into our way. PNDA 5.0 – which is expected to come out later in October – 
will include HDP 2.6.5 which contains Spark 2.3, see 
https://wiki.onap.org/display/DW/Integrating+PNDA#IntegratingPNDA-PNDA5.0Componentsversions.
 There are various options to run applications on Spark – and containers are 
one option.
PNDA apps are currently not deployed using containers – and integration of 
DCAE’s catalogue with PNDA’s deployment manager is targeted for post Casablanca.
With the closer integration of DCAE and PNDA, we should also ask the question 
of how we deploy DCAE apps moving forward.
Doing that as containers via OOM/K8s would be an interesting option to consider 
for DCAE as well.
Cc’ing a few more folks.

Cheers, Frank

From: Addepalli, Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>
Sent: Freitag, 21. September 2018 17:59
To: 'VENKATESH KUMAR, VIJAY' mailto:vv7...@att.com>>; 'JI, 
LUSHENG' mailto:l...@research.att.com>>; 'GUPTA, ALOK' 
mailto:ag1...@att.com>>; Frank Brockners (fbrockne) 
mailto:fbroc...@cisco.com>>
Cc: 'onap-discuss@lists.onap.org' 
mailto:onap-discuss@lists.onap.org>>
Subject: RE: DCAE - Adding ML based network analytics

+Frank

Hi Vijay and Frank,

Few basic questions on PNDA+DCAE.

I see that PNDA supports both Spark batch and Spark streaming. Spark streaming 
is of interest. We also see that Kafka based streaming is supported by PNDA.


1.   Does PNDA use spark version 2.3 or above to allow Kubernetes based 
scheduling of spark jobs?

2.   If I had implemented my analytics application (with spark executor, 
MLlib, Kafka way of getting data stream and Kafka way of outputting the 
analysis output) as a container  that work on Spark 2.3.0,  does it 

Re: [onap-discuss] DCAE - Adding ML based network analytics

[Vijay VK]

Hi Srini - Thanks for your interest into DCAE. Apologize for the delay in 
response (was tied up with upcoming M4 delivery).

As you might know, DCAE provides a platform for onboarding different type of mS 
(collectors, analytics, CE's). The TCA instance was build to support the 
original OpenECOMP and ONAP usecases and it was chosen as CDAP application as 
that was the analytics platform supported then. However since Amsterdam 
release, based on community feedback (and lack of support in CDAP)-  we are 
working toward integrating newer analytics platform into DCAE. PNDA is one such 
platform - there is work currently under way in R3 by Cisco team to integrate 
PNDA platform with DCAE (actual app's on this platform will be scope of R4). 
Apache Flink was another platform approved by ARC team, but we seeking 
community support for building upon it in future release.  As for building new 
analytics application - it will be better to have them targeted on either of 
new platform.

If there are any specific usecase requiring ML application, we can discuss and 
target them in future release.

And the development of new services as you noted can be done independent of 
DCAE Platform to start-with; subsequent integration and deployment into 
platform will require certain pre-requisite  which are documented here - 
https://wiki.onap.org/pages/viewpage.action?pageId=36963506. The application 
itself can be built on any languages - although java/python would be easier to 
integrate with LF CI/CD toolchains. As ONAP itself is moving toward 
containerized deployment through OOM, the expectation is newer service will be 
containerized as well.

Please let me know if any further questions.

Thanks,
Vijay

From: Addepalli, Srinivasa R 
Sent: Tuesday, September 18, 2018 2:15 PM
To: VENKATESH KUMAR, VIJAY ; JI, LUSHENG 
; GUPTA, ALOK 
Subject: FW: DCAE - Adding ML based network analytics

Hi Vijay, Lusheng and Alok,

Need your help.

Thanks
Srini


From: Addepalli, Srinivasa R
Sent: Monday, September 17, 2018 10:57 AM
To: onap-discuss@lists.onap.org
Subject: DCAE - Adding ML based network analytics

Hi DCAE team,

As I understand, DCAE analytics applications that exist today such as TCA are 
non-ML based.
Is there any plan to include ML based network analytics as an application in 
DCAE? If so, is anybody working on it?

Some questions on DCAE:
I started to dig little bit in DCAE on creating new analytics applications.
I know little bit on how to add new analytics applications in CDAP.  As I 
understand DCAE uses CDAP internally.
In CDAP, any new analytics applications are expected to be developed in Java. 
Deployment of applications happen by deploying JAR files.
I was told that DCAE allows analytics applications deployed as containers 
(Micro Service). Thereby, it provides choice of developing analytics 
applications in any language or using any ML framework etc...
First of all, is that understanding correct?  Is CDAP pipeline infrastructure 
modified (in DCAE) to allow micro service based chaining?
Second, is there any tutorial to create new micro-service based analytics 
applications? I tried to search, but there are too many hits and could not nail 
down the right page :(.

Thanks
Srini







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

View/Reply Online (#12490): https://lists.onap.org/g/onap-discuss/message/12490
Mute This Topic: https://lists.onap.org/mt/25727425/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] dcaegen2 healthcheck in casablanca

[Vijay VK]

Hi Donald,
In OOM deployments DCAE healthcheck are reported by separate service - 
dcae-healthcheck; this is deployment of 
org.onap.dcaegen2.deployments.healthcheck-container which is built from 
dcaegen2/deployment repo - healthcheck-container module. The container includes 
list of deployments done in DCAE  (both via helm charts and Cloudify) for which 
periodic health check is performed. For helm deployed component - servicename 
defined is charts are used and for cloudify, the deployments identified in 
bootstrap are prefixed with release name. 

The container itself is deployed via helm charts 
(oom/kubernetes/dcaegen2/charts/dcae-healthcheck) though. This polls the 
deployments specified periodically and reports the status. One constraint with 
this option is only static deployment can be included in this heathcheck. For 
Dublin, we are looking to expand to support dynamic deployment as well (for 
components deployed via CLAMP flow).

As PNDA is targeted deployment via helm charts, we can extend the healthcheck 
container 
(https://git.onap.org/dcaegen2/deployments/tree/healthcheck-container/healthcheck.js)
 to include the service deployed in PNDA charts for additional health check 
reporting. 

Thanks,
Vijay

-Original Message-
From: Donald Hunter (donaldh)  
Sent: Monday, September 17, 2018 12:13 PM
To: VENKATESH KUMAR, VIJAY 
Cc: onap-discuss@lists.onap.org
Subject: dcaegen2 healthcheck in casablanca 

Hi Vijay,

Is the healthcheck architecture for dcaegen2 in Casablanca documented anywhere? 
I’m trying to figure out where best to integrate PNDA into the health check and 
don’t currently see anything working successfully on master.

Thanks,
Donald.

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

View/Reply Online (#12464): https://lists.onap.org/g/onap-discuss/message/12464
Mute This Topic: https://lists.onap.org/mt/25724606/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] 答复: [dcae][holmes] How to Add a New Port Mapping to Existing Docker Containers?

[Vijay VK]

Hi Guangrong,
For version updates of Holmes images, besides blueprints you will need to 
update below also


  *   Integration – docker-manifest files 
(https://git.onap.org/integration/tree/version-manifest/src/main/resources)
  *   DCAE charts under OOM repo where holmes images are referenced 
(https://gerrit.onap.org/r/gitweb?p=oom.git;a=blob;f=kubernetes/dcaegen2/charts/dcae-bootstrap/values.yaml;h=bc430b4053836eed7ba90cc14f7f23fd0fa57473;hb=refs/heads/master)
 . The docker-manifest will override this value on all integration deploy, 
however if standalone oom deploys are done then image version referenced here 
will be picked (and overrides blueprint defaults).

Thanks,
Vijay

From: Guangrong Fu 
Sent: Sunday, September 16, 2018 10:19 PM
To: VENKATESH KUMAR, VIJAY 
Subject: Re: [onap-discuss] 答复: [dcae][holmes] How to Add a New Port Mapping to 
Existing Docker Containers?

Thanks, Vijay.

This is of great help.

The changes related to Holmes you made in the blueprints are exactly what I 
want.

Here's a reminder: by the end of Casablanca, the image version of Holmes would 
be 1.2.0. For now, the images are still in the staging repo. Once they are 
released, I'll update the blueprint accordingly.

Thanks again for your response.

BR,
Guangrong

VENKATESH KUMAR, VIJAY mailto:vv7...@att.com>>于2018年9月16日周日 
下午2:22写道：
Hi Guangrong,
Sorry for the delayed response. The assignment to “9101:0” is valid under OOM 
deploy as the VM port doesn’t apply in K8S cluster. The K8S plugin uses 0 as 
identification for clusterIP mapping and 9101 is set as internal port. For 
exposing the service outside of K8S cluster, NodePort are used (in that case 
the 0 will be replaced by the required nodePort value to be set - the k8s 
plugin creates the underlying service definition and DNS setting required in 
this case).

For Holmes, I believe clusterip:port should suffice and any service requiring 
to connect to holmes can invoke based on servicename:.

As for supporting multiple ports – yes that can be defined in the blueprint.

I noticed an error related to port assignments on Holmes blueprints and 
submitted a patch - 
https://gerrit.onap.org/r/#/c/66813/1
 , included the new port – 9104 you noted as well. Please check and let me know 
if any questions.

Thanks,
Vijay

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Guangrong Fu
Sent: Thursday, September 13, 2018 8:58 PM
To: VENKATESH KUMAR, VIJAY mailto:vv7...@att.com>>
Cc: LUCAS, JACK mailto:jflu...@research.att.com>>; 
onap-discuss@lists.onap.org; 
steven20...@gmail.com
Subject: [onap-discuss] 答复: [dcae][holmes] How to Add a New Port Mapping to 
Existing Docker Containers?


Vijay,



Jack's on vacation. Do you have any idea on this?



Thanks,

Guangrong


原始邮件
发件人：GuangrongFu mailto:steven20...@gmail.com>>
收件人：LUCAS, JACK mailto:jflu...@research.att.com>>
抄送人：VENKATESH KUMAR, VIJAY mailto:vv7...@att.com>>onap-discuss 
mailto:onap-discuss@lists.onap.org>>付光荣10144542;
日 期 ：2018年09月12日 16:24
主 题 ：[dcae][holmes] How to Add a New Port Mapping to Existing Docker Containers?
Hi Jack,

I need to map a new port to the Holmes rule management docker container. To my 
understanding, I should update the k8s-holmes-rules.yaml-template 
(https://gerrit.onap.org/r/gitweb?p=dcaegen2/platform/blueprints.git;a=blob;f=blueprints/k8s-holmes-rules.yaml-template;h=16bd515fc24214c87419fcd7d290e0383e089890;hb=refs/heads/master).

Now what's confusing me is that in that template, the existing mapping is 
9101:0. That means Port 9101 of the host is mapped to Port 0 of the docker 
container. Theoretically, the mapping should be 9101:9101. Is there anything 
wrong from my understanding?

Besides, I want to set up a 9104:9104 mapping, shall I add it to the 
docker_config.ports section?

Thanks in advance.

BR,
Guangrong




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

View/Reply Online (#12443): https://lists.onap.org/g/onap-discuss/message/12443
Mute This Topic: https://lists.onap.org/mt/25648254/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] 答复: [dcae][holmes] How to Add a New Port Mapping to Existing Docker Containers?

[Vijay VK]

Hi Guangrong,
Sorry for the delayed response. The assignment to “9101:0” is valid under OOM 
deploy as the VM port doesn’t apply in K8S cluster. The K8S plugin uses 0 as 
identification for clusterIP mapping and 9101 is set as internal port. For 
exposing the service outside of K8S cluster, NodePort are used (in that case 
the 0 will be replaced by the required nodePort value to be set - the k8s 
plugin creates the underlying service definition and DNS setting required in 
this case).

For Holmes, I believe clusterip:port should suffice and any service requiring 
to connect to holmes can invoke based on servicename:.

As for supporting multiple ports – yes that can be defined in the blueprint.

I noticed an error related to port assignments on Holmes blueprints and 
submitted a patch - https://gerrit.onap.org/r/#/c/66813/1 , included the new 
port – 9104 you noted as well. Please check and let me know if any questions.

Thanks,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
Guangrong Fu
Sent: Thursday, September 13, 2018 8:58 PM
To: VENKATESH KUMAR, VIJAY 
Cc: LUCAS, JACK ; onap-discuss@lists.onap.org; 
steven20...@gmail.com
Subject: [onap-discuss] 答复: [dcae][holmes] How to Add a New Port Mapping to 
Existing Docker Containers?


Vijay,



Jack's on vacation. Do you have any idea on this?



Thanks,

Guangrong


原始邮件
发件人：GuangrongFu mailto:steven20...@gmail.com>>
收件人：LUCAS, JACK mailto:jflu...@research.att.com>>
抄送人：VENKATESH KUMAR, VIJAY mailto:vv7...@att.com>>onap-discuss 
mailto:onap-discuss@lists.onap.org>>付光荣10144542;
日 期 ：2018年09月12日 16:24
主 题 ：[dcae][holmes] How to Add a New Port Mapping to Existing Docker Containers?
Hi Jack,

I need to map a new port to the Holmes rule management docker container. To my 
understanding, I should update the k8s-holmes-rules.yaml-template 
(https://gerrit.onap.org/r/gitweb?p=dcaegen2/platform/blueprints.git;a=blob;f=blueprints/k8s-holmes-rules.yaml-template;h=16bd515fc24214c87419fcd7d290e0383e089890;hb=refs/heads/master).

Now what's confusing me is that in that template, the existing mapping is 
9101:0. That means Port 9101 of the host is mapped to Port 0 of the docker 
container. Theoretically, the mapping should be 9101:9101. Is there anything 
wrong from my understanding?

Besides, I want to set up a 9104:9104 mapping, shall I add it to the 
docker_config.ports section?

Thanks in advance.

BR,
Guangrong




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

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

Re: [users@httpd] Unable to set ciphers string with space separated in apache

[alchemist vk]

Thanks William for your valuable response. It helped a lot in understanding
httpd parsing.
Really appreciate your time and knowledge.

With Regards,
Venkatesh

On Thu, Sep 6, 2018 at 8:31 PM, William A Rowe Jr 
wrote:

> On Wed, Sep 5, 2018 at 10:11 PM, alchemist vk 
> wrote:
>
>> Hi William,
>>   Sorry for late response.. I appreciate your response.
>>   Small clarification: You meant to say,  with space as delimiter, httpd
>> parses will consider  space separated tokens as each individual httpd
>> directives?
>>
>
> The syntax of SSL_CMD_ALL(CipherSuite, TAKE1, ...) states that only a
> single token is permitted (confirmed in 2.4.current).
>
> It will consider each token individual arguments, and only one is
> permitted. Placing the space-seperated tokens within double quotes causes
> httpd to treat it as a single argument to SSLCipherSuite. It still may not
> work, we only "support" colon-separated lists, as documented, but pass the
> string given, and the rest is up to OpenSSL.
>
>
>> On Mon, Aug 27, 2018 at 7:03 PM, William A Rowe Jr 
>> wrote:
>>
>>> A good argument for following httpd documented convention.
>>>
>>> If you want to continue exploring, you would want to quote the cipher
>>> string, since httpd would take apart unquotes, space separated tokens as
>>> different httpd directive arguments, and you surely don't want that.
>>>
>>> On Sat, Aug 25, 2018, 20:05 alchemist vk  wrote:
>>>
>>>> Hi All,
>>>>
>>>>   openssl standard says " The cipher list consists of one or more *cipher
>>>> strings* separated by colons. Commas or spaces are also acceptable
>>>> separators but colons are normally used".  But apache says "directive
>>>> uses a *colon-separated* *cipher-spec* string consisting of OpenSSL
>>>> cipher specifications to configure the Cipher Suite the client is permitted
>>>> to negotiate in the SSL handshake phase" in https://httpd.apache.org/do
>>>> cs/2.4/mod/mod_ssl.html.
>>>>
>>>>
>>>> So, when I configured apache by separating cipher string with spaces,
>>>> cipher string has no affect.  But when cipher string is configured with
>>>> colons, cipher string has effect.
>>>>
>>>>
>>>> So, please provide clarification, is there any limitation why we can’t
>>>> configure cipher string by using space as delimiter in apache.
>>>>
>>>>
>>>> PS: I am using 2.4 apache version in Linux OS.
>>>>
>>>> With Regards,
>>>> Venkatesh
>>>>
>>>
>>
>

Re: [users@httpd] Unable to set ciphers string with space separated in apache

[alchemist vk]

Hi William,
  Sorry for late response.. I appreciate your response.
  Small clarification: You meant to say,  with space as delimiter, httpd
parses will consider  space separated tokens as each individual httpd
directives?

With Regards,
Venkatesh

On Mon, Aug 27, 2018 at 7:03 PM, William A Rowe Jr 
wrote:

> A good argument for following httpd documented convention.
>
> If you want to continue exploring, you would want to quote the cipher
> string, since httpd would take apart unquotes, space separated tokens as
> different httpd directive arguments, and you surely don't want that.
>
> On Sat, Aug 25, 2018, 20:05 alchemist vk  wrote:
>
>> Hi All,
>>
>>   openssl standard says " The cipher list consists of one or more *cipher
>> strings* separated by colons. Commas or spaces are also acceptable
>> separators but colons are normally used".  But apache says "directive
>> uses a *colon-separated* *cipher-spec* string consisting of OpenSSL
>> cipher specifications to configure the Cipher Suite the client is permitted
>> to negotiate in the SSL handshake phase" in https://httpd.apache.org/
>> docs/2.4/mod/mod_ssl.html.
>>
>>
>> So, when I configured apache by separating cipher string with spaces,
>> cipher string has no affect.  But when cipher string is configured with
>> colons, cipher string has effect.
>>
>>
>> So, please provide clarification, is there any limitation why we can’t
>> configure cipher string by using space as delimiter in apache.
>>
>>
>> PS: I am using 2.4 apache version in Linux OS.
>>
>> With Regards,
>> Venkatesh
>>
>

[users@httpd] Unable to set ciphers string with space separated in apache

[alchemist vk]

Hi All,

  openssl standard says " The cipher list consists of one or more *cipher
strings* separated by colons. Commas or spaces are also acceptable
separators but colons are normally used".  But apache says "directive uses
a *colon-separated* *cipher-spec* string consisting of OpenSSL cipher
specifications to configure the Cipher Suite the client is permitted to
negotiate in the SSL handshake phase" in
https://httpd.apache.org/docs/2.4/mod/mod_ssl.html.


So, when I configured apache by separating cipher string with spaces,
cipher string has no affect.  But when cipher string is configured with
colons, cipher string has effect.


So, please provide clarification, is there any limitation why we can’t
configure cipher string by using space as delimiter in apache.


PS: I am using 2.4 apache version in Linux OS.

With Regards,
Venkatesh

Re: [users@httpd] Mapping file name to uri dynamically

[alchemist vk]

Hi Eric,
 Thanks for guidance.. Now I am able to write script to list file under
directory and map as "RewriteMap listxml "prg:/etc/apache2/conf.d/list.pl"
apache:apache".

  Now,  consider, list.pl lists file temp.xml and by writing rewrite
condition as RewriteCond %{REQUEST_URI} ^/example/test\.xml/?$
  How i can write RewriteRule to map test.xml to temp.xml?

With Regards,
Venkatesh

On Thu, Aug 23, 2018 at 7:48 AM, Eric Covener  wrote:

> On Wed, Aug 22, 2018 at 10:05 PM alchemist vk 
> wrote:
> >
> > I got a scenario where a single file present in directory generated with
> different names in different points of time. How can I map this dynamically
> name changing file to specific uri all the time?
> > To summarize, uri remains same always but file name changes dynamically.
> >
> a RewriteMap program (prg:) could hunt for and return the right
> filesystem path.Or something outside of the server that maintains
> a symlink to the right file
>
> --
> Eric Covener
> cove...@gmail.com
>
> -
> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
> For additional commands, e-mail: users-h...@httpd.apache.org
>
>

[users@httpd] Mapping file name to uri dynamically

[alchemist vk]

I got a scenario where a single file present in directory generated with
different names in different points of time. How can I map this dynamically
name changing file to specific uri all the time?
To summarize, uri remains same always but file name changes dynamically.

With Regards,
Venkatesh

Re: [onap-tsc] DCAE PTL delegation

[Vijay VK]

Dear ONAP TSC and ONAP Community

An update on coverage for the week of 08/27-08/31;  Tony Hansen 
(t...@att.com) will backup that week.

Thanks,
Vijay

From: VENKATESH KUMAR, VIJAY
Sent: Wednesday, August 08, 2018 9:34 AM
To: onap-discuss ; onap-tsc 

Subject: DCAE PTL delegation

Dear ONAP TSC and ONAP community,

I will be on vacation between 08/10-09/05.  During this period of my absence, 
Lusheng Ji  has 
gratefully agreed to be delegate for DCAE PTL.

Thank you Lusheng!

-Vijay.


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

View/Reply Online (#3599): https://lists.onap.org/g/ONAP-TSC/message/3599
Mute This Topic: https://lists.onap.org/mt/24230008/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/ONAP-TSC/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp

[Vijay VK]

Just to clarify, any services in DCAE can be deployed dynamically. Only TCA is 
handled via CLAMP currently though (models/blueprint are pre-loaded in 
SDC/CLAMP to distribute/deploy). All the other services when onboarded through 
SDC/Tosca_lab can be instantiated dynamically.

For VESCollector, we have blueprint which takes topics an input.  This 
blueprint can be loaded into SDC catalog manually and distributed by 
designer/clamp operator on demand to support specific control loop if required. 
However as the collectors are generic (not tied to specific usecase) – they can 
be shared across different CL cases as done in R1/R2.

Thanks,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
Xin Miao
Sent: Wednesday, August 08, 2018 9:22 AM
To: NGUEKO, GERVAIS-MARTIAL ; onap-discuss 
; Horn, Linda (Nokia - US/Murray Hill) 

Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp


Understood. Thanks a lot for the clarification.

How about Policy? CLAMP only creates new policy and deploys them.

Does CLAMP support to create more than one policy chaining (sequential action 
type of operational policy )per control loop at design time?

Thanks,

Xin Miao
M: +1-4692685226
E: xin.m...@huawei.com
2012实验室-硅谷网络技术实验室
2012 Laboratories-Silicon Valley Network Technology Lab
From: Ngueko, Gervais-Martial
To: 
onap-discussmailto:onap-discuss@lists.onap.org>>;Xin
 Miaomailto:xin.m...@huawei.com>>;Horn, Linda (Nokia - 
US/Murray Hill)mailto:linda.h...@nokia.com>>
Subject: RE: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp
Time: 2018-08-08 07:22:52

Hi Xin,

I confirm what Adam said. At this stage you will need to create a new blueprint 
with the correct DMAAP configuration and then distribute it to CLAMP so that it 
can be deployed.

Note that on-demand collector deployment is not supported by DCAE itself at 
this point, so it has to be supported by DCAE first before CLAMP can support 
it. Also, one  Holmes instance per Control Loop is not supported by 
Holmes/DCAE, so this is also an area that will need Holmes/DCAE support before 
it can be done via CLAMP.

Br,
Martial

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Xin Miao
Sent: mardi 7 août 2018 16:41
To: Horn, Linda (Nokia - US/Murray Hill) 
mailto:linda.h...@nokia.com>>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

Hi, Linda,

Please refer to the following  CCVPN Close Loop wiki page for the Restconf 
collector in DCAE session  from the high level.  The page is under construction.

https://wiki.onap.org/display/DW/CCVPN+Close+Loop.

Thank you and best regards,

Xin Miao
American Network Technology Lab
Futurewei Technologies, Inc.
5340 Legacy Dr., Suite 175 Plano, TX 75024
Phone: 469-277-5884; Mobile:469-268-5226
xin.m...@huawei.com
 [cid:image001.jpg@01CD505D.C18C2420]

From: Horn, Linda (Nokia - US/Murray Hill) [mailto:linda.h...@nokia.com]
Sent: 2018年8月7日 AM 9:01
To: onap-discuss@lists.onap.org; Xin Miao 
mailto:xin.m...@huawei.com>>
Subject: RE: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

What is a Restconf Collector and for what types of events is it used?  How is 
it different from the normal VES Collector?

Linda
---
Linda S. Horn, DMTS
ATF Architecture Open RAN Initiatives
Mobile Networks, Nokia
Phone:  +1-908-679-6580

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Xin Miao
Sent: Tuesday, August 07, 2018 9:47 AM
To: Krysiak, Adam (Nokia - PL/Wroclaw) 
mailto:adam.krys...@nokia.com>>; Ngueko, 
Gervais-Martial mailto:gn4...@intl.att.com>>; 
onap-discuss@lists.onap.org; Sébastien 
Determe mailto:sd3...@intl.att.com>>
Cc: SHACHAM, RON mailto:rshac...@research.att.com>>; 
VENKATESH KUMAR, VIJAY mailto:vv7...@att.com>>
Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

Thanks, Adam.

In my case, I am using an new type of collector, Restconf collector (going to 
be added into DCAE), and Holmes.

Thank you and best regards,

Xin Miao
American Network Technology Lab
Futurewei Technologies, Inc.
5340 Legacy Dr., Suite 175 Plano, TX 75024
Phone: 469-277-5884; Mobile:469-268-5226
xin.m...@huawei.com
 [cid:image001.jpg@01CD505D.C18C2420]

From: Krysiak, Adam (Nokia - PL/Wroclaw) 

[onap-tsc] DCAE PTL delegation

[Vijay VK]

Dear ONAP TSC and ONAP community,

I will be on vacation between 08/10-09/05.  During this period of my absence, 
Lusheng Ji  has 
gratefully agreed to be delegate for DCAE PTL.

Thank you Lusheng!

-Vijay.


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

View/Reply Online (#3595): https://lists.onap.org/g/ONAP-TSC/message/3595
Mute This Topic: https://lists.onap.org/mt/24230008/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/ONAP-TSC/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [dcae][holmes] Request for k8s-plugin Docs or Guidance

[Vijay VK]

Hi Guangrong,
The k8s plugin is used in DCAE blueprints. The plugin was introduced primarily 
to translate the tosca based blueprint spec into k8s yaml for deployment.

All the application configuration are contained in the blueprint (similar to 
R1).  For R2, Holmes blueprints were updated to incorporate this plugin to 
support deployment under OOM. You can find them here Holmes rules 
blueprint<-%09https:/gerrit.onap.org/r/gitweb?p=dcaegen2/platform/blueprints.git;a=blob;f=blueprints/k8s-holmes-rules.yaml-template;h=0f7bff209bea115af2cb76d75829dc796f4ecc52;hb=HEAD>,
 Holmes Engine 
blueprint.<-%09https:/gerrit.onap.org/r/gitweb?p=dcaegen2/platform/blueprints.git;a=blob;f=blueprints/k8s-holmes-engine.yaml-template;h=129145d37f28696a0e6b45e0fdcb3b238070e743;hb=HEAD>

Reg plugin documentation, Jack provided below; hope this helps.

There’s a description of the plugin in the README.md file in the source repo.

-  
(https://gerrit.onap.org/r/gitweb?p=dcaegen2/platform/plugins.git;a=blob;f=k8s/README.md;h=5b2d0da6bdf05e044650ef6fa5b64a31ea05ed0f;hb=HEAD).

The type file has some descriptions of the elements that are needed in a 
blueprint:

-  
https://gerrit.onap.org/r/gitweb?p=dcaegen2/platform/plugins.git;a=blob;f=k8s/k8s-node-type.yaml;h=13caffc0d7d06ef989c0152a12a3987f0b67bd9d;hb=HEAD

The inputs to the blueprint come from a Helm chart.  The input file templates 
are here:

-  
https://gerrit.onap.org/r/gitweb?p=oom.git;a=blob;f=kubernetes/dcaegen2/charts/dcae-bootstrap/resources/inputs/k8s-holmes_engine-inputs.yaml;h=b83160213036cfef44cdd6609c5637db779986c1;hb=HEAD

-  
https://gerrit.onap.org/r/gitweb?p=oom.git;a=blob;f=kubernetes/dcaegen2/charts/dcae-bootstrap/resources/inputs/k8s-holmes_rules-inputs.yaml;h=d1413fcdbd47c0be601b9fd5a7792be232dff42b;hb=HEAD

During ONAP installation, Helm fills in the input file templates with actual 
values for the deployment and spins up our DCAE bootstrap container.  The 
bootstrap container image includes the blueprints (for Holmes and everything 
else.) Helm mounts the input files into the bootstrap container’s file system.  
 The bootstrap container does a number of operations to set up DCAE, including 
using Cloudify to deploy the Holmes containers using the blueprints and the 
input files that Helm mounted on the container.

Thanks,
Vijay

From: Guangrong Fu 
Sent: Thursday, August 02, 2018 9:37 PM
To: VENKATESH KUMAR, VIJAY 
Cc: onap-discuss 
Subject: [dcae][holmes] Request for k8s-plugin Docs or Guidance

Greetings Vijay,

I'm writing to ask for some guidance or documents on dcae-k8s-plugin. We 
intended to deploy Holmes using this tool, but obviously, it's not finished in 
R2.

Would you please direct us to the existing wiki pages on this or would you 
please share something with us via email? The information we need most at the 
moment is an introduction on how to develop the configuration file for the 
plugin and how to deploy/debug our configuration files.

Thanks a ton in advance.

Regards,

Guangrong

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

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

Re: [onap-tsc] [Onap-release] [ptl][jira] Propose alignment on 1 Jira workflow

[Vijay VK]

+1

Thanks,
Vijay.

From: ONAP-TSC@lists.onap.org  On Behalf Of seshu 
kumar m
Sent: Monday, July 30, 2018 12:07 AM
To: SONSINO, OFIR ; Yang Bin ; 
CHO, TAKAMUNE ; Dhananjay Pavgi ; 
Shankar Narayanan ; DRAGOSH, PAM 

Cc: MAHER, RANDA ; onap-rele...@lists.onap.org; onap-tsc 
; onap-disc...@lists.onap.org
Subject: Re: [onap-tsc] [Onap-release] [ptl][jira] Propose alignment on 1 Jira 
workflow

+1

Thanks and Regards,
M Seshu Kumar
Senior System Architect
Single OSS India Branch Department. S/W BU.
Huawei Technologies India Pvt. Ltd.
Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield
Bengaluru-560066, Karnataka.
Tel: + 91-80-49160700 , Mob: 9845355488
[Company_logo]
___
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not 
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is prohibited. If you receive this 
e-mail in error, please notify the sender by phone or email immediately and 
delete it!
---

From: ONAP-TSC@lists.onap.org 
[mailto:ONAP-TSC@lists.onap.org] On Behalf Of Ofir Sonsino
Sent: Sunday, July 29, 2018 6:01 PM
To: Yang Bin; CHO, TAKAMUNE; Dhananjay Pavgi; Shankar Narayanan; DRAGOSH, PAM
Cc: MAHER, RANDA; 
onap-rele...@lists.onap.org; onap-tsc; 
onap-disc...@lists.onap.org
Subject: Re: [onap-tsc] [Onap-release] [ptl][jira] Propose alignment on 1 Jira 
workflow

+1

Ofir

From: ONAP-TSC@lists.onap.org 
[mailto:ONAP-TSC@lists.onap.org] On Behalf Of Yang Bin
Sent: Saturday, July 28, 2018 10:51 AM
To: CHO, TAKAMUNE mailto:tc0...@att.com>>; Dhananjay Pavgi 
mailto:dp00476...@techmahindra.com>>; Shankar 
Narayanan mailto:shankarp...@gmail.com>>; DRAGOSH, PAM 
mailto:pdrag...@research.att.com>>
Cc: MAHER, RANDA mailto:rx1...@att.com>>; 
onap-rele...@lists.onap.org; onap-tsc 
mailto:onap-tsc@lists.onap.org>>; 
onap-disc...@lists.onap.org
Subject: Re: [onap-tsc] [Onap-release] [ptl][jira] Propose alignment on 1 Jira 
workflow

+1

It will be great that if you can upload this slide to wiki so that we can refer 
to when discussing over weekly meetings.

(Multi-VIM/Cloud PTL)

Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: onap-rele...@lists.onap.org 
[mailto:onap-rele...@lists.onap.org] On Behalf Of Taka Cho
Sent: Friday, July 27, 2018 3:51 AM
To: Dhananjay Pavgi; Shankar Narayanan; DRAGOSH, PAM
Cc: MAHER, RANDA; 
onap-rele...@lists.onap.org; onap-tsc; 
onap-disc...@lists.onap.org
Subject: Re: [onap-tsc] [Onap-release] [ptl][jira] Propose alignment on 1 Jira 
workflow

+1

Taka

From: onap-rele...@lists.onap.org 
[mailto:onap-rele...@lists.onap.org] On Behalf Of Dhananjay Pavgi
Sent: Thursday, July 12, 2018 11:28 PM
To: Shankar Narayanan mailto:shankarp...@gmail.com>>; 
DRAGOSH, PAM mailto:pdrag...@research.att.com>>
Cc: MAHER, RANDA mailto:rx1...@att.com>>; 
onap-rele...@lists.onap.org; onap-tsc 
mailto:onap-tsc@lists.onap.org>>; 
onap-disc...@lists.onap.org
Subject: Re: [onap-tsc] [Onap-release] [ptl][jira] Propose alignment on 1 Jira 
workflow

+1

thanks & regards,
Dhananjay Pavgi
+91 98220 22264

From: ONAP-TSC@lists.onap.org 
mailto:ONAP-TSC@lists.onap.org>> On Behalf Of Shankar 
Narayanan
Sent: Thursday, July 12, 2018 10:26 PM
To: Pamela Dragosh mailto:pdrag...@research.att.com>>
Cc: MAHER, RANDA mailto:rx1...@att.com>>; 
onap-rele...@lists.onap.org; onap-tsc 
mailto:onap-tsc@lists.onap.org>>; 
onap-disc...@lists.onap.org
Subject: Re: [onap-tsc] [Onap-release] [ptl][jira] Propose alignment on 1 Jira 
workflow

+1

Thanks,
Shankar.

On Thu, Jul 12, 2018 at 12:43 PM Pamela Dragosh 
mailto:pdrag...@research.att.com>> wrote:
+1

Pam Dragosh
ONAP Policy PTL

From: mailto:onap-rele...@lists.onap.org>> on 
behalf of "MAHER, RANDA" mailto:rx1...@att.com>>
Date: Monday, July 9, 2018 at 9:46 AM
To: "onap-rele...@lists.onap.org" 
mailto:onap-rele...@lists.onap.org>>
Cc: onap-tsc mailto:onap-tsc@lists.onap.org>>, 

Re: [onap-discuss] #dcaegen2 - Info on DCAEgen2 deployment/arch changes for R3?

[Vijay VK]

Hi Frank - Sound good; I will add PNDA discussion to the agenda.

Thanks,
Vijay

From: Frank Brockners (fbrockne) 
Sent: Saturday, July 28, 2018 6:24 AM
To: VENKATESH KUMAR, VIJAY ; onap-discuss@lists.onap.org
Cc: Donald Hunter (donaldh) ; Fabien Andrieux (fandrieu) 

Subject: RE: #dcaegen2 - Info on DCAEgen2 deployment/arch changes for R3?

Hi Vijay,

Thanks. Several key folks from the PNDA-DCAE integration effort are planning to 
join the next DCAE call on Thursday. If there is time on the agenda, we could 
give a quick update on the current status of the integration effort and surface 
some key questions.

Thanks again, Frank

From: VENKATESH KUMAR, VIJAY mailto:vv7...@att.com>>
Sent: Samstag, 28. Juli 2018 03:07
To: onap-discuss@lists.onap.org; Frank 
Brockners (fbrockne) mailto:fbroc...@cisco.com>>
Cc: Donald Hunter (donaldh) mailto:dona...@cisco.com>>; 
Fabien Andrieux (fandrieu) mailto:fandr...@cisco.com>>
Subject: RE: #dcaegen2 - Info on DCAEgen2 deployment/arch changes for R3?

Hello Frank,
The deployment and architecture of DCAE in R3 will be similar to R2. The R2 
documentation can be found here for 
architecture
 & 
deployment.

Cloudify is integral part of DCAE platform and will remain main orchestrator 
for DCAE components in R3 as well. The cloudify container itself is deployed 
using Helm charts in OOM and required plugins are loaded via bootstrap 
container before executing the blueprints.  We used containerized cloudify 
version (18.2.28) in R2; for R3 the plan is to go with latest version (18.7.23).

Donald helped to provide an update on PNDA work on DCAE meeting couple weeks 
back. We would like to have follow-up to discuss the integration work and 
review the blueprints/plugins Cisco team has prototyped.  We could schedule 
this on one of the DCAE weekly meeting or have separate focused meeting to 
discuss next steps; Please let me know.

Regards,
Vijay

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Frank Brockners via Lists.Onap.Org
Sent: Friday, July 27, 2018 10:19 AM
To: onap-discuss@lists.onap.org
Cc: Donald Hunter (donaldh) mailto:dona...@cisco.com>>; 
Fabien Andrieux (fandrieu) mailto:fandr...@cisco.com>>
Subject: [onap-discuss] #dcaegen2 - Info on DCAEgen2 deployment/arch changes 
for R3?

Hi,

is there a description of what changes (if any) are expected in DCAEgen2 for 
R3, wrt/ deployment and overall architecture? In particular, we'd be interested 
in changes how Cloudify is used, Cloudify version used, etc.
As part of the PNDA integration with DCAE 
(https://wiki.onap.org/display/DW/Integrating+PNDA),
 we're trying to make sure that we adjust to the most recent architecture 
changes in a timely way.

Thanks much, Frank


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

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

Re: [onap-discuss] #dcaegen2 - Info on DCAEgen2 deployment/arch changes for R3?

[Vijay VK]

Hello Frank,
The deployment and architecture of DCAE in R3 will be similar to R2. The R2 
documentation can be found here for 
architecture
 & 
deployment.

Cloudify is integral part of DCAE platform and will remain main orchestrator 
for DCAE components in R3 as well. The cloudify container itself is deployed 
using Helm charts in OOM and required plugins are loaded via bootstrap 
container before executing the blueprints.  We used containerized cloudify 
version (18.2.28) in R2; for R3 the plan is to go with latest version (18.7.23).

Donald helped to provide an update on PNDA work on DCAE meeting couple weeks 
back. We would like to have follow-up to discuss the integration work and 
review the blueprints/plugins Cisco team has prototyped.  We could schedule 
this on one of the DCAE weekly meeting or have separate focused meeting to 
discuss next steps; Please let me know.

Regards,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
Frank Brockners via Lists.Onap.Org
Sent: Friday, July 27, 2018 10:19 AM
To: onap-discuss@lists.onap.org
Cc: Donald Hunter (donaldh) ; Fabien Andrieux (fandrieu) 

Subject: [onap-discuss] #dcaegen2 - Info on DCAEgen2 deployment/arch changes 
for R3?

Hi,

is there a description of what changes (if any) are expected in DCAEgen2 for 
R3, wrt/ deployment and overall architecture? In particular, we'd be interested 
in changes how Cloudify is used, Cloudify version used, etc.
As part of the PNDA integration with DCAE 
(https://wiki.onap.org/display/DW/Integrating+PNDA),
 we're trying to make sure that we adjust to the most recent architecture 
changes in a timely way.

Thanks much, Frank


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

View/Reply Online (#11495): https://lists.onap.org/g/onap-discuss/message/11495
Mute This Topic: https://lists.onap.org/mt/23832167/21656
Mute #dcaegen2: https://lists.onap.org/mk?hashtag=dcaegen2=2740164
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-tsc][dcae] DCAE PTL election result

[Vijay VK]

Thank you Lusheng and all DCAE Committers for your support and vote of 
confidence!

It is great privilege and honor to lead ONAP DCAE team.  Looking forward to 
build upon DCAE team’s accomplishment with your continued support.

Regards,
-Vijay.

From: JI, LUSHENG
Sent: Wednesday, July 18, 2018 10:31 AM
To: ONAP-TSC@lists.onap.org; onap-disc...@lists.onap.org
Cc: Kenny Paul ; VENKATESH KUMAR, VIJAY 
; Yan Yang ; 'Xinhui Li' 
; HWANG, MICHAEL ; HANSEN, TONY L 
; JI, LUSHENG 
Subject: [onap-discuss][onap-tsc][dcae] DCAE PTL election result

Dear TSC and ONAP community,

It is my pleasure to announce the result of DCAE PTL election for year 
2018-2019.  Vijay Venkatech Kumar, LF ID vv770d, ran uncontended and has been 
confirmed unanimously by DCAE committers.  The voting results can be viewed at: 
https://civs.cs.cornell.edu/cgi-bin/results.pl?id=E_ec4107ec3679a17a.

Congratulations Vijay!

Taking this opportunity, I would like to thank the TSC and the ONAP community 
for your support for the DCAE project.  As you have all seen, Vijay has been 
participating in the DCAE project from its beginning.  He has been a leading 
committer and contributor in all aspects of the DCAE project, from code 
contribution, testing, to project management.  And He is a strong community 
leader.  I have full confidence that the DCAE project will continue its success 
under Vijay’s leadership.  Your continuous support for Vijay will be greatly 
appreciated.

To ensure the success of the project and a smooth transition, I will remain as 
a committer for the DCAE project to help out as I can.

Best wishes to the DCAE and ONAP.

Thanks,
Lusheng Ji
ONAP DCAE

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

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

Re: [onap-discuss] DCAE Build Error: dcaegen2/platform/cdapbroker ?

[Vijay VK]

The process will be to mark the repository as ready only and disable all 
Jenkins jobs (repo deletion may not be an option).

We are looking to onboard other analytics platform into DCAE (e.g PNDA and 
Flink, both having some community interest) in coming releases. Depending on 
how those integration comes along, CDAP can be deprecated.

Regards,
Vijay.

From: CARPENTER, TOMMY J
Sent: Monday, July 16, 2018 7:19 PM
To: HEKMAT, ARASH 
Cc: VENKATESH KUMAR, VIJAY ; onap-discuss@lists.onap.org
Subject: Re: DCAE Build Error: dcaegen2/platform/cdapbroker ?

I had thought there was a formal process to deprecate something, rather than 
just deleting a repo, and perhaps that this had to be approved by the TSC. 
There are two other code sources in DCAE relating to this; the CDAP plugin, as 
well as the CDAP deployment blueprints. Formally removing CDAP would mean 
deleting all such code.

On Jul 16, 2018, at 7:12 PM, HEKMAT, ARASH 
mailto:arash.hek...@amdocs.com>> wrote:
Thanks Vijay, Tommy,

I found the cause of the build error though. I had installed "Erlang/OTP 21" 
which has deprecated some APIs. Once I downgraded to "Erlang/OTP 20" the build 
succeeded.

In any case, if the CDAP Broker is deprecated it would be best to delete the 
repo dcaegen2/platform/cdapbroker from ONAP Gerrit.

Thanks,
Arash

From: CARPENTER, TOMMY J (TOMMY J) 
mailto:to...@research.att.com>>
Sent: Friday, July 13, 2018 5:41 PM
To: VENKATESH KUMAR, VIJAY mailto:vv7...@att.com>>
Cc: onap-discuss@lists.onap.org; Arash 
Hekmat mailto:arash.hek...@amdocs.com>>
Subject: Re: DCAE Build Error: dcaegen2/platform/cdapbroker ?

Yes the CDAP Broker is not a released or built artifact in R2+. I don't know 
what the formal deprecation process is, but consider it deprecated since R1. 
Probably many things in it are out of date including its compatibility with 
CDAP.

On Jul 13, 2018, at 5:35 PM, VENKATESH KUMAR, VIJAY 
mailto:vv7...@att.com>> wrote:
Hi Arash,
   Just FYI, the R2 deployment of DCAE does not include CDAP and hence CDAP 
broker was not deployed either (this may be deprecated in later releases).

CDAP Broker code is largely un-modified since R1; looking through the build 
report - seems normal and latest 
build
 was successful.

Suspect if local setup issue; looping Tommy who could give some pointers.

Regards,
Vijay

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
HEKMAT, ARASH
Sent: Friday, July 13, 2018 4:29 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] DCAE Build Error: dcaegen2/platform/cdapbroker ?

Hi DCAE team,

All of a sudden, I am getting this error when building 
dcaegen2/platform/cdapbroker. This is supposed to be a warning but in this case 
it's turned into an error.
The reason seems to be that an old version of rebar executable (rebar 2.5.1) is 
pulled into dcaegen2/platform/cdapbroker/_build/default/lib/meck.
And also, in file 
dcaegen2/platform/cdapbroker/_build/default/lib/meck/rebar.config the compile 
flag "warnings_as_errors" is set.
I can remove this flag "warnings_as_errors" but I'd rather not touch this file 
because the whole "_build" subtree is pulled in at build time.

Any idea how to resolve this?

I have rebar3 & OTP 21 installed: rebar 3.5.0 on Erlang/OTP 21 Erts 10.0

Thanks,
Arash


===> Compiling cowboy
_build/default/lib/cowboy/src/cowboy_handler.erl:97: Warning: 
erlang:get_stacktrace/0: deprecated; use the new try/catch syntax for 
retrieving the stack backtrace
_build/default/lib/cowboy/src/cowboy_handler.erl:128: Warning: 
erlang:get_stacktrace/0: deprecated; use the new try/catch syntax for 
retrieving the stack backtrace
_build/default/lib/cowboy/src/cowboy_handler.erl:255: Warning: 
erlang:get_stacktrace/0: deprecated; use the new try/catch syntax for 
retrieving the stack backtrace
_build/default/lib/cowboy/src/cowboy_handler.erl:296: Warning: 
erlang:get_stacktrace/0: deprecated; use the new try/catch syntax for 
retrieving the stack backtrace

_build/default/lib/cowboy/src/cowboy_rest.erl:81: Warning: 
erlang:get_stacktrace/0: deprecated; use the new try/catch syntax for 
retrieving the stack backtrace
_build/default/lib/cowboy/src/cowboy_rest.erl:1010: Warning: 
erlang:get_stacktrace/0: deprecated; use the new try/catch syntax for 
retrieving the stack backtrace

_build/default/lib/cowboy/src/cowboy_websocket.erl:174: Warning: call to 
crypto:sha/1 will fail, since it was removed in 20.0; use crypto:hash/2

===> Compiling leptus

Re: [onap-discuss] vFwcl: no mesurements published to dmaap

[Vijay VK]

Badr,  To check the collector status, you can ssh into onap-dcae vm and verify 
docker logs or (within container - /opt/app/VESCollector/logs). Please let me 
know if you see any errors.

Regards,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
PLATANIA, MARCO
Sent: Monday, July 16, 2018 1:06 PM
To: Badr Eddine Aouled Yahia ; VENKATESH 
KUMAR, VIJAY 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] vFwcl: no mesurements published to dmaap

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
+ Vijay for the VES collector part.

Marco

From: Badr Eddine Aouled Yahia 
mailto:badreddine.aouledya...@gmail.com>>
Date: Monday, July 16, 2018 at 12:41 PM
To: "PLATANIA, MARCO (MARCO)" 
mailto:plata...@research.att.com>>
Cc: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] vFwcl: no mesurements published to dmaap

It is heat based and i use the right ip and port.
Could it be the ves collector the origin of the problem?
Any thing to check?

Thanks.
Badr Eddine AY

Le lun. 16 juil. 2018 à 18:35, PLATANIA, MARCO (MARCO) 
mailto:plata...@research.att.com>> a écrit :
Are you using Heat or OOM to install ONAP? IP 10.0.4.1 and port 8081 are used 
for Heat only. For OOM you can use any IP address in the K8S cluster and port 
30235.

Marco

From: Badr Eddine Aouled Yahia 
mailto:badreddine.aouledya...@gmail.com>>
Date: Monday, July 16, 2018 at 12:22 PM
To: "PLATANIA, MARCO (MARCO)" 
mailto:plata...@research.att.com>>
Cc: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] vFwcl: no mesurements published to dmaap

https://nexus.onap.org/content/repositories/releases


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

View/Reply Online (#11157): https://lists.onap.org/g/onap-discuss/message/11157
Mute This Topic: https://lists.onap.org/mt/23533445/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] DCAE Policy handler -Not found error in logs

[Vijay VK]

Hi Sudhakar,
The prefix – “DCAE.Config_” is used in Policy Handler to filter the policies 
applicable for DCAE components. This is set as configuration into 
policy-handler during startup and expectation for policies created (from 
clamp/policy) are to set under same prefix (for policies being defined for DCAE 
services).

Alex S has put-together nice flow around policy handler and interfaces here - 
https://wiki.onap.org/display/DW/DCAE+gen2+R2+architecture+of+policy-handling+by+DCAE-controller.
  Hope this helps.

Regards,
Vijay
From: onap-discuss@lists.onap.org  On Behalf Of 
Sudhakar Reddy
Sent: Friday, July 13, 2018 1:52 AM
To: onap-discuss@lists.onap.org; JI, LUSHENG 
Subject: [onap-discuss] DCAE Policy handler -Not found error in logs

Hi guys,

I’m trying to understand the role of DCAE policy handler for running the closed 
loop usecases.
I run the push-polices.sh from policy container. I can see the policies from 
UI. All the policies are available under “com” package.

[cid:image001.png@01D41AD1.E79EAD50]

Whereas from the logs of DCAE policy handler, I can see that it is looking for 
the policies starting with the name: “DCAE.Config_” and showing the error as 
below:

2018-07-13T05:29:57,239+00:00|1a5b8340-0c9b-401e-8080-66e022532965|policy_updater|policy_handler||policy_engine|http://pdp.onap:8081/pdp/api/getConfig|ERROR|300|data
 error|failed: not found response from PDP to post 
http://pdp.onap:8081/pdp/api/getConfig:
 400 msg={"policyName": "DCAE.Config_.*"} text=[{"policyConfigMessage":"PE300 - 
Data Issue: Incorrect Params passed: Decision not a 
Permit.","policyConfigStatus":"CONFIG_NOT_FOUND","type":null,"config":null,"policyName":null,"policyType":null,"policyVersion":null,"matchingConditions":null,"responseAttributes":null,"property":null}]
 headers={"Content-Length": "32", "Accept-Encoding": "gzip, deflate", 
"ClientAuth": "*", "Accept": "application/json", "User-Agent": 
"python-requests/2.18.4", "Environment": "TEST", "Connection": "keep-alive", 
"Content-Type": "application/json", "X-ECOMP-RequestID": 
"1a5b8340-0c9b-401e-8080-66e022532965", "Authorization": "*"}

Is this error a blocker to run closed loop use cases? Are there any specific 
policies that are supposed to be used by DCAE other than the ones that are 
pushed? I guess the policies which are under “com” package should also be sent 
to DCAE. Please help me understand.

Thanks & Regards
Sudhakar Reddy
Contact No:8758383421


“Amdocs’ email platform is based on a third-party, worldwide, cloud-based 
system. Any emails sent to Amdocs will be processed and stored using such 
system and are accessible by third party providers of such system on a limited 
basis. Your sending of emails to Amdocs evidences your consent to the use of 
such system and such processing, storing and access”.


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

View/Reply Online (#11139): https://lists.onap.org/g/onap-discuss/message/11139
Mute This Topic: https://lists.onap.org/mt/23336078/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] [dcae] VES https external port

[Vijay VK]

William,
The HTTPS port (8443) is not exposed in R2; this will be enabled in R3.

Regards,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
William Kurkian
Sent: Thursday, July 12, 2018 2:22 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [dcae] VES https external port

Hello,

I am looking at the HTTPS option on the VES, and how to reach it. However, I 
only see the 8080 port of the VES opened up to 30235, but I don't see anything 
for 8443. Is there a way to access it from outside the cluster ?

Thanks,
William


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

View/Reply Online (#11103): https://lists.onap.org/g/onap-discuss/message/11103
Mute This Topic: https://lists.onap.org/mt/23291656/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] Att: PTL - Languages supported in ONAP

[Vijay VK]

Hi Arul,  DCAE also uses Python and Clojure (these are addition to Java and 
JavaScript, which are in your list already).

Thanks,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
Xinhui Li
Sent: Wednesday, July 11, 2018 10:39 AM
To: onap-discuss@lists.onap.org; shankarp...@gmail.com; NAMBI, ARUL 

Cc: onap-sec...@lists.onap.org
Subject: Re: [onap-discuss] Att: PTL - Languages supported in ONAP

Dear Arul,

Please include Golang too.  Multi VIM/Cloud team will hug Golang in the coming 
releases for advantages with this programming language. K8s plugin could be the 
first try in Casablanca.

Thanks,
Xinhui Li
PTL of Multi VIM/Cloud

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Shankar Narayanan 
mailto:shankarp...@gmail.com>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"shankarp...@gmail.com" 
mailto:shankarp...@gmail.com>>
Date: Wednesday, July 11, 2018 at 10:29 PM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"arul.na...@amdocs.com" 
mailto:arul.na...@amdocs.com>>
Cc: "onap-sec...@lists.onap.org" 
mailto:onap-sec...@lists.onap.org>>
Subject: Re: [onap-discuss] Att: PTL - Languages supported in ONAP

Hi Arul,

Please do include Python as well to the list. There are quite a few projects 
that have significant Python code bases. OOF, for instance, is a pure python 
project, and would need python support from the tools used for code 
coverage/analysis.

Thanks,
Shankar.

On Wed, Jul 11, 2018 at 10:07 AM Arul Nambi 
mailto:arul.na...@amdocs.com>> wrote:
Hi PTL’s/Community,
In the security committee we are looking for the list of languages that needs 
to be supported when we come up with new tools for code coverage and static 
analysis.
Currently we know of

  1.  Java(ofcourse)
  2.  Javascript
We think that we will need PHP and Phyton, but need confirmation from the 
projects(preferably PTLs) about the language support that is needed and the 
name of the project.
There is a query in gerrit which can be used to find projects with certain file 
extensions, but it hard think of all the languauges.
Once we have a complete list I can update the wiki page so that in future we 
will know the languages that we support.
Regards
Arul

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at 
https://www.amdocs.com/about/email-disclaimer



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

View/Reply Online (#11042): https://lists.onap.org/g/onap-discuss/message/11042
Mute This Topic: https://lists.onap.org/mt/23245565/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-tsc][dcae] PTL Election for DCAE - SelfNomination

[Vijay VK]

Dear DCAE Committers,

I would like to nominate myself for the role of Project Technical Lead (PTL) 
for DCAE project.

I have 15+ year experience in Software design and development, mainly in 
Telecom. I’ve been working in DCAE in ECOMP for last 4 years supporting 
multiple applications and service assurance flows. I’ve been active 
committer/contributor to ONAP DCAE project since it was approved last year; 
have been actively engaged on DCAE project activities/deliverables for both 
Amsterdam and Beijing release and also been coordinating for Casablanca.

I’m committed in enhancing DCAE platform capabilities in ONAP to include newer 
analytics/collector service and support complex ONAP usecases.

Looking forward to your support and collaboration to make it possible.

Thanks,
Vijay

From: onap-disc...@lists.onap.org  On Behalf Of 
JI, LUSHENG
Sent: Monday, July 09, 2018 1:28 PM
To: onap-disc...@lists.onap.org; ONAP-TSC@lists.onap.org
Cc: JI, LUSHENG 
Subject: [onap-discuss][onap-tsc][dcae] PTL Election for DCAE

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

(apologize for the late action due to my vacation)

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+Election

If you are interested in the DCAE PTL position.  Please reply to all (including 
cc me at l...@research.att.com) to self-nominate 
your intention.

We will close the self-nomination window by 23:59 EDT July 11th, Wednesday, 
2018.  Further instructions will be sent out to the committers on the election 
procedure if we receive multiple nominations.  The final result will be 
announced on the ONAP lists before the end of this week.

Best Regards,
Lusheng Ji
DCAE PTL


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

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

Re: [onap-discuss] [DCAE]Installation errors while installing TCA in DCAE

[Vijay VK]

Hi Bharath,
Based on the error, possibly one of the dependencies has issue. Can you verify 
the health check for CDAP cluster and CDAP Broker in Consul?

Also deployment for DCAE R2 has changed significantly (under heat and OOM); 
DCAE is using CDAP sdk container to deploy TCA application.

R2 release notes can be found here - 
https://onap.readthedocs.io/en/beijing/submodules/dcaegen2.git/docs/sections/installation.html

Thanks
Vijay

From: Bharath Thiruveedula 
Sent: Tuesday, July 10, 2018 6:12 AM
To: onap-discuss 
Cc: VENKATESH KUMAR, VIJAY 
Subject: [DCAE]Installation errors while installing TCA in DCAE

Dear DCAE team,

In my Amsterdam release setup, tca app went down, so I logged into bootstrap 
container and tried to install tca app using the following commands.


cfy uninstall -d tca

cfy install -p ./blueprints/tca/tca.yaml -b tca -d tca -i 
../config/tcainputs.yaml --timeout 1800

But at the time of installation, I am facing the following error:

Uploading blueprint ./blueprints/tca/tca.yaml...
Blueprint uploaded. The blueprint's id is tca
Processing inputs source: ../config/tcainputs.yaml
Creating new deployment from blueprint tca...
Deployment created. The deployment's id is tca
Executing workflow install on deployment tca [timeout=1800 seconds]
Deployment environment creation is in progress...
CFY  Starting 'create_deployment_environment' workflow execution
CFY  Installing deployment plugins
CFY  Sending task 'cloudify_agent.operations.install_plugins'
CFY  Task started 'cloudify_agent.operations.install_plugins'
CFY  Task succeeded 'cloudify_agent.operations.install_plugins'
CFY  Skipping starting deployment policy engine core - no policies defined
CFY  Creating deployment work directory
CFY  'create_deployment_environment' workflow execution succeeded
CFY  Starting 'install' workflow execution
CFY  [tca_tca_7a433] Creating node
CFY  [tca_tca_7a433.create] Sending task 'cdapcloudify.cdap_plugin.create'
CFY  [tca_tca_7a433.create] Task started 'cdapcloudify.cdap_plugin.create'
CFY  [tca_tca_7a433.create] Task succeeded 
'cdapcloudify.cdap_plugin.create'
CFY  [tca_tca_7a433] Configuring node
CFY  [tca_tca_7a433] Starting node
CFY  [tca_tca_7a433.start] Sending task 
'cdapcloudify.cdap_plugin.deploy_and_start_application'
CFY  [tca_tca_7a433.start] Task started 
'cdapcloudify.cdap_plugin.deploy_and_start_application'
CFY  [tca_tca_7a433.start] Task failed 
'cdapcloudify.cdap_plugin.deploy_and_start_application' -> 400 Client Error: 
Bad Request
CFY  'install' workflow execution failed: RuntimeError: Workflow failed: 
Task failed 'cdapcloudify.cdap_plugin.deploy_and_start_application' -> 400 
Client Error: Bad Request
Execution of workflow install for deployment tca failed. [error=Traceback (most 
recent call last):
  File "/tmp/pip-build-VSTXzc/cloudify-plugins-common/cloudify/dispatch.py", 
line 472, in _remote_workflow_child_thread
  File "/tmp/pip-build-VSTXzc/cloudify-plugins-common/cloudify/dispatch.py", 
line 504, in _execute_workflow_function
  File 
"/opt/mgmtworker/env/lib/python2.7/site-packages/cloudify/plugins/workflows.py",
 line 27, in install
node_instances=set(ctx.node_instances))
  File 
"/opt/mgmtworker/env/lib/python2.7/site-packages/cloudify/plugins/lifecycle.py",
 line 28, in install_node_instances
processor.install()
  File 
"/opt/mgmtworker/env/lib/python2.7/site-packages/cloudify/plugins/lifecycle.py",
 line 83, in install
graph_finisher_func=self._finish_install)
  File 
"/opt/mgmtworker/env/lib/python2.7/site-packages/cloudify/plugins/lifecycle.py",
 line 103, in _process_node_instances
self.graph.execute()
  File 
"/opt/mgmtworker/env/lib/python2.7/site-packages/cloudify/workflows/tasks_graph.py",
 line 133, in execute
self._handle_terminated_task(task)
  File 
"/opt/mgmtworker/env/lib/python2.7/site-packages/cloudify/workflows/tasks_graph.py",
 line 207, in _handle_terminated_task
raise RuntimeError(message)
RuntimeError: Workflow failed: Task failed 
'cdapcloudify.cdap_plugin.deploy_and_start_application' -> 400 Client Error: 
Bad Request

Any help on this?

Best Regards
Bharath T

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

View/Reply Online (#11007): https://lists.onap.org/g/onap-discuss/message/11007
Mute This Topic: https://lists.onap.org/mt/23209651/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] Sending SNMP trap

[Vijay VK]

Hi Atul,  It looks like there is port mismatch. The snmp container is listening 
on 6162 (vm port) and the snmp trap being simulated sends to 162 hence no trace 
of it on the logs. You can restart the container to bind internal 6162 port to 
162 VM port (using -p 162:6162/udp option)

Regards,
Vijay
From: onap-discuss@lists.onap.org  On Behalf Of 
Atul Shegokar
Sent: Friday, July 06, 2018 2:27 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Sending SNMP trap

Hi All,

we have setup snmptrap collector from nexus repo as 
nexus3.onap.org:10001/onap/org.onap.dcaegen2.collectors.snmptrap and it up and 
running, PFB snapshot of it.

[cid:image001.png@01D4150E.3E54D760]

When fired cmd as "sudo snmptrap -v 2c -c public localhost '' 
1.3.6.1.4.1.8072.2.3.0.1 1.3.6.1.4.1.8072.2.3.2.1 i 123456" for sending we are 
not getting any resonse. Also trap is not getting send to snmpcollector.

Tried looking for logs in /opt/app/snmptrap/logs/snmptrapd_arriving_traps.log 
and  /opt/app/snmptrap/logs/DMAAP_ONAP-COLLECTOR-SNMPTRAP.json, No logs are 
generated.

Can anyone please tell me how to send traps to snmptrap collector

Anyone tried this before/any inputs on this ? Thanks in advance!

Thanks
Atul Shegokar


Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html
 externally 
http://tim.techmahindra.com/tim/disclaimer.html
 internally within TechMahindra.



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

View/Reply Online (#10927): https://lists.onap.org/g/onap-discuss/message/10927
Mute This Topic: https://lists.onap.org/mt/23171561/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] [dcae] Distributed VES setup

[Vijay VK]

William,

With Beijing release, OOM installation supports only single site/cluster 
deployment.

Though DCAE architecture intrinsically allows multi-site service deployment – 
edge k8s cluster/infrastructure itself is expected to be handled under OOM (as 
more ONAP components beside DCAE can run at edge).

We had few discussion with OOM team; Roger indicated they are assessing couple 
of options to allow multi-site k8s cluster design under OOM in R3.  Once they 
are finalized, DCAE impacts can be assessed and supported (most likely post R3).

Regards,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
William Kurkian
Sent: Thursday, July 05, 2018 12:43 PM
To: FREEMAN, BRIAN D 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [dcae] Distributed VES setup

I see, so in the OOM case if I wanted to deploy in a specific way for a service 
provider, I would most likely do some custom configuration of the kubernetes 
yaml files in oom, or apply a  custom configuration?

William
On Thu, Jul 5, 2018, 12:35 PM FREEMAN, BRIAN D 
mailto:bf1...@att.com>> wrote:
I suspect the way you would do it is that the VES collector at the edge would 
publish to a DMaaP node that would then have a TCA node that is in a different 
data cetner. The DMaaP node could be collocated with the VES Collector or in 
the second data center.

DCAE team would have better guidance.

How to configure heat/OOM for this is left to the service provider/system 
integrator

Brian


From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
William Kurkian
Sent: Thursday, July 05, 2018 12:07 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [dcae] Distributed VES setup

Hello,

I've heard multiple times that the DCAE can be setup in a distributed way, such 
as having the VES at one edge location, to feed data to a DMaaP in another 
location.

Is there some information about how this can be done? Would it be a matter of 
installing the minimal components for the VES in the edge location via OOM 
install, with some extra configuration? Or is it something else ?

Thanks,
William Kurkian


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

View/Reply Online (#10888): https://lists.onap.org/g/onap-discuss/message/10888
Mute This Topic: https://lists.onap.org/mt/23165972/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] creating DCAE microservices

[Vijay VK]

Hi Rebecca,

Service component creation itself can be developed independently for most part 
(DCAE platform integration requires components to support additional API - 
configbindingservice api for dynamic configuration support). The wiki 
here describes 
various flows involved in onboarding, service composition, deployment and how 
dynamic configuration can be retrieved using configbindingservice api’s.

Specific to Beijing release, the deployment information can be found under RTD 
– 
https://onap.readthedocs.io/en/beijing/submodules/dcaegen2.git/docs/sections/installation.html.
  This deployment includes some static service which are instantiated during 
overall ONAP deployment under both Heat and OOM.  Deploying additional service 
components into DCAE platform can also be triggered from CLAMP (provided the 
blueprint/configuration models of new service components are loaded into SDC).

To assist new contributors, I’m capturing the pre-requisites and requirement 
for DCAE project integration here - 
https://wiki.onap.org/pages/viewpage.action?pageId=36963506 (will continue to 
update).

Hope this helps to clarify and scope the platform integration needs.

Thanks,
Vijay.

From: onap-discuss@lists.onap.org  On Behalf Of 
Rebecca Lantz
Sent: Tuesday, July 03, 2018 3:11 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] creating DCAE microservices


Hello ONAP community,

Where can I find instructions on how DCAE service components can be created and 
deployed in Beijing release?

There must be a document explaining this somewhere that I haven’t found yet. 

Rebecca





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

View/Reply Online (#10822): https://lists.onap.org/g/onap-discuss/message/10822
Mute This Topic: https://lists.onap.org/mt/23026834/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] [dcae] VES unknown host error

[Vijay VK]

Hi William,
Unfortunately the steps to restore consul state is not straight forward 
currently (Consul itself is deployed by OOM, DCAE during bootstrap register few 
services and KV store when components are deployed; the bootstrap container 
itself exits after triggering all deploy).
1. Could you check the consul UI (on the nodeport 30270 exposed) and verify 
if you see component and its corresponding Key/value information are available? 
If you do see then, then we can re-register CBS service via below post (from 
any of the pods) and restart docker ves pod (this will force configuration 
fetch upon restart and load valid properties).
curl -v -X PUT -H "Content-Type: application/json" --data '{"ID": "dcae-cbs1", 
"Name": "config-binding-service", "Address": "config-binding-service", "Port": 
1}' consul-server.onap:8500/v1/agent/service/register
2. If however the Key/value tab is missing DCAE components k/v store in 
CONSUL – then we may need to redeploy DCAE via bootstrap to restore the 
components and Consul state correctly. We are looking into some optimization 
that will simplify consul state restoration in R3 to address such issues; this 
is being tracked under DCAEGEN2-580.
Thanks,
Vijay

From: William Kurkian 
Sent: Tuesday, July 03, 2018 9:43 AM
To: VENKATESH KUMAR, VIJAY 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [dcae] VES unknown host error

Thanks,

It looks like they don't return anything:
root@dcae-ves-collector:~# curl 
consul-server.onap:8500/v1/catalog/service/config-binding-service
[]root@dcae-ves-collector:~# curl 
config-binding-service:1/service_component/dcae-ves-collector
root@dcae-ves-collector:~#

There may have been a restart. Is there a way I can restore the consul server ?

William


On Mon, Jul 2, 2018 at 6:26 PM, VENKATESH KUMAR, VIJAY 
mailto:vv7...@att.com>> wrote:
William,
Based on the error posted,  the output topic for VESCollector looks to be using 
default setting (correct MR hostname on the URL should be - 
message-router.onap.svc.cluster.local); this will be typically overridden when 
the collector is instantiated with configuration from Consul.  One possible 
issue is the Consul state might have been lost (possibly any restart?).

Could you run the below curl from within pod (vescollector) and share the o/p?

curl config-binding-service:1/service_component/dcae-ves-collector
curl consul-server.onap:8500/v1/catalog/service/config-binding-service

Regards,
-Vijay

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
William Kurkian
Sent: Monday, July 02, 2018 4:56 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [dcae] VES unknown host error

I have an onap cluster with a VES and DMaaP running. I deleted the VES pod, and 
let kubernetes bring it back up, in order to test another component, and i 
started getting this error in the VES logs:

[20:03:25,245][WARN ][pool-5-thread-1]Send failed, 28 message to send.
[20:03:25,245][ERROR][pool-5-thread-1]PUB_CHRONIC_FAILURE: Send failure count 
is 1589, above threshold 5.
[20:03:25,963][INFO ][pool-4-thread-1]sending 59 msgs to 
/events/unauthenticated.SEC_FAULT_OUTPUT. Oldest: 1725649 ms
[20:03:25,963][WARN ][pool-4-thread-1]All hosts were blacklisted; reverting to 
full set of hosts.
[20:03:25,964][INFO ][pool-4-thread-1]POST 
http://onap-dmaap:3904/events/unauthenticated.SEC_FAULT_OUTPUT
 (anonymous) ...
[20:03:25,965][WARN ][pool-4-thread-1]Unknown host onap-dmaap; blacklisting for 
10 minutes
[20:03:25,965][WARN ][pool-4-thread-1]onap-dmaap
java.net.UnknownHostException: onap-dmaap
at java.net.InetAddress.getAllByName0(InetAddress.java:1280)
at java.net.InetAddress.getAllByName(InetAddress.java:1192)
at java.net.InetAddress.getAllByName(InetAddress.java:1126)
at 
org.apache.http.impl.conn.SystemDefaultDnsResolver.resolve(SystemDefaultDnsResolver.java:45)
at 
org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:112)
at 
org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:359)
at 
org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:381)
at 
org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:237)
at 
org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:185)
at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89)
at 
org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:111)
 

Re: [onap-discuss] [dcae] VES unknown host error

[Vijay VK]

William,
Based on the error posted,  the output topic for VESCollector looks to be using 
default setting (correct MR hostname on the URL should be - 
message-router.onap.svc.cluster.local); this will be typically overridden when 
the collector is instantiated with configuration from Consul.  One possible 
issue is the Consul state might have been lost (possibly any restart?).

Could you run the below curl from within pod (vescollector) and share the o/p?

curl config-binding-service:1/service_component/dcae-ves-collector
curl consul-server.onap:8500/v1/catalog/service/config-binding-service

Regards,
-Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
William Kurkian
Sent: Monday, July 02, 2018 4:56 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [dcae] VES unknown host error

I have an onap cluster with a VES and DMaaP running. I deleted the VES pod, and 
let kubernetes bring it back up, in order to test another component, and i 
started getting this error in the VES logs:

[20:03:25,245][WARN ][pool-5-thread-1]Send failed, 28 message to send.
[20:03:25,245][ERROR][pool-5-thread-1]PUB_CHRONIC_FAILURE: Send failure count 
is 1589, above threshold 5.
[20:03:25,963][INFO ][pool-4-thread-1]sending 59 msgs to 
/events/unauthenticated.SEC_FAULT_OUTPUT. Oldest: 1725649 ms
[20:03:25,963][WARN ][pool-4-thread-1]All hosts were blacklisted; reverting to 
full set of hosts.
[20:03:25,964][INFO ][pool-4-thread-1]POST 
http://onap-dmaap:3904/events/unauthenticated.SEC_FAULT_OUTPUT
 (anonymous) ...
[20:03:25,965][WARN ][pool-4-thread-1]Unknown host onap-dmaap; blacklisting for 
10 minutes
[20:03:25,965][WARN ][pool-4-thread-1]onap-dmaap
java.net.UnknownHostException: onap-dmaap
at java.net.InetAddress.getAllByName0(InetAddress.java:1280)
at java.net.InetAddress.getAllByName(InetAddress.java:1192)
at java.net.InetAddress.getAllByName(InetAddress.java:1126)
at 
org.apache.http.impl.conn.SystemDefaultDnsResolver.resolve(SystemDefaultDnsResolver.java:45)
at 
org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:112)
at 
org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:359)
at 
org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:381)
at 
org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:237)
at 
org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:185)
at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89)
at 
org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:111)
at 
org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185)
at 
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83)
at com.att.nsa.apiClient.http.HttpClient.runCall(HttpClient.java:622)
at com.att.nsa.apiClient.http.HttpClient.post(HttpClient.java:452)

Does anyone have any insight into this ?

Thanks,
William


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

View/Reply Online (#10763): https://lists.onap.org/g/onap-discuss/message/10763
Mute This Topic: https://lists.onap.org/mt/23006519/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] DCAE event Guaranteed Delivery

[Vijay VK]

HI William,  Yes, that queue is maintained in memory currently. If the queue 
builds up (due to prolonged downstream issue), then there is risk of event loss 
during restart. Typically though the queue count is maintained at zero.

Thanks,
Vijay

From: William Kurkian 
Sent: Wednesday, June 27, 2018 5:36 PM
To: VENKATESH KUMAR, VIJAY 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] DCAE event Guaranteed Delivery

Thanks, that is very clear and helpful.

I just have one more question. In the case where the messages are accumulating 
on the queue in the VES, is that in memory? So if the memory state is lost, 
then the messages are lost?

I will be running this in an environment without full production support, so I 
figuring out some failure cases.

Thanks,
William

On Wed, Jun 27, 2018, 5:22 PM VENKATESH KUMAR, VIJAY 
mailto:vv7...@att.com>> wrote:
Hi,
Just to clarify, the acknowledgement from VESCollector primarily indicates the 
message was received and validated in collector but not status of complete 
processing (by collector/DCAE or rest of ONAP components for that matter).

As VES entails support for multiple domains/topics and batch mode, the response 
to VNF (or PNF) was strictly decoupled from rest of collector processing by 
design. We have also seen instances of DMAAP connection being lost temporarily 
(either network or dmaap being down) during which collector continues to 
receive events and queue them. Once connection is restored, VESCollector will 
forward them to appropriate topics. By handling these transient issue, we are 
avoiding impact on xNF’s (otherwise xNF’s will need queue and resend events). 
On typical production setup, the FS will be monitored and should be caught and 
addressed before application/pods are crashing.  DMaap being critical component 
in ONAP, expectation is it will be highly-available and guarantee delivery for 
subscribers (once messages are published into MR topic by collector)

Hope this clarifies.

Regards,
Vijay


From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
William Kurkian
Sent: Wednesday, June 27, 2018 2:23 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] DCAE event Guaranteed Delivery

Hi,

I've been experimenting with having a PNF send event information to the DCAE, 
the VES specifically, in order to get it on the DMaaP. I've noticed a failure 
scenario when the machine runs out of disk. A number  of pods start failing, 
including the DMaaP message-router and kafka.

The problem I see is that, if the VES Pod is still running, it returns a 200 Ok 
to any messages I send it, despite the DMaaP not running.

This worries me because in a production system, faults could occur that prevent 
messages from being deliverable, and certain events are critical(alarms) and 
need to be guaranteed. Could someone help me understand what is going on here?

From what I see, the VES has a queue it puts the messages are on, but from that 
point I don't see that I can depend on that for messages to survive in case of 
things like reboot.

Thanks,
William Kurkian


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

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

[jira] [Commented] (IGNITE-5789) After client reconnects to server if server was restarted, client doesn't create caches defined in client's configuration

[vk (JIRA)]

[ 
https://issues.apache.org/jira/browse/IGNITE-5789?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16482927#comment-16482927
 ] 

vk commented on IGNITE-5789:


Hi [~dpavlov], I resolved conflicts. Please take a look

> After client reconnects to server if server was restarted, client doesn't 
> create caches defined in client's configuration
> -
>
> Key: IGNITE-5789
> URL: https://issues.apache.org/jira/browse/IGNITE-5789
> Project: Ignite
>  Issue Type: Bug
>Affects Versions: 2.0
>Reporter: Evgenii Zhuravlev
>Assignee: vk
>Priority: Major
> Fix For: 2.6
>
> Attachments: ClientReconnectAfterClusterRestartTest.java
>
>
> User with this problem on SO:
> https://stackoverflow.com/questions/46053089/ignite-cache-reconnection-issue-cache-is-stopped



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[Ubuntu-x-swat] [Bug 1770323] [NEW] 1440x900 resolution is not stable with a dell monitor.

[VK Joseph]

Public bug reported:

Had filed a bug report earlier and the problem was not there for 2 days

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: xorg 1:7.7+19ubuntu7
ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
Uname: Linux 4.15.0-20-generic x86_64
ApportVersion: 2.20.9-0ubuntu7
Architecture: amd64
BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
CompositorRunning: None
CurrentDesktop: ubuntu:GNOME
Date: Thu May 10 11:01:19 2018
DistUpgraded: Fresh install
DistroCodename: bionic
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes
GraphicsCard:
 Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 
02) (prog-if 00 [VGA controller])
   Subsystem: Gigabyte Technology Co., Ltd 82945G/GZ Integrated Graphics 
Controller [1458:d000]
InstallationDate: Installed on 2018-05-08 (1 days ago)
InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: Gigabyte Technology Co., Ltd. 945GZM-S2
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=
 LANG=en_IN
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-20-generic 
root=UUID=c785f1d1-48a1-4648-a96f-6c2a8d37d5b2 ro quiet splash vt.handoff=1
SourcePackage: xorg
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/26/2007
dmi.bios.vendor: Award Software International, Inc.
dmi.bios.version: FG
dmi.board.name: 945GZM-S2
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.modalias: 
dmi:bvnAwardSoftwareInternational,Inc.:bvrFG:bd04/26/2007:svnGigabyteTechnologyCo.,Ltd.:pn945GZM-S2:pvr:rvnGigabyteTechnologyCo.,Ltd.:rn945GZM-S2:rvr:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
dmi.product.name: 945GZM-S2
dmi.sys.vendor: Gigabyte Technology Co., Ltd.
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.91-2
version.libgl1-mesa-dri: libgl1-mesa-dri 18.0.0~rc5-1ubuntu1
version.libgl1-mesa-glx: libgl1-mesa-glx 18.0.0~rc5-1ubuntu1
version.xserver-xorg-core: xserver-xorg-core 2:1.19.6-1ubuntu4
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:18.0.1-1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20171229-1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.15-2

** Affects: xorg (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug bionic ubuntu

-- 
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1770323

Title:
  1440x900 resolution is not stable with a dell monitor.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1770323/+subscriptions

___
Mailing list: https://launchpad.net/~ubuntu-x-swat
Post to : ubuntu-x-swat@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-x-swat
More help   : https://help.launchpad.net/ListHelp

[Bug 1770323] [NEW] 1440x900 resolution is not stable with a dell monitor.

[VK Joseph]

Public bug reported:

Had filed a bug report earlier and the problem was not there for 2 days

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: xorg 1:7.7+19ubuntu7
ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
Uname: Linux 4.15.0-20-generic x86_64
ApportVersion: 2.20.9-0ubuntu7
Architecture: amd64
BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
CompositorRunning: None
CurrentDesktop: ubuntu:GNOME
Date: Thu May 10 11:01:19 2018
DistUpgraded: Fresh install
DistroCodename: bionic
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes
GraphicsCard:
 Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 
02) (prog-if 00 [VGA controller])
   Subsystem: Gigabyte Technology Co., Ltd 82945G/GZ Integrated Graphics 
Controller [1458:d000]
InstallationDate: Installed on 2018-05-08 (1 days ago)
InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: Gigabyte Technology Co., Ltd. 945GZM-S2
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=
 LANG=en_IN
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-20-generic 
root=UUID=c785f1d1-48a1-4648-a96f-6c2a8d37d5b2 ro quiet splash vt.handoff=1
SourcePackage: xorg
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/26/2007
dmi.bios.vendor: Award Software International, Inc.
dmi.bios.version: FG
dmi.board.name: 945GZM-S2
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.modalias: 
dmi:bvnAwardSoftwareInternational,Inc.:bvrFG:bd04/26/2007:svnGigabyteTechnologyCo.,Ltd.:pn945GZM-S2:pvr:rvnGigabyteTechnologyCo.,Ltd.:rn945GZM-S2:rvr:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
dmi.product.name: 945GZM-S2
dmi.sys.vendor: Gigabyte Technology Co., Ltd.
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.91-2
version.libgl1-mesa-dri: libgl1-mesa-dri 18.0.0~rc5-1ubuntu1
version.libgl1-mesa-glx: libgl1-mesa-glx 18.0.0~rc5-1ubuntu1
version.xserver-xorg-core: xserver-xorg-core 2:1.19.6-1ubuntu4
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:18.0.1-1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20171229-1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.15-2

** Affects: xorg (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug bionic ubuntu

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1770323

Title:
  1440x900 resolution is not stable with a dell monitor.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1770323/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Desktop-packages] [Bug 1770323] [NEW] 1440x900 resolution is not stable with a dell monitor.

[VK Joseph]

Public bug reported:

Had filed a bug report earlier and the problem was not there for 2 days

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: xorg 1:7.7+19ubuntu7
ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
Uname: Linux 4.15.0-20-generic x86_64
ApportVersion: 2.20.9-0ubuntu7
Architecture: amd64
BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
CompositorRunning: None
CurrentDesktop: ubuntu:GNOME
Date: Thu May 10 11:01:19 2018
DistUpgraded: Fresh install
DistroCodename: bionic
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes
GraphicsCard:
 Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 
02) (prog-if 00 [VGA controller])
   Subsystem: Gigabyte Technology Co., Ltd 82945G/GZ Integrated Graphics 
Controller [1458:d000]
InstallationDate: Installed on 2018-05-08 (1 days ago)
InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: Gigabyte Technology Co., Ltd. 945GZM-S2
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=
 LANG=en_IN
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-20-generic 
root=UUID=c785f1d1-48a1-4648-a96f-6c2a8d37d5b2 ro quiet splash vt.handoff=1
SourcePackage: xorg
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/26/2007
dmi.bios.vendor: Award Software International, Inc.
dmi.bios.version: FG
dmi.board.name: 945GZM-S2
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.modalias: 
dmi:bvnAwardSoftwareInternational,Inc.:bvrFG:bd04/26/2007:svnGigabyteTechnologyCo.,Ltd.:pn945GZM-S2:pvr:rvnGigabyteTechnologyCo.,Ltd.:rn945GZM-S2:rvr:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
dmi.product.name: 945GZM-S2
dmi.sys.vendor: Gigabyte Technology Co., Ltd.
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.91-2
version.libgl1-mesa-dri: libgl1-mesa-dri 18.0.0~rc5-1ubuntu1
version.libgl1-mesa-glx: libgl1-mesa-glx 18.0.0~rc5-1ubuntu1
version.xserver-xorg-core: xserver-xorg-core 2:1.19.6-1ubuntu4
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:18.0.1-1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20171229-1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.15-2

** Affects: xorg (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug bionic ubuntu

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1770323

Title:
  1440x900 resolution is not stable with a dell monitor.

Status in xorg package in Ubuntu:
  New

Bug description:
  Had filed a bug report earlier and the problem was not there for 2
  days

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: xorg 1:7.7+19ubuntu7
  ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
  Uname: Linux 4.15.0-20-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7
  Architecture: amd64
  BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
  CompositorRunning: None
  CurrentDesktop: ubuntu:GNOME
  Date: Thu May 10 11:01:19 2018
  DistUpgraded: Fresh install
  DistroCodename: bionic
  DistroVariant: ubuntu
  ExtraDebuggingInterest: Yes
  GraphicsCard:
   Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 
02) (prog-if 00 [VGA controller])
 Subsystem: Gigabyte Technology Co., Ltd 82945G/GZ Integrated Graphics 
Controller [1458:d000]
  InstallationDate: Installed on 2018-05-08 (1 days ago)
  InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
  Lsusb:
   Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
   Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
   Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
   Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
   Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
  MachineType: Gigabyte Technology Co., Ltd. 945GZM-S2
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_IN
   SHELL=/bin/bash
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-20-generic 
root=UUID=c785f1d1-48a1-4648-a96f-6c2a8d37d5b2 ro quiet splash vt.handoff=1
  SourcePackage: xorg
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 04/26/2007
  dmi.bios.vendor: Award Software International, Inc.
  dmi.bios.version: FG
  dmi.board.name: 945GZM-S2
  dmi.board.vendor: Gigabyte Technology Co., Ltd.
  dmi.chassis.type: 3
  

[Touch-packages] [Bug 1770323] [NEW] 1440x900 resolution is not stable with a dell monitor.

[VK Joseph]

Public bug reported:

Had filed a bug report earlier and the problem was not there for 2 days

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: xorg 1:7.7+19ubuntu7
ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
Uname: Linux 4.15.0-20-generic x86_64
ApportVersion: 2.20.9-0ubuntu7
Architecture: amd64
BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
CompositorRunning: None
CurrentDesktop: ubuntu:GNOME
Date: Thu May 10 11:01:19 2018
DistUpgraded: Fresh install
DistroCodename: bionic
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes
GraphicsCard:
 Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 
02) (prog-if 00 [VGA controller])
   Subsystem: Gigabyte Technology Co., Ltd 82945G/GZ Integrated Graphics 
Controller [1458:d000]
InstallationDate: Installed on 2018-05-08 (1 days ago)
InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: Gigabyte Technology Co., Ltd. 945GZM-S2
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=
 LANG=en_IN
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-20-generic 
root=UUID=c785f1d1-48a1-4648-a96f-6c2a8d37d5b2 ro quiet splash vt.handoff=1
SourcePackage: xorg
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/26/2007
dmi.bios.vendor: Award Software International, Inc.
dmi.bios.version: FG
dmi.board.name: 945GZM-S2
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.modalias: 
dmi:bvnAwardSoftwareInternational,Inc.:bvrFG:bd04/26/2007:svnGigabyteTechnologyCo.,Ltd.:pn945GZM-S2:pvr:rvnGigabyteTechnologyCo.,Ltd.:rn945GZM-S2:rvr:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
dmi.product.name: 945GZM-S2
dmi.sys.vendor: Gigabyte Technology Co., Ltd.
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.91-2
version.libgl1-mesa-dri: libgl1-mesa-dri 18.0.0~rc5-1ubuntu1
version.libgl1-mesa-glx: libgl1-mesa-glx 18.0.0~rc5-1ubuntu1
version.xserver-xorg-core: xserver-xorg-core 2:1.19.6-1ubuntu4
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:18.0.1-1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20171229-1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.15-2

** Affects: xorg (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug bionic ubuntu

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1770323

Title:
  1440x900 resolution is not stable with a dell monitor.

Status in xorg package in Ubuntu:
  New

Bug description:
  Had filed a bug report earlier and the problem was not there for 2
  days

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: xorg 1:7.7+19ubuntu7
  ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
  Uname: Linux 4.15.0-20-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7
  Architecture: amd64
  BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
  CompositorRunning: None
  CurrentDesktop: ubuntu:GNOME
  Date: Thu May 10 11:01:19 2018
  DistUpgraded: Fresh install
  DistroCodename: bionic
  DistroVariant: ubuntu
  ExtraDebuggingInterest: Yes
  GraphicsCard:
   Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 
02) (prog-if 00 [VGA controller])
 Subsystem: Gigabyte Technology Co., Ltd 82945G/GZ Integrated Graphics 
Controller [1458:d000]
  InstallationDate: Installed on 2018-05-08 (1 days ago)
  InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
  Lsusb:
   Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
   Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
   Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
   Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
   Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
  MachineType: Gigabyte Technology Co., Ltd. 945GZM-S2
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_IN
   SHELL=/bin/bash
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-20-generic 
root=UUID=c785f1d1-48a1-4648-a96f-6c2a8d37d5b2 ro quiet splash vt.handoff=1
  SourcePackage: xorg
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 04/26/2007
  dmi.bios.vendor: Award Software International, Inc.
  dmi.bios.version: FG
  dmi.board.name: 945GZM-S2
  dmi.board.vendor: Gigabyte Technology Co., Ltd.
  dmi.chassis.type: 3
  

Re: [Touch-packages] [Bug 1769029] Re: Display on Dell 1440x900 is not available

[VK Joseph]

And  now it is working on Dell 1440x900. Thanks a lot for the immediate
support.
-VK Joseph

On Sat, May 5, 2018 at 12:29 PM, Launchpad Bug Tracker <
1769...@bugs.launchpad.net> wrote:

> Status changed to 'Confirmed' because the bug affects multiple users.
>
> ** Changed in: xorg (Ubuntu)
>Status: New => Confirmed
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1769029
>
> Title:
>   Display on Dell 1440x900 is not available
>
> Status in xorg package in Ubuntu:
>   Confirmed
>
> Bug description:
>   Monitor resolution is limited to 1024x768 with no option for higher
>   resolution
>
>   ProblemType: Bug
>   DistroRelease: Ubuntu 18.04
>   Package: xorg 1:7.7+19ubuntu7
>   ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
>   Uname: Linux 4.15.0-20-generic x86_64
>   ApportVersion: 2.20.9-0ubuntu7
>   Architecture: amd64
>   BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
>   CompositorRunning: None
>   CurrentDesktop: ubuntu:GNOME
>   Date: Fri May  4 09:44:54 2018
>   DistUpgraded: Fresh install
>   DistroCodename: bionic
>   DistroVariant: ubuntu
>   ExtraDebuggingInterest: Yes, if not too technical
>   GraphicsCard:
>Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772]
> (rev 02) (prog-if 00 [VGA controller])
>  Subsystem: Gigabyte Technology Co., Ltd 82945G/GZ Integrated Graphics
> Controller [1458:d000]
>   InstallationDate: Installed on 2018-05-03 (0 days ago)
>   InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64
> (20180426)
>   Lsusb:
>Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>   MachineType: Gigabyte Technology Co., Ltd. 945GZM-S2
>   ProcEnviron:
>TERM=xterm-256color
>PATH=(custom, no user)
>XDG_RUNTIME_DIR=
>LANG=en_IN
>SHELL=/bin/bash
>   ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-20-generic
> root=UUID=2429ce45-7592-4cb5-974d-7446cb495a5b ro quiet splash
> vt.handoff=1
>   SourcePackage: xorg
>   UpgradeStatus: No upgrade log present (probably fresh install)
>   dmi.bios.date: 04/26/2007
>   dmi.bios.vendor: Award Software International, Inc.
>   dmi.bios.version: FG
>   dmi.board.name: 945GZM-S2
>   dmi.board.vendor: Gigabyte Technology Co., Ltd.
>   dmi.chassis.type: 3
>   dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
>   dmi.modalias: dmi:bvnAwardSoftwareInternational,Inc.:bvrFG:bd04/26/2007:
> svnGigabyteTechnologyCo.,Ltd.:pn945GZM-S2:pvr:
> rvnGigabyteTechnologyCo.,Ltd.:rn945GZM-S2:rvr:
> cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
>   dmi.product.name: 945GZM-S2
>   dmi.sys.vendor: Gigabyte Technology Co., Ltd.
>   version.compiz: compiz N/A
>   version.libdrm2: libdrm2 2.4.91-2
>   version.libgl1-mesa-dri: libgl1-mesa-dri 18.0.0~rc5-1ubuntu1
>   version.libgl1-mesa-glx: libgl1-mesa-glx 18.0.0~rc5-1ubuntu1
>   version.xserver-xorg-core: xserver-xorg-core 2:1.19.6-1ubuntu4
>   version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
>   version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:18.0.1-1
>   version.xserver-xorg-video-intel: xserver-xorg-video-intel
> 2:2.99.917+git20171229-1
>   version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau
> 1:1.0.15-2
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1769029/+subscriptions
>

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1769029

Title:
  Display on Dell 1440x900 is not available

Status in xorg package in Ubuntu:
  Confirmed

Bug description:
  Monitor resolution is limited to 1024x768 with no option for higher
  resolution

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: xorg 1:7.7+19ubuntu7
  ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
  Uname: Linux 4.15.0-20-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7
  Architecture: amd64
  BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
  CompositorRunning: None
  CurrentDesktop: ubuntu:GNOME
  Date: Fri May  4 09:44:54 2018
  DistUpgraded: Fresh install
  DistroCodename: bionic
  DistroVariant: ubuntu
  ExtraDebuggingInterest: Yes, if not too technical
  GraphicsCard:
   Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 
02) (prog-if 00 [VGA controller])
 Subsystem: 

Re: [Ubuntu-x-swat] [Bug 1769029] Re: Display on Dell 1440x900 is not available

[VK Joseph]

And  now it is working on Dell 1440x900. Thanks a lot for the immediate
support.
-VK Joseph

On Sat, May 5, 2018 at 12:29 PM, Launchpad Bug Tracker <
1769...@bugs.launchpad.net> wrote:

> Status changed to 'Confirmed' because the bug affects multiple users.
>
> ** Changed in: xorg (Ubuntu)
>Status: New => Confirmed
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1769029
>
> Title:
>   Display on Dell 1440x900 is not available
>
> Status in xorg package in Ubuntu:
>   Confirmed
>
> Bug description:
>   Monitor resolution is limited to 1024x768 with no option for higher
>   resolution
>
>   ProblemType: Bug
>   DistroRelease: Ubuntu 18.04
>   Package: xorg 1:7.7+19ubuntu7
>   ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
>   Uname: Linux 4.15.0-20-generic x86_64
>   ApportVersion: 2.20.9-0ubuntu7
>   Architecture: amd64
>   BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
>   CompositorRunning: None
>   CurrentDesktop: ubuntu:GNOME
>   Date: Fri May  4 09:44:54 2018
>   DistUpgraded: Fresh install
>   DistroCodename: bionic
>   DistroVariant: ubuntu
>   ExtraDebuggingInterest: Yes, if not too technical
>   GraphicsCard:
>Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772]
> (rev 02) (prog-if 00 [VGA controller])
>  Subsystem: Gigabyte Technology Co., Ltd 82945G/GZ Integrated Graphics
> Controller [1458:d000]
>   InstallationDate: Installed on 2018-05-03 (0 days ago)
>   InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64
> (20180426)
>   Lsusb:
>Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>   MachineType: Gigabyte Technology Co., Ltd. 945GZM-S2
>   ProcEnviron:
>TERM=xterm-256color
>PATH=(custom, no user)
>XDG_RUNTIME_DIR=
>LANG=en_IN
>SHELL=/bin/bash
>   ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-20-generic
> root=UUID=2429ce45-7592-4cb5-974d-7446cb495a5b ro quiet splash
> vt.handoff=1
>   SourcePackage: xorg
>   UpgradeStatus: No upgrade log present (probably fresh install)
>   dmi.bios.date: 04/26/2007
>   dmi.bios.vendor: Award Software International, Inc.
>   dmi.bios.version: FG
>   dmi.board.name: 945GZM-S2
>   dmi.board.vendor: Gigabyte Technology Co., Ltd.
>   dmi.chassis.type: 3
>   dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
>   dmi.modalias: dmi:bvnAwardSoftwareInternational,Inc.:bvrFG:bd04/26/2007:
> svnGigabyteTechnologyCo.,Ltd.:pn945GZM-S2:pvr:
> rvnGigabyteTechnologyCo.,Ltd.:rn945GZM-S2:rvr:
> cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
>   dmi.product.name: 945GZM-S2
>   dmi.sys.vendor: Gigabyte Technology Co., Ltd.
>   version.compiz: compiz N/A
>   version.libdrm2: libdrm2 2.4.91-2
>   version.libgl1-mesa-dri: libgl1-mesa-dri 18.0.0~rc5-1ubuntu1
>   version.libgl1-mesa-glx: libgl1-mesa-glx 18.0.0~rc5-1ubuntu1
>   version.xserver-xorg-core: xserver-xorg-core 2:1.19.6-1ubuntu4
>   version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
>   version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:18.0.1-1
>   version.xserver-xorg-video-intel: xserver-xorg-video-intel
> 2:2.99.917+git20171229-1
>   version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau
> 1:1.0.15-2
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1769029/+subscriptions
>

-- 
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1769029

Title:
  Display on Dell 1440x900 is not available

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1769029/+subscriptions

___
Mailing list: https://launchpad.net/~ubuntu-x-swat
Post to : ubuntu-x-swat@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-x-swat
More help   : https://help.launchpad.net/ListHelp

Re: [Desktop-packages] [Bug 1769029] Re: Display on Dell 1440x900 is not available

[VK Joseph]

And  now it is working on Dell 1440x900. Thanks a lot for the immediate
support.
-VK Joseph

On Sat, May 5, 2018 at 12:29 PM, Launchpad Bug Tracker <
1769...@bugs.launchpad.net> wrote:

> Status changed to 'Confirmed' because the bug affects multiple users.
>
> ** Changed in: xorg (Ubuntu)
>Status: New => Confirmed
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1769029
>
> Title:
>   Display on Dell 1440x900 is not available
>
> Status in xorg package in Ubuntu:
>   Confirmed
>
> Bug description:
>   Monitor resolution is limited to 1024x768 with no option for higher
>   resolution
>
>   ProblemType: Bug
>   DistroRelease: Ubuntu 18.04
>   Package: xorg 1:7.7+19ubuntu7
>   ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
>   Uname: Linux 4.15.0-20-generic x86_64
>   ApportVersion: 2.20.9-0ubuntu7
>   Architecture: amd64
>   BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
>   CompositorRunning: None
>   CurrentDesktop: ubuntu:GNOME
>   Date: Fri May  4 09:44:54 2018
>   DistUpgraded: Fresh install
>   DistroCodename: bionic
>   DistroVariant: ubuntu
>   ExtraDebuggingInterest: Yes, if not too technical
>   GraphicsCard:
>Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772]
> (rev 02) (prog-if 00 [VGA controller])
>  Subsystem: Gigabyte Technology Co., Ltd 82945G/GZ Integrated Graphics
> Controller [1458:d000]
>   InstallationDate: Installed on 2018-05-03 (0 days ago)
>   InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64
> (20180426)
>   Lsusb:
>Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>   MachineType: Gigabyte Technology Co., Ltd. 945GZM-S2
>   ProcEnviron:
>TERM=xterm-256color
>PATH=(custom, no user)
>XDG_RUNTIME_DIR=
>LANG=en_IN
>SHELL=/bin/bash
>   ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-20-generic
> root=UUID=2429ce45-7592-4cb5-974d-7446cb495a5b ro quiet splash
> vt.handoff=1
>   SourcePackage: xorg
>   UpgradeStatus: No upgrade log present (probably fresh install)
>   dmi.bios.date: 04/26/2007
>   dmi.bios.vendor: Award Software International, Inc.
>   dmi.bios.version: FG
>   dmi.board.name: 945GZM-S2
>   dmi.board.vendor: Gigabyte Technology Co., Ltd.
>   dmi.chassis.type: 3
>   dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
>   dmi.modalias: dmi:bvnAwardSoftwareInternational,Inc.:bvrFG:bd04/26/2007:
> svnGigabyteTechnologyCo.,Ltd.:pn945GZM-S2:pvr:
> rvnGigabyteTechnologyCo.,Ltd.:rn945GZM-S2:rvr:
> cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
>   dmi.product.name: 945GZM-S2
>   dmi.sys.vendor: Gigabyte Technology Co., Ltd.
>   version.compiz: compiz N/A
>   version.libdrm2: libdrm2 2.4.91-2
>   version.libgl1-mesa-dri: libgl1-mesa-dri 18.0.0~rc5-1ubuntu1
>   version.libgl1-mesa-glx: libgl1-mesa-glx 18.0.0~rc5-1ubuntu1
>   version.xserver-xorg-core: xserver-xorg-core 2:1.19.6-1ubuntu4
>   version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
>   version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:18.0.1-1
>   version.xserver-xorg-video-intel: xserver-xorg-video-intel
> 2:2.99.917+git20171229-1
>   version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau
> 1:1.0.15-2
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1769029/+subscriptions
>

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1769029

Title:
  Display on Dell 1440x900 is not available

Status in xorg package in Ubuntu:
  Confirmed

Bug description:
  Monitor resolution is limited to 1024x768 with no option for higher
  resolution

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: xorg 1:7.7+19ubuntu7
  ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
  Uname: Linux 4.15.0-20-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7
  Architecture: amd64
  BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
  CompositorRunning: None
  CurrentDesktop: ubuntu:GNOME
  Date: Fri May  4 09:44:54 2018
  DistUpgraded: Fresh install
  DistroCodename: bionic
  DistroVariant: ubuntu
  ExtraDebuggingInterest: Yes, if not too technical
  GraphicsCard:
   Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 
02) (prog-if 00 [VGA controller])
 Subsystem: Gigabyte Technol

Re: [Bug 1769029] Re: Display on Dell 1440x900 is not available

[VK Joseph]

And  now it is working on Dell 1440x900. Thanks a lot for the immediate
support.
-VK Joseph

On Sat, May 5, 2018 at 12:29 PM, Launchpad Bug Tracker <
1769...@bugs.launchpad.net> wrote:

> Status changed to 'Confirmed' because the bug affects multiple users.
>
> ** Changed in: xorg (Ubuntu)
>Status: New => Confirmed
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1769029
>
> Title:
>   Display on Dell 1440x900 is not available
>
> Status in xorg package in Ubuntu:
>   Confirmed
>
> Bug description:
>   Monitor resolution is limited to 1024x768 with no option for higher
>   resolution
>
>   ProblemType: Bug
>   DistroRelease: Ubuntu 18.04
>   Package: xorg 1:7.7+19ubuntu7
>   ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
>   Uname: Linux 4.15.0-20-generic x86_64
>   ApportVersion: 2.20.9-0ubuntu7
>   Architecture: amd64
>   BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
>   CompositorRunning: None
>   CurrentDesktop: ubuntu:GNOME
>   Date: Fri May  4 09:44:54 2018
>   DistUpgraded: Fresh install
>   DistroCodename: bionic
>   DistroVariant: ubuntu
>   ExtraDebuggingInterest: Yes, if not too technical
>   GraphicsCard:
>Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772]
> (rev 02) (prog-if 00 [VGA controller])
>  Subsystem: Gigabyte Technology Co., Ltd 82945G/GZ Integrated Graphics
> Controller [1458:d000]
>   InstallationDate: Installed on 2018-05-03 (0 days ago)
>   InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64
> (20180426)
>   Lsusb:
>Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
>   MachineType: Gigabyte Technology Co., Ltd. 945GZM-S2
>   ProcEnviron:
>TERM=xterm-256color
>PATH=(custom, no user)
>XDG_RUNTIME_DIR=
>LANG=en_IN
>SHELL=/bin/bash
>   ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-20-generic
> root=UUID=2429ce45-7592-4cb5-974d-7446cb495a5b ro quiet splash
> vt.handoff=1
>   SourcePackage: xorg
>   UpgradeStatus: No upgrade log present (probably fresh install)
>   dmi.bios.date: 04/26/2007
>   dmi.bios.vendor: Award Software International, Inc.
>   dmi.bios.version: FG
>   dmi.board.name: 945GZM-S2
>   dmi.board.vendor: Gigabyte Technology Co., Ltd.
>   dmi.chassis.type: 3
>   dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
>   dmi.modalias: dmi:bvnAwardSoftwareInternational,Inc.:bvrFG:bd04/26/2007:
> svnGigabyteTechnologyCo.,Ltd.:pn945GZM-S2:pvr:
> rvnGigabyteTechnologyCo.,Ltd.:rn945GZM-S2:rvr:
> cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
>   dmi.product.name: 945GZM-S2
>   dmi.sys.vendor: Gigabyte Technology Co., Ltd.
>   version.compiz: compiz N/A
>   version.libdrm2: libdrm2 2.4.91-2
>   version.libgl1-mesa-dri: libgl1-mesa-dri 18.0.0~rc5-1ubuntu1
>   version.libgl1-mesa-glx: libgl1-mesa-glx 18.0.0~rc5-1ubuntu1
>   version.xserver-xorg-core: xserver-xorg-core 2:1.19.6-1ubuntu4
>   version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
>   version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:18.0.1-1
>   version.xserver-xorg-video-intel: xserver-xorg-video-intel
> 2:2.99.917+git20171229-1
>   version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau
> 1:1.0.15-2
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1769029/+subscriptions
>

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1769029

Title:
  Display on Dell 1440x900 is not available

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1769029/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Ubuntu-x-swat] [Bug 1769029] [NEW] Display on Dell 1440x900 is not available

[VK Joseph]

Public bug reported:

Monitor resolution is limited to 1024x768 with no option for higher
resolution

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: xorg 1:7.7+19ubuntu7
ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
Uname: Linux 4.15.0-20-generic x86_64
ApportVersion: 2.20.9-0ubuntu7
Architecture: amd64
BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
CompositorRunning: None
CurrentDesktop: ubuntu:GNOME
Date: Fri May  4 09:44:54 2018
DistUpgraded: Fresh install
DistroCodename: bionic
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes, if not too technical
GraphicsCard:
 Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 
02) (prog-if 00 [VGA controller])
   Subsystem: Gigabyte Technology Co., Ltd 82945G/GZ Integrated Graphics 
Controller [1458:d000]
InstallationDate: Installed on 2018-05-03 (0 days ago)
InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: Gigabyte Technology Co., Ltd. 945GZM-S2
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=
 LANG=en_IN
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-20-generic 
root=UUID=2429ce45-7592-4cb5-974d-7446cb495a5b ro quiet splash vt.handoff=1
SourcePackage: xorg
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/26/2007
dmi.bios.vendor: Award Software International, Inc.
dmi.bios.version: FG
dmi.board.name: 945GZM-S2
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.modalias: 
dmi:bvnAwardSoftwareInternational,Inc.:bvrFG:bd04/26/2007:svnGigabyteTechnologyCo.,Ltd.:pn945GZM-S2:pvr:rvnGigabyteTechnologyCo.,Ltd.:rn945GZM-S2:rvr:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
dmi.product.name: 945GZM-S2
dmi.sys.vendor: Gigabyte Technology Co., Ltd.
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.91-2
version.libgl1-mesa-dri: libgl1-mesa-dri 18.0.0~rc5-1ubuntu1
version.libgl1-mesa-glx: libgl1-mesa-glx 18.0.0~rc5-1ubuntu1
version.xserver-xorg-core: xserver-xorg-core 2:1.19.6-1ubuntu4
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:18.0.1-1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20171229-1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.15-2

** Affects: xorg (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug bionic ubuntu

-- 
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1769029

Title:
  Display on Dell 1440x900 is not available

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1769029/+subscriptions

___
Mailing list: https://launchpad.net/~ubuntu-x-swat
Post to : ubuntu-x-swat@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-x-swat
More help   : https://help.launchpad.net/ListHelp

[Desktop-packages] [Bug 1769029] [NEW] Display on Dell 1440x900 is not available

[VK Joseph]

Public bug reported:

Monitor resolution is limited to 1024x768 with no option for higher
resolution

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: xorg 1:7.7+19ubuntu7
ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
Uname: Linux 4.15.0-20-generic x86_64
ApportVersion: 2.20.9-0ubuntu7
Architecture: amd64
BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
CompositorRunning: None
CurrentDesktop: ubuntu:GNOME
Date: Fri May  4 09:44:54 2018
DistUpgraded: Fresh install
DistroCodename: bionic
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes, if not too technical
GraphicsCard:
 Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 
02) (prog-if 00 [VGA controller])
   Subsystem: Gigabyte Technology Co., Ltd 82945G/GZ Integrated Graphics 
Controller [1458:d000]
InstallationDate: Installed on 2018-05-03 (0 days ago)
InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: Gigabyte Technology Co., Ltd. 945GZM-S2
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=
 LANG=en_IN
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-20-generic 
root=UUID=2429ce45-7592-4cb5-974d-7446cb495a5b ro quiet splash vt.handoff=1
SourcePackage: xorg
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/26/2007
dmi.bios.vendor: Award Software International, Inc.
dmi.bios.version: FG
dmi.board.name: 945GZM-S2
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.modalias: 
dmi:bvnAwardSoftwareInternational,Inc.:bvrFG:bd04/26/2007:svnGigabyteTechnologyCo.,Ltd.:pn945GZM-S2:pvr:rvnGigabyteTechnologyCo.,Ltd.:rn945GZM-S2:rvr:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
dmi.product.name: 945GZM-S2
dmi.sys.vendor: Gigabyte Technology Co., Ltd.
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.91-2
version.libgl1-mesa-dri: libgl1-mesa-dri 18.0.0~rc5-1ubuntu1
version.libgl1-mesa-glx: libgl1-mesa-glx 18.0.0~rc5-1ubuntu1
version.xserver-xorg-core: xserver-xorg-core 2:1.19.6-1ubuntu4
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:18.0.1-1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20171229-1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.15-2

** Affects: xorg (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug bionic ubuntu

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1769029

Title:
  Display on Dell 1440x900 is not available

Status in xorg package in Ubuntu:
  New

Bug description:
  Monitor resolution is limited to 1024x768 with no option for higher
  resolution

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: xorg 1:7.7+19ubuntu7
  ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
  Uname: Linux 4.15.0-20-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7
  Architecture: amd64
  BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
  CompositorRunning: None
  CurrentDesktop: ubuntu:GNOME
  Date: Fri May  4 09:44:54 2018
  DistUpgraded: Fresh install
  DistroCodename: bionic
  DistroVariant: ubuntu
  ExtraDebuggingInterest: Yes, if not too technical
  GraphicsCard:
   Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 
02) (prog-if 00 [VGA controller])
 Subsystem: Gigabyte Technology Co., Ltd 82945G/GZ Integrated Graphics 
Controller [1458:d000]
  InstallationDate: Installed on 2018-05-03 (0 days ago)
  InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
  Lsusb:
   Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
   Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
   Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
   Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
   Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
  MachineType: Gigabyte Technology Co., Ltd. 945GZM-S2
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_IN
   SHELL=/bin/bash
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-20-generic 
root=UUID=2429ce45-7592-4cb5-974d-7446cb495a5b ro quiet splash vt.handoff=1
  SourcePackage: xorg
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 04/26/2007
  dmi.bios.vendor: Award Software International, Inc.
  dmi.bios.version: FG
  dmi.board.name: 945GZM-S2
  dmi.board.vendor: Gigabyte Technology 

[Touch-packages] [Bug 1769029] [NEW] Display on Dell 1440x900 is not available

[VK Joseph]

Public bug reported:

Monitor resolution is limited to 1024x768 with no option for higher
resolution

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: xorg 1:7.7+19ubuntu7
ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
Uname: Linux 4.15.0-20-generic x86_64
ApportVersion: 2.20.9-0ubuntu7
Architecture: amd64
BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
CompositorRunning: None
CurrentDesktop: ubuntu:GNOME
Date: Fri May  4 09:44:54 2018
DistUpgraded: Fresh install
DistroCodename: bionic
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes, if not too technical
GraphicsCard:
 Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 
02) (prog-if 00 [VGA controller])
   Subsystem: Gigabyte Technology Co., Ltd 82945G/GZ Integrated Graphics 
Controller [1458:d000]
InstallationDate: Installed on 2018-05-03 (0 days ago)
InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: Gigabyte Technology Co., Ltd. 945GZM-S2
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=
 LANG=en_IN
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-20-generic 
root=UUID=2429ce45-7592-4cb5-974d-7446cb495a5b ro quiet splash vt.handoff=1
SourcePackage: xorg
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/26/2007
dmi.bios.vendor: Award Software International, Inc.
dmi.bios.version: FG
dmi.board.name: 945GZM-S2
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.modalias: 
dmi:bvnAwardSoftwareInternational,Inc.:bvrFG:bd04/26/2007:svnGigabyteTechnologyCo.,Ltd.:pn945GZM-S2:pvr:rvnGigabyteTechnologyCo.,Ltd.:rn945GZM-S2:rvr:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
dmi.product.name: 945GZM-S2
dmi.sys.vendor: Gigabyte Technology Co., Ltd.
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.91-2
version.libgl1-mesa-dri: libgl1-mesa-dri 18.0.0~rc5-1ubuntu1
version.libgl1-mesa-glx: libgl1-mesa-glx 18.0.0~rc5-1ubuntu1
version.xserver-xorg-core: xserver-xorg-core 2:1.19.6-1ubuntu4
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:18.0.1-1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20171229-1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.15-2

** Affects: xorg (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug bionic ubuntu

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1769029

Title:
  Display on Dell 1440x900 is not available

Status in xorg package in Ubuntu:
  New

Bug description:
  Monitor resolution is limited to 1024x768 with no option for higher
  resolution

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: xorg 1:7.7+19ubuntu7
  ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
  Uname: Linux 4.15.0-20-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7
  Architecture: amd64
  BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
  CompositorRunning: None
  CurrentDesktop: ubuntu:GNOME
  Date: Fri May  4 09:44:54 2018
  DistUpgraded: Fresh install
  DistroCodename: bionic
  DistroVariant: ubuntu
  ExtraDebuggingInterest: Yes, if not too technical
  GraphicsCard:
   Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 
02) (prog-if 00 [VGA controller])
 Subsystem: Gigabyte Technology Co., Ltd 82945G/GZ Integrated Graphics 
Controller [1458:d000]
  InstallationDate: Installed on 2018-05-03 (0 days ago)
  InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
  Lsusb:
   Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
   Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
   Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
   Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
   Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
  MachineType: Gigabyte Technology Co., Ltd. 945GZM-S2
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_IN
   SHELL=/bin/bash
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-20-generic 
root=UUID=2429ce45-7592-4cb5-974d-7446cb495a5b ro quiet splash vt.handoff=1
  SourcePackage: xorg
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 04/26/2007
  dmi.bios.vendor: Award Software International, Inc.
  dmi.bios.version: FG
  dmi.board.name: 945GZM-S2
  dmi.board.vendor: Gigabyte 

[Bug 1769029] [NEW] Display on Dell 1440x900 is not available

[VK Joseph]

Public bug reported:

Monitor resolution is limited to 1024x768 with no option for higher
resolution

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: xorg 1:7.7+19ubuntu7
ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
Uname: Linux 4.15.0-20-generic x86_64
ApportVersion: 2.20.9-0ubuntu7
Architecture: amd64
BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
CompositorRunning: None
CurrentDesktop: ubuntu:GNOME
Date: Fri May  4 09:44:54 2018
DistUpgraded: Fresh install
DistroCodename: bionic
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes, if not too technical
GraphicsCard:
 Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 
02) (prog-if 00 [VGA controller])
   Subsystem: Gigabyte Technology Co., Ltd 82945G/GZ Integrated Graphics 
Controller [1458:d000]
InstallationDate: Installed on 2018-05-03 (0 days ago)
InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: Gigabyte Technology Co., Ltd. 945GZM-S2
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=
 LANG=en_IN
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-20-generic 
root=UUID=2429ce45-7592-4cb5-974d-7446cb495a5b ro quiet splash vt.handoff=1
SourcePackage: xorg
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/26/2007
dmi.bios.vendor: Award Software International, Inc.
dmi.bios.version: FG
dmi.board.name: 945GZM-S2
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.modalias: 
dmi:bvnAwardSoftwareInternational,Inc.:bvrFG:bd04/26/2007:svnGigabyteTechnologyCo.,Ltd.:pn945GZM-S2:pvr:rvnGigabyteTechnologyCo.,Ltd.:rn945GZM-S2:rvr:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
dmi.product.name: 945GZM-S2
dmi.sys.vendor: Gigabyte Technology Co., Ltd.
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.91-2
version.libgl1-mesa-dri: libgl1-mesa-dri 18.0.0~rc5-1ubuntu1
version.libgl1-mesa-glx: libgl1-mesa-glx 18.0.0~rc5-1ubuntu1
version.xserver-xorg-core: xserver-xorg-core 2:1.19.6-1ubuntu4
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:18.0.1-1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20171229-1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.15-2

** Affects: xorg (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug bionic ubuntu

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1769029

Title:
  Display on Dell 1440x900 is not available

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1769029/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[jira] [Commented] (IGNITE-5789) After client reconnects to server if server was restarted, client doesn't create caches defined in client's configuration

[vk (JIRA)]

[ 
https://issues.apache.org/jira/browse/IGNITE-5789?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16450125#comment-16450125
 ] 

vk commented on IGNITE-5789:


[~ilyak] fixed, plz review

> After client reconnects to server if server was restarted, client doesn't 
> create caches defined in client's configuration
> -
>
> Key: IGNITE-5789
> URL: https://issues.apache.org/jira/browse/IGNITE-5789
> Project: Ignite
>  Issue Type: Bug
>Affects Versions: 2.0
>Reporter: Evgenii Zhuravlev
>Assignee: vk
>Priority: Major
> Fix For: 2.6
>
> Attachments: ClientReconnectAfterClusterRestartTest.java
>
>
> User with this problem on SO:
> https://stackoverflow.com/questions/46053089/ignite-cache-reconnection-issue-cache-is-stopped



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Re: [BUG] git p4 clone fails when p4 sizes does not return 'fileSize' key

[Thandesha VK]

Just to be clear - git-p4 does not use the p4 "sizes" command anywhere AFAIK.

We are just talking about the output from "p4 print" and the
"fileSize" key, right?
--> Correct.

Does that happen with the 17.2 version of p4?
-->Correct.

print() probably makes more sense; can we try to use the function form
so that we don't deliberately make the path to python3 harder (albeit
in a very tiny way)
-->Sure.

If your server isn't reporting "fileSize" then there are a few other
places where I would expect git-p4 to also fail.
-->Most of other places are already doing key check in the hash. Looks
like this line was missed out.

On Wed, Apr 18, 2018 at 4:08 AM, Luke Diamand <l...@diamand.org> wrote:
> On 17 April 2018 at 20:12, Thandesha VK <tha...@gmail.com> wrote:
>> I have few cases where even p4 -G sizes (or p4 sizes) is not returning
>> the size value even with latest version of p4 (17.2). In that case, we
>> have to regenerate the digest for file save it - It mean something is
>> wrong with the file in perforce.
>
> Just to be clear - git-p4 does not use the p4 "sizes" command anywhere AFAIK.
>
> We are just talking about the output from "p4 print" and the
> "fileSize" key, right?
>
> Does that happen with the 17.2 version of p4?
>
>> Regarding, sys.stdout.write v/s print, I see script using both of them
>> without a common pattern. I can change it to whatever is more
>> appropriate.
>
> print() probably makes more sense; can we try to use the function form
> so that we don't deliberately make the path to python3 harder (albeit
> in a very tiny way).
>
>>
>> On Tue, Apr 17, 2018 at 11:47 AM, Mazo, Andrey <am...@checkvideo.com> wrote:
>>> Does a missing "fileSize" actually mean that there is something wrong with 
>>> the file?
>>> Because, for me, `p4 -G print` doesn't print "fileSize" for _any_ file.
>>> (which I attribute to our rather ancient (2007.2) Perforce server)
>>> I'm not an expert in Perforce, so don't know for sure.
>
> My 2015 version of p4d reports a fileSize.
>
>>>
>>> However, `p4 -G sizes` works fine even with our p4 server.
>>> Should we then go one step further and use `p4 -G sizes` to obtain the 
>>> "fileSize" when it's not returned by `p4 -G print`?
>>> Or is it an overkill for a simple verbose print out?
>
> If your server isn't reporting "fileSize" then there are a few other
> places where I would expect git-p4 to also fail.
>
> If we're going to support this very ancient version of p4d, then
> gracefully handling a missing fileSize will be useful.
>
>>>
>>> Also, please, find one comment inline below.
>>>
>>> Thank you,
>>> Andrey
>>>
>>> From: Thandesha VK <tha...@gmail.com>
>>>> Sounds good. How about an enhanced version of fix from both of us.
>>>> This will let us know that something is not right with the file but
>>>> will not bark
>>>>
>>>> $ git diff
>>>> diff --git a/git-p4.py b/git-p4.py
>>>> index 7bb9cadc6..df901976f 100755
>>>> --- a/git-p4.py
>>>> +++ b/git-p4.py
>>>> @@ -2566,7 +2566,12 @@ class P4Sync(Command, P4UserMap):
>>>>  relPath = self.stripRepoPath(file['depotFile'], 
>>>> self.branchPrefixes)
>>>>  relPath = self.encodeWithUTF8(relPath)
>>>>  if verbose:
>>>> -size = int(self.stream_file['fileSize'])
>>>> +if 'fileSize' not in self.stream_file:
>>>> +   print "WARN: File size from perforce unknown. Please 
>>>> verify by p4 sizes %s" %(file['depotFile'])
>>> For whatever reason, the code below uses sys.stdout.write() instead of 
>>> print().
>>> Should it be used here for consistency as well?
>>>
>>>> +   size = "-1"
>>>> +else:
>>>> +   size = self.stream_file['fileSize']
>>>> +size = int(size)
>>>>  sys.stdout.write('\r%s --> %s (%i MB)\n' %
>>>> (file['depotFile'], relPath, size/1024/1024))
>>>>  sys.stdout.flush()
>>>>
>>>>
>>>> On Tue, Apr 17, 2018 at 10:33 AM, Mazo, Andrey <am...@checkvideo.com> 
>>>> wrote:
>>>>> Sure, I totally agree.
>>>>> Sorry, I just wasn't clear enough in my previous email.
>>>>> I meant that your patch suppresses "%s -->

Re: [PATCH 1/1] git-p4: fix `sync --verbose` traceback due to 'fileSize'

[Thandesha VK]

Ah. I didn't realize the script is not using p4 sizes to get the size.
I assumed that it is using p4 sizes. Now I am looking at it using p4
-G print.
However, when the stack trace happened, I verified what is wrong and
found out that the fileSize key is not returned for "p4 -G sizes"
command.


So what I am saying is that we cannot use p4 sizes in this case to
solve the problem as even p4 sizes will fail with the same fileSize
not found stack trace.
We can continue as this is not as Critical. However it is a good idea
to let user know that they need to take action to correct this file at
the perforce side.

So irrespective of we are using p4 print or p4 sizes, the fileSize is
not returned in some cases and warning or aborting is something we
need to do.
Just ignoring may not be a good choice.

On Tue, Apr 17, 2018 at 2:38 PM, Mazo, Andrey <am...@checkvideo.com> wrote:
> Thandesha,
>
> If I read your patch correctly, it adds a warning in case `p4 -G print` 
> doesn't return "fileSize" (not `p4 sizes`).
> I don't see `p4 sizes` being used by git-p4 at all.
> As I said earlier, for our ancient Perforce server, `p4 -G print` _never_ 
> returns "fileSize".
> So, it's definitely not a reason to abort.
>
> Thank you,
> Andrey
>
> From: Thandesha VK <tha...@gmail.com>
>> My fix is for the case where p4 -G sizes not returning the key and
>> value for fileSize. This can happen in some cases. Only option at that
>> point of time is to warn the user about the problematic file and keep
>> moving (or should we abort??)
>>
>> Thanks
>> Thandesha
>>
>> On Tue, Apr 17, 2018 at 2:18 PM, Mazo, Andrey <am...@checkvideo.com> wrote:
>>> Luke,
>>>
>>> Thank you for reviewing and acking my patch!
>>> By the way, did you see Thandesha's proposed patch [1] to print a warning 
>>> in case of the missing "fileSize" attribute?
>>> Should we go that route instead?
>>> Or should we try harder to get the size by running `p4 -G sizes`?
>>>
>>> [1]  
>>> https://public-inbox.org/git/cajjpmi-plb4qcka5alkxa8b1vozfff+oaq0fguq9yviobrp...@mail.gmail.com/t/#m6053d2031020e08edd24ada6c9eb49721ebc4e27
>>>
>>> Thank you,
>>> Andrey
>>>
>>> From: Luke Diamand <l...@diamand.org>
>>>> On Tue, 17 Apr 2018, 09:22 Andrey Mazo, <am...@checkvideo.com> wrote:
>>>>>  Perforce server 2007.2 (and maybe others) doesn't return "fileSize"
>>>>> attribute in its reply to `p4 -G print` command.
>>>>> This causes the following traceback when running `git p4 sync --verbose`:
>>>>> """
>>>>> Traceback (most recent call last):
>>>>>   File "/usr/libexec/git-core/git-p4", line 3839, in 
>>>>> main()
>>>>>   File "/usr/libexec/git-core/git-p4", line 3833, in main
>>>>> if not cmd.run(args):
>>>>>   File "/usr/libexec/git-core/git-p4", line 3567, in run
>>>>> self.importChanges(changes)
>>>>>   File "/usr/libexec/git-core/git-p4", line 3233, in importChanges
>>>>> self.commit(description, filesForCommit, branch, parent)
>>>>>   File "/usr/libexec/git-core/git-p4", line 2855, in commit
>>>>> self.streamP4Files(files)
>>>>>   File "/usr/libexec/git-core/git-p4", line 2747, in streamP4Files
>>>>> cb=streamP4FilesCbSelf)
>>>>>   File "/usr/libexec/git-core/git-p4", line 552, in p4CmdList
>>>>> cb(entry)
>>>>>   File "/usr/libexec/git-core/git-p4", line 2741, in 
>>>>> streamP4FilesCbSelf
>>>>> self.streamP4FilesCb(entry)
>>>>>   File "/usr/libexec/git-core/git-p4", line 2689, in streamP4FilesCb
>>>>> self.streamOneP4File(self.stream_file, self.stream_contents)
>>>>>   File "/usr/libexec/git-core/git-p4", line 2566, in streamOneP4File
>>>>> size = int(self.stream_file['fileSize'])
>>>>> KeyError: 'fileSize'
>>>>> """
>>>>>
>>>>> Fix this by omitting the file size information from the verbose print out.
>>>>> Also, don't use "self.stream_file" directly,
>>>>> but rather use passed in "file" argument.
>>>>> (which point to the same "self.stream_file" for all existing callers)
>>>&g

Re: [PATCH 1/1] git-p4: fix `sync --verbose` traceback due to 'fileSize'

[Thandesha VK]

My fix is for the case where p4 -G sizes not returning the key and
value for fileSize. This can happen in some cases. Only option at that
point of time is to warn the user about the problematic file and keep
moving (or should we abort??)

Thanks
Thandesha

On Tue, Apr 17, 2018 at 2:18 PM, Mazo, Andrey <am...@checkvideo.com> wrote:
> Luke,
>
> Thank you for reviewing and acking my patch!
> By the way, did you see Thandesha's proposed patch [1] to print a warning in 
> case of the missing "fileSize" attribute?
> Should we go that route instead?
> Or should we try harder to get the size by running `p4 -G sizes`?
>
> [1] 
> https://public-inbox.org/git/cajjpmi-plb4qcka5alkxa8b1vozfff+oaq0fguq9yviobrp...@mail.gmail.com/t/#m6053d2031020e08edd24ada6c9eb49721ebc4e27
>
> Thank you,
> Andrey
>
> From: Luke Diamand <l...@diamand.org>
>> On Tue, 17 Apr 2018, 09:22 Andrey Mazo, <am...@checkvideo.com> wrote:
>>>  Perforce server 2007.2 (and maybe others) doesn't return "fileSize"
>>> attribute in its reply to `p4 -G print` command.
>>> This causes the following traceback when running `git p4 sync --verbose`:
>>> """
>>> Traceback (most recent call last):
>>>   File "/usr/libexec/git-core/git-p4", line 3839, in 
>>> main()
>>>   File "/usr/libexec/git-core/git-p4", line 3833, in main
>>> if not cmd.run(args):
>>>   File "/usr/libexec/git-core/git-p4", line 3567, in run
>>> self.importChanges(changes)
>>>   File "/usr/libexec/git-core/git-p4", line 3233, in importChanges
>>> self.commit(description, filesForCommit, branch, parent)
>>>   File "/usr/libexec/git-core/git-p4", line 2855, in commit
>>> self.streamP4Files(files)
>>>   File "/usr/libexec/git-core/git-p4", line 2747, in streamP4Files
>>> cb=streamP4FilesCbSelf)
>>>   File "/usr/libexec/git-core/git-p4", line 552, in p4CmdList
>>> cb(entry)
>>>   File "/usr/libexec/git-core/git-p4", line 2741, in streamP4FilesCbSelf
>>> self.streamP4FilesCb(entry)
>>>   File "/usr/libexec/git-core/git-p4", line 2689, in streamP4FilesCb
>>> self.streamOneP4File(self.stream_file, self.stream_contents)
>>>   File "/usr/libexec/git-core/git-p4", line 2566, in streamOneP4File
>>> size = int(self.stream_file['fileSize'])
>>> KeyError: 'fileSize'
>>> """
>>>
>>> Fix this by omitting the file size information from the verbose print out.
>>> Also, don't use "self.stream_file" directly,
>>> but rather use passed in "file" argument.
>>> (which point to the same "self.stream_file" for all existing callers)
>>>
>>> Signed-off-by: Andrey Mazo <am...@checkvideo.com>
>>> ---
>>>  git -p4.py | 8 ++--
>>>  1 file changed, 6 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/git-p4.py b/git-p4.py
>>> index 7bb9cadc6..6f05f915a 100755
>>> --- a/git-p4.py
>>> +++ b/git-p4.py
>>> @@ -2566,8 +2566,12 @@ class P4Sync(Command, P4UserMap):
>>>  relPath = self.stripRepoPath(file['depotFile'], 
>>> self.branchPrefixes)
>>>  relPath = self.encodeWithUTF8(relPath)
>>>  if verbose:
>>> -size = int(self.stream_file['fileSize'])
>>> -sys.stdout.write('\r%s --> %s (%i MB)\n' % (file['depotFile'], 
>>> relPath, size/1024/1024))
>>> +size = file.get('fileSize', None)
>>> +if size is None:
>>> +sizeStr = ''
>>> +else:
>>> +sizeStr = ' (%i MB)' % (int(size)/1024/1024)
>>> +sys.stdout.write('\r%s --> %s%s\n' % (file['depotFile'], 
>>> relPath, sizeStr))
>>>  sys.stdout.flush()
>>>
>>>  (type_base, type_mods) = split_p4_type(file["type"])
>>> --
>>> 2.16.1
>>>
>> Thanks, that looks like a good fix to me.  Ack.



-- 
Thanks & Regards
Thandesha VK | Cellphone +1 (703) 459-5386

Re: [BUG] git p4 clone fails when p4 sizes does not return 'fileSize' key

[Thandesha VK]

I have few cases where even p4 -G sizes (or p4 sizes) is not returning
the size value even with latest version of p4 (17.2). In that case, we
have to regenerate the digest for file save it - It mean something is
wrong with the file in perforce.
Regarding, sys.stdout.write v/s print, I see script using both of them
without a common pattern. I can change it to whatever is more
appropriate.

On Tue, Apr 17, 2018 at 11:47 AM, Mazo, Andrey <am...@checkvideo.com> wrote:
> Does a missing "fileSize" actually mean that there is something wrong with 
> the file?
> Because, for me, `p4 -G print` doesn't print "fileSize" for _any_ file.
> (which I attribute to our rather ancient (2007.2) Perforce server)
> I'm not an expert in Perforce, so don't know for sure.
>
> However, `p4 -G sizes` works fine even with our p4 server.
> Should we then go one step further and use `p4 -G sizes` to obtain the 
> "fileSize" when it's not returned by `p4 -G print`?
> Or is it an overkill for a simple verbose print out?
>
> Also, please, find one comment inline below.
>
> Thank you,
> Andrey
>
> From: Thandesha VK <tha...@gmail.com>
>> Sounds good. How about an enhanced version of fix from both of us.
>> This will let us know that something is not right with the file but
>> will not bark
>>
>> $ git diff
>> diff --git a/git-p4.py b/git-p4.py
>> index 7bb9cadc6..df901976f 100755
>> --- a/git-p4.py
>> +++ b/git-p4.py
>> @@ -2566,7 +2566,12 @@ class P4Sync(Command, P4UserMap):
>>  relPath = self.stripRepoPath(file['depotFile'], self.branchPrefixes)
>>  relPath = self.encodeWithUTF8(relPath)
>>  if verbose:
>> -size = int(self.stream_file['fileSize'])
>> +if 'fileSize' not in self.stream_file:
>> +   print "WARN: File size from perforce unknown. Please verify 
>> by p4 sizes %s" %(file['depotFile'])
> For whatever reason, the code below uses sys.stdout.write() instead of 
> print().
> Should it be used here for consistency as well?
>
>> +   size = "-1"
>> +else:
>> +   size = self.stream_file['fileSize']
>> +size = int(size)
>>  sys.stdout.write('\r%s --> %s (%i MB)\n' %
>> (file['depotFile'], relPath, size/1024/1024))
>>  sys.stdout.flush()
>>
>>
>> On Tue, Apr 17, 2018 at 10:33 AM, Mazo, Andrey <am...@checkvideo.com> wrote:
>>> Sure, I totally agree.
>>> Sorry, I just wasn't clear enough in my previous email.
>>> I meant that your patch suppresses "%s --> %s (%i MB)" line in case 
>>> "fileSize" is not available,
>>> while my patch suppresses just "(%i MB)" portion if the "fileSize" is not 
>>> known.
>>> In other words,
>>>  * if "fileSize" is known:
>>>  ** both yours and mine patches don't change existing behavior;
>>>  * if "fileSize" is not known:
>>>  ** your patch makes streamOneP4File() not print anything;
>>>  ** my patch makes streamOneP4File() print "%s --> %s".
>>>
>>> Hope, I'm clearer this time.
>>>
>>> Thank you,
>>> Andrey
>>>
>>> From: Thandesha VK <tha...@gmail.com>
>>>> *I* think keeping the filesize info is better with --verbose option as
>>>> that gives some clue about the file we are working on. What do you
>>>> think?
>>>> Script has similar checks of key existence at other places where it is
>>>> looking for fileSize.
>>>>
>>>> On Tue, Apr 17, 2018 at 9:22 AM, Andrey Mazo <am...@checkvideo.com> wrote:
>>>>> Huh, I actually have a slightly different fix for the same issue.
>>>>> It doesn't suppress the corresponding verbose output completely, but just 
>>>>> removes the size information from it.
>>>>>
>>>>> Also, I'd mention that the workaround is trivial -- simply omit the 
>>>>> "--verbose" option.
>>>>>
>>>>> Andrey Mazo (1):
>>>>>   git-p4: fix `sync --verbose` traceback due to 'fileSize'
>>>>>
>>>>>  git-p4.py | 8 ++--
>>>>>  1 file changed, 6 insertions(+), 2 deletions(-)
>>>>>
>>>>>
>>>>> base-commit: 468165c1d8a442994a825f3684528361727cd8c0
>>>>> --
>>>>> 2.16.1
>>>>>
>>>>
>>>> --
>>>> Thanks & Regards
>>>> Thandesha VK | Cellphone +1 (703) 459-5386
>>
>>
>>
>> --
>> Thanks & Regards
>> Thandesha VK | Cellphone +1 (703) 459-5386



-- 
Thanks & Regards
Thandesha VK | Cellphone +1 (703) 459-5386