Hi,
You can see more details on this link.
https://jpst.it/17vmL
Thanks,
Tolga
2017-11-14 17:50 GMT+03:00 Rafael Weingärtner :
> Can you share more log entries with us?
>
> On Tue, Nov 14, 2017 at 12:45 PM, Semih Tolga DEMİR <
> semihtolgade...@gmail.com> wrote:
>
> > Hi,
> >
> > I used source
here is your error:
> [ERROR] Failed to execute goal
org.apache.maven.plugins:maven-surefire-plugin:2.18.1:test (default-test)
on project cloud-plugin-database-quota: There are test failures.
Then if you roll up, there is:
> org.apache.cloudstack.api.response.QuotaResponseBuilderImplTest
>
testStar
Hi Rafael,
I am not a developer but i like compile my own Ubuntu packages for 4.10
release, this is a standard 4.10 vanilla source code from cloudstack web
site.
Is there a way to skip this tests?
Or how could i check this test case could you give me a clue?
Or are there any difference for 4.9
I checked the code and could not reproduce your error.
Can you try to build again and see if it happens once more?
On Wed, Nov 15, 2017 at 9:07 AM, Semih Tolga DEMİR <
semihtolgade...@gmail.com> wrote:
> Hi Rafael,
>
> I am not a developer but i like compile my own Ubuntu packages for 4.10
> rele
I know the bug, actually. Jodatime related bug. This test fails if
compiling before 12am, and stops fail after. It's really worth rewriting.
Our devs shown be the cause, but it's from java6 when time functions were
bad and jodatime required. They suggested rewrite to regular java from
jodatime.
Thanks Ivan. When I have sometime I will take a look to change that.
Semih, for now you can run:
mvn clean install -Dmaven.test.skip=true
On Wed, Nov 15, 2017 at 9:24 AM, Ivan Kudryavtsev
wrote:
> I know the bug, actually. Jodatime related bug. This test fails if
> compiling before 12am, and s
It should work compiling after 12:00 (at least in my tz). I suppose the
error could be connected to the regions which timezone changed and jodatime
doesn't "know" about it. Unfortunately, I don't remember the exact reason
of bug. But the failing test is of 10 lines length and can be fixed very
stra
I created a pull request to fix this.
https://github.com/apache/cloudstack/pull/2326
On Wed, Nov 15, 2017 at 9:32 AM, Ivan Kudryavtsev
wrote:
> It should work compiling after 12:00 (at least in my tz). I suppose the
> error could be connected to the regions which timezone changed and jodatime
>
Great news. I'll cherry pick it in our 4.10 and try to build in the hours
when issue happened in my tz to see it fixes the issue.
15 нояб. 2017 г. 7:17 ПП пользователь "Rafael Weingärtner" <
rafaelweingart...@gmail.com> написал:
> I created a pull request to fix this.
> https://github.com/apache/
Hi Kristian,
Does the template have "Password Enabled" checked?
On Tue, Nov 14, 2017 at 8:38 AM, Kristian Liivak wrote:
> Hi all
>
> Now i,m testing ssh keys but, no metadata or userdate folders are created
> with instance creation in VR /var/www/html folder.
>
> When i reset keys folders a
Most cerainly :) how then i get password and ssh keys after reset. Problem is
only with instance creation.
Lugupidamisega / Regards
Kristian Liivak
Tegevjuht / Executive director
WaveCom As
Kotka 26, 11312 Tallinn
Tel: +3726850001
Gsm: +37256850001
E-mail: k...@wavecom.ee
Skype: kristian.lii
Hi guys,
I'm trying to delete a Primary datastore, but when I try to delete it I got
this error:
Unable to locate datastore with id 11
In the database, I see:
11 CH1-PRI-SATA-2 NetworkFilesystem 2049 1 1 2 171773001728 7672016928768
192.168.200.25 /volume2/CH1-PRI-SATA-2 2016-08-24 20:57:42 2016
Was this storage with ID 11 deleted?
You can check everything allocated in it by issue the following SQLs:
To find all snapshots:
select s.* from snapshots s join
volumes v on v.id = s.volume_id
where
pool_id = ?
To find all volumes:
select v.* from snapshots s join
As Rafael says – it looks like primary store 11 is already deleted – you have a
removed date of 2016-08-29 12:26:26 (just check that this is indeed the removed
date and not the “update_time” – the two columns follow each other).
11 CH1-PRI-SATA-2 NetworkFilesystem 2049 1 1 2 171773001728 7672016
Maybe I tried to delete storage 11 but it still here with id 12!
Rafael query does not work, SELECT * FROM cloud.storage_pool_host_ref where
pool_id=11 returns no result.
On Wed, Nov 15, 2017 at 5:53 PM, Dag Sonstebo
wrote:
> As Rafael says – it looks like primary store 11 is already deleted – y
What query does not work?
Can you post the SQL result of your storage_pool table filtering by ID=11
(do not remove the metadata fields).
On Wed, Nov 15, 2017 at 4:19 PM, Alessandro Caviglione <
c.alessan...@gmail.com> wrote:
> Maybe I tried to delete storage 11 but it still here with id 12!
> Raf
Sorry... I forgot to select cloud database and Rafael query returns an
error
I've fixed and 0 rows returned!
On Wed, Nov 15, 2017 at 7:19 PM, Alessandro Caviglione <
c.alessan...@gmail.com> wrote:
> Maybe I tried to delete storage 11 but it still here with id 12!
> Rafael query does not work,
Can you post the query you executed?
On Wed, Nov 15, 2017 at 4:22 PM, Alessandro Caviglione <
c.alessan...@gmail.com> wrote:
> Sorry... I forgot to select cloud database and Rafael query returns an
> error
> I've fixed and 0 rows returned!
>
> On Wed, Nov 15, 2017 at 7:19 PM, Alessandro Cavig
select v.* from cloud.snapshots s join
cloud.volumes v on v.id = s.volume_id
where
pool_id = 11
0 rows returned
Second query you wrote is the same :)
On Wed, Nov 15, 2017 at 7:24 PM, Rafael Weingärtner <
rafaelweingart...@gmail.com> wrote:
> Can you post the query you
Well... Then, I have no idea how you are getting that error.
According with information posted by you, you do not have entries in
volumes table that have the pool_id = 11.
On Wed, Nov 15, 2017 at 4:25 PM, Alessandro Caviglione <
c.alessan...@gmail.com> wrote:
> select v.* from cloud.snapshots s j
20 matches
Mail list logo