[ECODP-dev] status meeting PO feedback

[John Glover]

Hi Dimitrios,

Thanks for that IP, has the password changed from the usual internal one? I
cannot log in from test.

It seems a bit problematic if we cannot access our test server because the
acceptance server is in use, is there a way to decouple this?

I do not understand your comment about the postgres log, is there a process
running now to delete it? Or are you saying that the current postgres
logging is excessive?

Thanks,
John


On 9 July 2013 17:48, Dimitrios Mexis <dimitrios.mexis at tenforce.com> wrote:

> Hi John,
>
> the internal is 192.168.35.231.
>
> as far as for the timeout perhaps because currently rdf2ckan is doing
> ingestion.
>
> by the way because we had issue with the log and did not want to change
> configuration of ckan, kill a process that empties the log of postgres on
> your test machine.
>
> the disk got full in few hours.
>
> regards,
> dimitrios
> Στις 9 Ιουλ 2013 6:39 ΜΜ, ο χρήστης "John Glover" <john.glover at okfn.org>
> έγραψε:
>
>  Hi Dimitrios,
>>
>> What is the internal IP address? Also, the SSL port on our test site is
>> timing out again.
>>
>> Thanks,
>> John
>>
>>
>> On 9 July 2013 17:31, Dimitrios Mexis <dimitrios.mexis at tenforce.com>wrote:
>>
>>> hi Darwin, if you connect in 212 ,i dont see why u can not hope on odp.
>>> best,
>>> Dimitrios
>>> Στις 9 Ιουλ 2013 6:25 ΜΜ, ο χρήστης "Darwin Peltan" <
>>> darwin.peltan at okfn.org> έγραψε:
>>>
>>>  Also -
>>>>
>>>> The ODP.tenforce.com server seems to be down. It would be very useful
>>>> to have access to this so we can see the state of the DB after the import
>>>> has run. Please could you look into this?
>>>>
>>>> Thanks,
>>>>
>>>> Darwin
>>>>
>>>> *Darwin Peltan*
>>>>
>>>> *Project Manager  |  skype: darwinp  |  twitter: @darwin<http://twitter.com/darwin>
>>>> *
>>>>
>>>> *The Open Knowledge Foundation <http://okfn.org/>*
>>>>
>>>> *Empowering through Open Knowledge*
>>>>
>>>> *http://okfn.org/  |  @okfn <http://twitter.com/OKFN>  |  OKF on
>>>> Facebook <https://www.facebook.com/OKFNetwork>  |  Blog<http://blog.okfn.org/> |
>>>> Newsletter <http://okfn.org/about/newsletter>*
>>>> *
>>>> CKAN | http://ckan.org | @ckanproject <http://twitter.com/ckanproject>|open source data management platform
>>>> *
>>>>
>>>>
>>>> On 9 July 2013 17:02, Darwin Peltan <darwin.peltan at okfn.org> wrote:
>>>>
>>>>> Hi Bert,
>>>>>
>>>>> I understand that this is causing issues for the PO and we are
>>>>> investigating as a priority. However I presume that the issues are beng
>>>>> caused in test only as this release hasn't been deployed yet?
>>>>>
>>>>> A couple of questions to help us diagnose
>>>>> * Have you modified rdf2ckan as part of this release? If so what's
>>>>> changed?
>>>>> * I presume you tested the import with the new release before you
>>>>> shipped the release. If it worked then has anything changed since then
>>>>> (either in rdf2ckan or the server config)?
>>>>>
>>>>> Best,
>>>>>
>>>>> Darwin
>>>>>
>>>>>
>>>>>
>>>>> *Darwin Peltan*
>>>>>
>>>>> *Project Manager  |  skype: darwinp  |  twitter: @darwin<http://twitter.com/darwin>
>>>>> *
>>>>>
>>>>> *The Open Knowledge Foundation <http://okfn.org/>*
>>>>>
>>>>> *Empowering through Open Knowledge*
>>>>>
>>>>> *http://okfn.org/  |  @okfn <http://twitter.com/OKFN>  |  OKF on
>>>>> Facebook <https://www.facebook.com/OKFNetwork>  |  Blog<http://blog.okfn.org/> |
>>>>> Newsletter <http://okfn.org/about/newsletter>*
>>>>> *
>>>>> CKAN | http://ckan.org | @ckanproject <http://twitter.com/ckanproject>|open source data management platform
>>>>> *
>>>>>
>>>>>
>>>>> On 9 July 2013 15:02, Bert Van Nuffelen <
>>>>> bert.van.nuffelen at tenforce.com> wrote:
>>>>>
>>>>>> Hi Darwin,
>>>>>>
>>>>>> Some feedback on the PO weekly status meeting.
>>>>>> PO is deeply concerned with the performance. As the ingestion process
>>>>>> is taking so long now,all business processes set in place at PO become
>>>>>> unworkable.
>>>>>> Also in addition to the performance, they pointed out to the fact
>>>>>> that ingesting one time eurostat corresponds to a larger DB footprint than
>>>>>> they had at after ingesting for more than 6 months in production. They had
>>>>>> to add an additional 20GB  whereas it was not needed in release
>>>>>> 00.07.0x..-00.08.0x. The reason has to be explored, and maybe it is
>>>>>> connected to the same problem.
>>>>>>
>>>>>> best,
>>>>>>
>>>>>> Bert
>>>>>>
>>>>>> --
>>>>>> Bert Van Nuffelen
>>>>>>
>>>>>> Semantic Technologies Software Architect at TenForce
>>>>>> www.tenforce.be
>>>>>>
>>>>>> Bert.Van.Nuffelen at tenforce.com
>>>>>> Office: +32 (0)16 31 48 60
>>>>>> Mobile:+32 479 06 24 26
>>>>>> skype: bert.van.nuffelen
>>>>>>
>>>>>> _______________________________________________
>>>>>> Ecodp-dev mailing list
>>>>>> Ecodp-dev at lists.okfn.org
>>>>>> http://lists.okfn.org/mailman/listinfo/ecodp-dev
>>>>>>
>>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Ecodp-dev mailing list
>>>> Ecodp-dev at lists.okfn.org
>>>> http://lists.okfn.org/mailman/listinfo/ecodp-dev
>>>>
>>>>
>>> _______________________________________________
>>> Ecodp-dev mailing list
>>> Ecodp-dev at lists.okfn.org
>>> http://lists.okfn.org/mailman/listinfo/ecodp-dev
>>>
>>>
>>
>> _______________________________________________
>> Ecodp-dev mailing list
>> Ecodp-dev at lists.okfn.org
>> http://lists.okfn.org/mailman/listinfo/ecodp-dev
>>
>>
> _______________________________________________
> Ecodp-dev mailing list
> Ecodp-dev at lists.okfn.org
> http://lists.okfn.org/mailman/listinfo/ecodp-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.okfn.org/mailman/private/ecodp-dev/attachments/20130709/74865da4/attachment.html>