i
>
> On Fri, Mar 29, 2024 at 5:55 PM Marcus Torres wrote:
> >
> > Hi!
> > First off i would like to tip my hat to everyone involved in the release
> of
> > 4.19.0. The major new features and changes just put cloudstack over the
> top
> > in terms of
Hi!
First off i would like to tip my hat to everyone involved in the release of
4.19.0. The major new features and changes just put cloudstack over the top
in terms of functionality and feature sets compared to competitive
platforms. It's quite amazing.
After ugpgrading to 4.19.0 (management
. not sure if it's related
I've sent the you management log to your gmail address if that's OK. it's
pretty large and i've scrubbed it of any sensitive data
Thanks Suresh.
On Tue, Jan 30, 2024 at 11:52 AM Suresh Kumar Anaparti <
sureshkumar.anapa...@gmail.com> wrote:
> Hi Marcus,
&
the
webpage.
Thanks again!
On Mon, Jan 29, 2024 at 11:32 PM Suresh Kumar Anaparti <
sureshkumar.anapa...@gmail.com> wrote:
> Hi Marcus,
>
> You can revert the config (disable saml) using the update sql query below.
>
> UPDATE cloud.configuration SET value = 'false' WHERE na
Hi!
i recently enabled saml in the global config settings in the UI and upon a
restart of the management service , the cloudstack-management process starts
successfully and i'm seeing activity and traffic to and from the hypervisors,
looks like the management server is working, but the UI is
Cloud-init is always fun to debug :-). It will probably require some
playing with to get a pattern down.
There is perhaps a way to get it to re-check and grow every reboot if you
adjust/override the module frequency, deleting the module semaphore in
/var/lib/cloud/sem or worst case clearing the
Yes, +1 on EV. It is more current, better maintained and I think it is
generally considered the go-to for EL based hypervisors (largely due to the
oVirt use).
On Saturday, April 10, 2021, Rohit Yadav wrote:
> Great, thanks for sharing Simon. If we've consensus and there are no
> objections I
the vCenter machine and the Cloudstack management service.
> > > There's no exact points to recover for now, but restart seems to work.
> > > By graceful failure I mean, cloudstack erroring out the deployment
> > and
> > > VM finished in ERROR state, meanwhile conn
The issue sounds severe enough that a release note probably won't suffice -
unless there's a documented way to recover we'd never want to leave a
system susceptible to being unrecoverable, even if it's rarely triggered.
What's involved in "failing gracefully"? Is this a small fix, or an
overhaul?
n Mon, Nov 18, 2019 at 10:24 AM Marcus wrote:
> I'll try to find time to see if I can point my plugins archetype generator
> at that. It would be extremely useful and simplify building plugin packages.
>
> On Fri, Nov 15, 2019 at 5:10 AM Rohit Yadav
> wrote:
>
>> All,
I'll try to find time to see if I can point my plugins archetype generator
at that. It would be extremely useful and simplify building plugin packages.
On Fri, Nov 15, 2019 at 5:10 AM Rohit Yadav
wrote:
> All,
>
> This has come up a few times in the past when someone wants to
> build/extend
I think some direction may come out of what we see at the conference.
UX - UI, API, CLI
KVM agent communication model
On Friday, September 6, 2019, Paul Angus wrote:
> Hi All,
>
> We have a large room for the day on Wednesday for a hackathon. I think it
> might be a good idea if we marshal
Caused by: java.net.SocketException: Protocol family unavailable
This is a common Java issue when trying to containerize, I believe you can
search for it and find a generic answer. Basically has to do with whether
Java is trying to use IPv4 or IPv6 and what your Docker solution supports.
If I
Hi Nux,
The thing about ghz is that it is the unit of capacity for CPU, VMs are
allocated to hosts according to the number of "cycles" it has. As a
customer, I agree, core count is more important. As an admin, if you have a
single host in a cluster that is using much more CPU than the others
When I build CloudStack RPMs on 4.5 branch I get mysql ha RPMs. Looking at
the specfile:
%if %{_ossnoss} == noredist
%package mysql-ha
Summary: Apache CloudStack Balancing Strategy for MySQL
Requires: mysql-connector-java
Requires: %{_tomcatversion}
Group: System Environmnet/Libraries
... and this is the relevant portion of the logs indicating the failure
reason:
Template
content is unsupported, or mismatch between selected format and template
content. Found : x86 boot sector; partition 1
On Tue, Jun 9, 2015 at 4:53 PM, Marcus shadow...@gmail.com wrote:
Looks like
Looks like it is seeing a raw disk, when you specified it was QCOW2. That's
what the 'file' command is doing. We used to just trust the name of the
file, but this was enhanced to inspect the first 1MB of the download and
validate that you are supplying the image format that CS expects.
Because
May 2015 at 12:58, Andrei Mikhailovsky and...@arhont.com wrote:
Hi Andrija, Marcus,
Thanks for your comments and suggestions. I've checked the cloud.nics
table
mysql select instance_id,isolation_uri,broadcast_uri from nics where
instance_id=564 or instance_id=664
Yes, and follow best practices of running qemu as non-root, and a user that
has no privileges and a restricted shell! Change user and group in
/etc/libvirt/qemu.conf
On Wed, May 13, 2015 at 7:23 AM, Nux! n...@li.nux.ro wrote:
https://access.redhat.com/articles/1444903
People running KVM might
Don't forget SharedMountPoint. This (in theory, haven't tried it
recently) allows you to use any clustered filesystem that has a
consistent mountpoint across all KVM hosts in a CS cluster, e.g. mount
an OCFS2 to /vmstore1 then register /vmstore1 as a SharedMountPoint.
The Ceph support is in the
Good to hear. Glad I could lend another pair of eyes.
On Mon, Mar 16, 2015 at 9:19 AM, Andrija Panic andrija.pa...@gmail.com wrote:
FIXED !!!
Thanks a lot Marcus, this is the second time you saved me from the deep
$$it..
Only 1 VM that had only 1 NIC and not set to default in DB - so just
can also look into the db and see if you can
find its nics in the cloud.nics table and see if there is in fact one
marked default.
On Mon, Mar 16, 2015 at 8:05 AM, Marcus shadow...@gmail.com wrote:
Looks like the issue is that null pointer in CreateDhcpEntry for
either Techvee-FileServer
changed accounts, unsucessfully, so some bugs
definitively or my specific setup...
Thanks, I' fixing this now and will let you know.
On 16 March 2015 at 16:42, Marcus shadow...@gmail.com wrote:
Yes, each VM should have at least one default nic, so if there's only
one nic it should be set
a bug?). You should set a default nic for
every VM that might be missing one, and see if that gets your router
up.
On Mon, Mar 16, 2015 at 8:34 AM, Andrija Panic andrija.pa...@gmail.com wrote:
Hi Marcus,
Thanks a lot fot hint
True, I have the 0 as the value for some reason in database, for couple
andrija.pa...@gmail.com wrote:
Ok, so if the VM has only 1 VM - and default_nic=0, then I need to change
all of them to default_nic=1... ?
On 16 March 2015 at 16:38, Marcus shadow...@gmail.com wrote:
VMs can have multiple nics and be on multiple networks. If you set a
nic as default, it becomes
Looks like the issue is that null pointer in CreateDhcpEntry for
either Techvee-FileServer or the DHCP entry immediately after that.
It would suggest some inconsistent/unexpected data when creating a
DHCP entry for one of the guests serviced by this router. It's too bad
that one bad entry is fatal
It should pull the highest/last entry with the name 4.3 when
redeploying the routers, but I'm not sure if it will detect that the
router needs upgrade without a minor version change. I imagine it
would fetch the highest entry, see that the template id doesn't exist,
and install it, but you may
... :(
Thanks
On 10 March 2015 at 20:14, Marcus shadow...@gmail.com wrote:
Hi,
It's impossible to know without looking at the changes in 4.3.1,
4.3.2. Your routers will be running old code, and will probably work,
but might not, e.g. if a router script is called with parameters that
don't
Hi,
It's impossible to know without looking at the changes in 4.3.1,
4.3.2. Your routers will be running old code, and will probably work,
but might not, e.g. if a router script is called with parameters that
don't exist in the version of the script that the router runs. If you
don't plan on
Er, problems for the hypervisor, that is. And an admin probably
doesn't want to deal with configuring all of those, even if it can be
scripted, so CloudStack does the creation/deletion.
On Wed, Mar 4, 2015 at 8:18 AM, Marcus shadow...@gmail.com wrote:
As for why, it's a scalability issue
:16 AM, Marcus shadow...@gmail.com wrote:
I don't think anyone has ever tested what would happen if the admin
has manually defined the same guest bridges that CloudStack wants to
use. CloudStack creates them on the fly and deletes them when the last
VM has been removed. I assume you're using
deleteVlan(). That *might* do
what you want.
On Wed, Mar 4, 2015 at 8:19 AM, Andrija Panic andrija.pa...@gmail.com wrote:
Thanks Markus - yes don't ask me why I did name bridge like this... so this
is obviously unsuported scenario, that I did... crap...
Thx again.
On 4 March 2015 at 17:16, Marcus
The volume is downloaded by the SSVM into secondary storage under the
volumes directory. It will sit there until you choose to attach it
somewhere, at which point a CopyCommand will be sent to a hypervisor
that has access to the primary storage for the cluster on which the
target VM is running to
It doesn't really sound like an agent problem, but some other root
problem that is causing issues for the agent. Perhaps it is specific
to the host simply because there is a particular VM that always runs
on that host and the VM itself is triggering the issue. Perhaps a
heavy logrotate or cron job
The points raised are certainly valid from an enterprise networking
standpoint, and don't fall on deaf ears, but we should keep things in
perspective. To provide the aforementioned features would be
relatively uncharted territory in the cloud orchestration world (at
least not considering vendor
+1, ran some of the smoke tests that cover basic deployments of vm,
vpc, and several storage types.
On Mon, Jan 12, 2015 at 11:36 PM, Rohit Yadav rohit.ya...@shapeblue.com wrote:
(+ users)
Hi everyone,
David has started the voting process for 4.5.0 candidate, please help test
this
My guess is that you're right. I haven't seen anything that ties the
'physical network' to a specific NIC, thus if you register the traffic type
it should work so long as the hosts are able to route to that subnet on
*any* NIC. I'm not sure what hypervisor you're using, but for KVM at least,
It sounds like some iptables rules got broken at some point for the static
NAT, and since there's still a catch-all SNAT for outbound it gets caught
by that and still keeps working, but is broken in a subtle way that goes
unnoticed.
On Mon, Dec 8, 2014 at 2:55 PM, Andrija Panic
It is there (I believe) because cloudstack is acting as a cluster manager
for KVM. It is using NFS to determine if it is 'alive' on the network, and
if it is not, it reboots itself to avoid having a split brain scenario
where VMs start coming up on other hosts when they are already running on
this
From outside, (say from hotel, through home router, to mgmt server) you
need access to the web ui and for the web ui to have access to the api
server. That would just be 8080 (UI) and 8096(API), I believe. you wouldn't
need libvirt and the others unless you are stringing mgmt servers and hosts
, Or from the node? Need to know which
local IP I need to redirect it to.
I see in the log, it’s coming from 192.168.1.43 (which is console vm) so I
suspect there?
--
Mo
Sent with Airmail
On October 15, 2014 at 1:00:12 PM, Marcus (shadow...@gmail.com) wrote:
From outside, (say from hotel
No idea, but have you verified that the vm is running the new system
vm template? What happens if you destroy the router and let it
recreate?
On Sun, Apr 20, 2014 at 6:20 PM, Serg Senko kernc...@gmail.com wrote:
Hi
After upgrade and restarting system-VM's
all VR started with some bad network
No, it has nothing to do with ssh or libvirt daemon. It's the literal
unix socket that is created for virtio-serial communication when the
qemu process starts. The question is why the system is refusing access
to the socket. I assume this is being attempted as root.
On Sat, Apr 19, 2014 at 9:58
You may want to look in the qemu log of the vm to see if there's
something deeper going on, perhaps the qemu process is not fully
starting due to some other issue. /var/log/libvirt/qemu/v-1-VM.log, or
something like that.
On Sun, Apr 20, 2014 at 11:22 PM, Marcus shadow...@gmail.com wrote
(in
other words, some failures are expected). It could be related, but it
could also be that the system vm is failing to come up for any other
reason, and this is just the thing you noticed.
On Sun, Apr 20, 2014 at 11:25 PM, Marcus shadow...@gmail.com wrote:
You may want to look in the qemu log
Yes, it looks as though the two machines are running different
versions of qemu/libvirt, as the destination doesn't support the
machine type that the VM has defined in it's XML on the source host.
On Fri, Apr 18, 2014 at 3:43 PM, Nux! n...@li.nux.ro wrote:
On 18.04.2014 19:45, Indra Pramana
Your agent snippet just looks like the system trying to stop the vm.
If a vm fails to start, it will also run through the stop routine to
clean up all of the prework, so the 'failed to stop' debug is all
normal. You may need to go above and look at why it failed to start.
On Fri, Apr 11, 2014 at
On Tue, Mar 4, 2014 at 3:34 AM, France mailingli...@isg.si wrote:
Hi Marcus and others.
There is no need to kill of the entire hypervisor, if one of the primary
storages fail.
You just need to kill the VMs and probably disable SR on XenServer, because
all other SRs and VMs have no problems
] (AgentShutdownThread:null)
Stopping the agent: Reason = sig.kill
2014-03-03 00:32:45,738 INFO [cloud.agent.Agent] (Agent-Handler-2:null)
Startup Response Received: agent id = 0
I do not get to fix the error.
Thanks.
El 02/03/2014, a las 00:25, Marcus shadow...@gmail.com escribió:
changing
I'm not sure I understand. How do you expect to reboot your primary
storage while vms are running? It sounds like the host is being
fenced since it cannot contact the resources it depends on.
On Sun, Mar 2, 2014 at 3:24 PM, Nux! n...@li.nux.ro wrote:
On 02.03.2014 21:17, Andrei Mikhailovsky
Or do you mean you have multiple primary storages and this one was not
in use and put into maintenance?
On Sun, Mar 2, 2014 at 5:25 PM, Marcus shadow...@gmail.com wrote:
I'm not sure I understand. How do you expect to reboot your primary
storage while vms are running? It sounds like the host
Also, please note that in the bug you referenced it doesn't have a
problem with the reboot being triggered, but with the fact that reboot
never completes due to hanging NFS mount (which is why the reboot
occurs, inaccessible primary storage).
On Sun, Mar 2, 2014 at 5:26 PM, Marcus shadow
...@citrix.com wrote:
As far as I know men over provisioning is intended to work only with VMWare
hypervisor to allocate reserved memory for VM.
@Marcus, could you comment on this: is mem over provisioning supposed to work
with KVM ?
On 25-Sep-2013, at 11:11 AM, Nikolay Kabadjov niki...@yahoo.com
Looks like it works as of 4.2, but you need to update existing cluster
settings, rather than global (or both, I suppose).
On Fri, Jan 24, 2014 at 3:17 PM, Marcus Sorensen shadow...@gmail.com wrote:
I guess not. It should work though. We ran into the same issue with
storage, everything hardcoded
Yes, because current snapshot is really Copy raw-formatted LVM volume
to qcow2 file on secondary storage. So there is no real LVM snapshot,
and if there were, it wouldn't be copied internally.
On Wed, Jan 8, 2014 at 3:47 PM, Nux! n...@li.nux.ro wrote:
Hi,
I've just watched Marcus Sorensen's
You'd create a sharedmountpoint style primary storage, which would
host qcow2 files. You can do this via iscsi, fibrechannel, or any
other SAN tech.
On Wed, Jan 8, 2014 at 3:49 PM, Marcus Sorensen shadow...@gmail.com wrote:
Yes, because current snapshot is really Copy raw-formatted LVM volume
Yes, you do need to upgrade your system VMS, and you should also have a new
systemvm.iso that was bundled in the cloudstack-common deb file that would
have been installed as an upgrade on your KVM hosts. I also feel that the
documentation of system vm upgrade is lacking. The only place I know if
You may want to post this to the ceph mailing list as well.
On Mon, Oct 7, 2013 at 8:59 PM, Indra Pramana in...@sg.or.id wrote:
Dear Wido and all,
I performed some further tests last night:
(1) CPU utilization of the KVM host while RBD snapshot running is still
shooting up high even after I
Are you using the release artifacts, or your own 4.2 build?
When you rebooted the host, did the problem go away or come back the
same? You may want to look at 'virsh pool-list' to see if libvirt is
mounting/registering the secondary storage.
Is this happening on multiple hosts, the same way? You
on device
So that entry of the filesystem being mounted is orphaned in
/etc/mtab, since it can't be removed. That seems to be the source of
why 'df' shows the thing mounted when it isn't, at least.
On Thu, Oct 3, 2013 at 11:45 AM, Indra Pramana in...@sg.or.id wrote:
Hi Marcus and all,
I also
I just tested local storage qcow2 and CLVM resize on 4.2, they both worked.
Resize works like this:
1. Do sanity checks
2. Send resize command to the agent
3. Resize the disk/lun/file
4. Inform the VM instance that the disk has changed by making a
libvirt volBlockResize call (this is not fatal,
What primary storage are you using? Any errors in agent log?
On Oct 3, 2013 3:16 PM, Indra Pramana in...@sg.or.id wrote:
Hi Marcus,
Good day to you, and thank you for your e-mail.
I have tried restarting the VM and even stop and start the VM, but after
logging in to the VM, I still see
It is possible, sort of. You have to bring both up at the same time,
otherwise they will time out and fail. There is no mode to make one side or
the other just listen for connections.
On Aug 23, 2013 12:37 AM, Kimihiko Kitase kimihiko.kit...@citrix.co.jp
wrote:
Thanks! Is it in 4.2?
later.
On Wed, Jul 31, 2013 at 12:33 PM, Marcus Sorensen shadow...@gmail.com wrote:
Yes, that's correct. I think we need to update the documentation. The
user simply needs to create a bridge where 'public' traffic will work,
and then set that bridge name as the traffic label for public traffic
, 2013 at 11:28 AM, Marcus Sorensen shadow...@gmail.com wrote:
I'm short on time, but here's the KVM advanced networking config we
use for testing. If someone wants to write a doc based around it that
would be nice.
Start out KVM host with two networks, eth0, eth1. eth0 is intended for
public
Yes, that's correct. I think we need to update the documentation. The
user simply needs to create a bridge where 'public' traffic will work,
and then set that bridge name as the traffic label for public traffic.
Then it will create the vlan device and the bridge necessary for
public based on the
There is no cloud user on the host/agent side. Agent runs as root. Or is
this an experiment to try to run the agent as another user?
On Jul 23, 2013 4:44 AM, Prasanna Santhanam t...@apache.org wrote:
On Tue, Jul 23, 2013 at 06:19:06PM +0800, Indra Pramana wrote:
Dear Prasanna and all,
I
I created that document, as a suggestion. I never got feedback. The
way it worked previously was sort of a happy accident, which was
'fixed' when the code changed to accept overlapping vlan numbers on
multiple physical devices (hence the bridge name change).
However... I believe there is still a
you can go back and disable security groups in the zone if you don't care
about the ebtables rules, or you can start up ebtables and then restart any
associated VMs through cloudstack. The rules are dynamic, so they're not
going to be saved anywhere on the host to be reinstated, they have to be
That's reflected by this line:
ACCEPT tcp -- anywhere anywheretcp
dpts:vnc-server:synchronet-db
Although we don't know what interfaces it applies to because we don't have
an 'iptables -L -v'
If stopping iptables fixes Maurice's problem it would be interesting to
What do you see in :
On Fri, Apr 19, 2013 at 2:17 PM, Maurice Lawler maurice.law...@me.comwrote:
I've tried it with them disabled (iptables get written) and enabled (the
same issue)
The cron job seemed to do the trick, until someone just mentioned to try:
iptables -I INPUT -p tcp -m
what do you see in:
cat /proc/sys/net/bridge/bridge*
? I think I've seen issues with these being set to 1, but I think it might
need to be set to 1 if you're using security groups.
On Fri, Apr 19, 2013 at 5:20 PM, Marcus Sorensen shadow...@gmail.comwrote:
What do you see in :
On Fri
[cloud.server.ManagementServerImpl]
(EventChecker-1:null) Found 0 events to be purged
2013-04-13 12:43:59,186 DEBUG
[network.router.VirtualNetworkApplianceManagerImpl]
(RouterStatusMonitor-1:null) Found 0 routers.
[root@lunder agent]#
On Apr 13, 2013, at 12:30 PM, Marcus Sorensen shadow...@gmail.com wrote
A brctl show would also be good to have.
On Apr 13, 2013 11:52 AM, Marcus Sorensen shadow...@gmail.com wrote:
If you do a virsh list on the agent there's a good chance you would see
a VM running, however the system will only wait so long for it to boot up
before shutting it down, so
, Marcus Sorensen shadow...@gmail.com wrote:
This looks like your console proxy VM isn't working. It could be firewall
on the KVM host not allowing access to 5900+ anymore, or the consoleproxy
VM may need to be restarted (system VM starting with v). Has it worked
in
the past? You could try
75 matches
Mail list logo