Re: Secondary storage 0KB in dashboard.

2017-01-22 Thread Nathan Bowyer
I ran into an installation recently that exhibited these characteristics.  I 
think it was installed on CentOS7 as 4.9 though.

Somehow localhost was set as the management server IP and the SSVM couldn't 
connect to it.

The setting is in Global Settings > search for 'host'.  Update to management 
server IP.  I had to destroy the SSVM for it to pick up the new IP address.

After the SSVM was recreated it was reporting a proper value for secondary 
storage size.

--
Nathan Bowyer
Seredan Design


On Jan 20, 2017, at 6:13 AM, Dag Sonstebo 
<dag.sonst...@shapeblue.com<mailto:dag.sonst...@shapeblue.com>> wrote:

Hi Carlcho,

You discussed this in a different thread earlier in the week – and we’re still 
not clear what your circumstances are. Paul Angus suggested you may have issues 
with your SSVMs – have you confirmed this is running? Is this a brand new 
install? If so we would probably advise you to use 4.9.2 instead.

Can you also confirm you have definitely seeded your system VM templates on 
your secondary storage before adding this?

If you can give us a bit more information about your configuration we should 
hopefully be able to assist.

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue

On 20/01/2017, 07:04, "조대형" <carl...@renet.kr<mailto:carl...@renet.kr>> wrote:

   Permalink <http://narkive.com/IjAGr29l.1>
   Raw Message
   Hi, All


   I have install cloudstack 4.7on new centos 6.xwith latest kernel. I manage
   to make cloudstack management up and running. I have success adding primary
   storage . When I try to add secondary storage from same nfs server,
   from dashboard it show 0 KB. But using same nfs same server no problem on
   primary. I'm still confused.
   Any solutions?



dag.sonst...@shapeblue.com<mailto:dag.sonst...@shapeblue.com>
www.shapeblue.com<http://www.shapeblue.com>
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue






Re: Stratostack Billing Portal

2017-01-16 Thread Nathan Bowyer
It does have a US centric view (TaxCloud).  I didn't see too many other decent 
tax-calculating services though, and its a pretty complex issue to handle 
internally.  Is the problem Taxcloud itself, or that Stratostack doesn't handle 
taxing cases outside the US?

The first thing I would look at doing is adding Stripe and possibly Paypal.  
Stripe would also pick up Bitcoin payments.

> On Jan 16, 2017, at 6:16 AM, Outback Dingo <outbackdi...@gmail.com> wrote:
> 
> The only issue I have with the model is its forcing TaxCloud and
> Authorize.Net Account requirement. Be nice if it was more felxible
> and accepted like Paypal, bitcoin, and others.
> 
> On Mon, Jan 16, 2017 at 6:31 AM, benoit lair <kurushi4...@gmail.com> wrote:
>> Hello Nathan,
>> 
>> Your software seems very interesting to my point of view.
>> I'm going to reserve some time to do a POC with your software and my
>> cloudstack :)
>> 
>> 
>> 
>> 2017-01-11 13:19 GMT+01:00 Simon Weller <swel...@ena.com>:
>> 
>>> Hi Nathan,
>>> 
>>> 
>>> I actually wasn't aware of this project, it looks pretty interesting,
>>> especially on the billing side. I'd suggest you may also want to send an
>>> email to the dev list for feedback.
>>> 
>>> 
>>> - Si
>>> 
>>> 
>>> 
>>> From: Nathan Bowyer <nbow...@seredan.com>
>>> Sent: Tuesday, January 10, 2017 10:25 AM
>>> To: users@cloudstack.apache.org
>>> Subject: Stratostack Billing Portal
>>> 
>>> Hello everyone,
>>> 
>>> I am the primary author of the Stratostack billing portal system (
>>> stratostack.org<http://stratostack.org> / github.com/1stel/stratostack-
>>> portal<http://github.com/1stel/stratostack-portal>).  Recently I've been
>>> looking at restarting active development of the project, but I wanted some
>>> community feedback on the project.  Is this project, or what the project
>>> could be, useful to the community?  Is it something you want and are
>>> interested in?
>>> 
>>> Stratostack was originally designed to also support a reseller model of
>>> IaaS services.  That is, a Cloud Provider could turn up the part of
>>> Stratostack that generates usable billing records, and then another entity
>>> could turn up the portal side and sell those services at some markup.  Is
>>> that model even viable and worth continuing to support?  Several of the
>>> design decisions about the project were heavily influenced by this decision.
>>> 
>>> Last, if you have any questions about the project I'll be happy to answer
>>> as best I can.
>>> 
>>> Nathan
>>>