I checked my cloud.log in my SSVM. After the URL request it mentions
[storage.template.HttpTemplateDownloader] (agentRequest-Handler-3:null) No
credentials configured for host
On Wed, Feb 7, 2018 at 11:32 AM, Swastik Mittal
wrote:
> Hey,
>
> I do not have internet on
Hi All,
I'm new to cloudstack and our production environment is having cloudstack as an
in-house cloud. The first task was given to me to update expiring console SSL
certificate.
I went through all the wiki pages on how to upload cert, private key, root CA &
intermediate CA. (Note: before
Hey,
I do not have internet on management server and host so to upload an iso I
set secstorage.allowed.internal.sites to my CIDR. I used
$ python -m SimpleHTTPServer 443
to host my directory on http server where I had kept my downloaded iso. By
manually visiting the local http server I am able
Dear All,
Is somebody available here to assist me on fixing my issue.
Thanks,
Anil.
On Tue, Feb 6, 2018 at 9:00 PM, anillakieni wrote:
> Hi All,
>
> I'm facing issue when copying larger size volumes. i.e., Secondary
> Storage to Primary Storage (I mean
Hi All,
I'm facing issue when copying larger size volumes. i.e., Secondary Storage
to Primary Storage (I mean attaching DATA volume to VM), after certain time
around 37670 seconds.
Version of:
- CloudStack is 4.5.0
- XenServer 6.5.0
- MySQL 5.1.73
The error and log is provided below, Could
Hi Nicolas,
Excellent, well done finding that - keep us in the loop on how you get on.
Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue
On 06/02/2018, 15:14, "Nicolas Bouige" wrote:
Hello,
We finally found the solution.
We have checked the
Hi Andrija,
do I have to eliminate other system offers that do not have storage tag
before destroy the SVM?
Il 02/02/2018 17:32, Andrija Panic ha scritto:
If you can afford using (Storage) Tags, then you can do it that way also.
we have 3 different storages (had) and all 3 were having at
Hello,
We finally found the solution.
We have checked the source code to know exactly how the network settings are
detected by cloudstack.
##
String [] _ifNamePatterns = {
"^eth",
"^bond",
"^vlan",
Hi Nicolas,
Yes I would do a double test with both bonding and teaming and see if the agent
simply doesn’t like teaming at all.
You can obviously also change the agent logs to trace and see if that sheds
more light on it.
With regards to naming convention I know this is a contested issue – we
Dag,
okay, i got it, thanks a lot for the details and your help.
As im stuck with the current configuration with nmcli, im going to try without
on an another host see if i have more success.
Do you know if someone success to set up KVM networking with the new naming
convention on centOS7 ?
Hi Paul
Thanks for your answer with regards to the hypervisor. It is very helpful to
know that 4.9 may not have been completely reliable with vSphere 6.5.
As minor OS version updates are required in order to continue to receive
security patches with CentOS 7 I will apply the same standard
Hi Nicolas
These two settings are mutually exclusive – you are controlling your networking
with NetworkManager (NM) through nmcli. My personal preference is to leave NM
out of the equation and do all configuration manually (or with Ansible, Chef or
whatever tool you choose) – hence I mark the
Hi Dag,
You are right, and i did it, it was not clear enought on my first mail.
I add the ethX interface to the team-MGMT with this command :
nmcli con add type ethernet con-name MGMT-port1 ifname eth0 master MGMT
Here the configuration :
### MGMT-port1
Ni Nicolas,
I have just realised the teaming seems to work even though there’s nothing in
the ifcfg-* files:
4: eth2: mtu 1500 qdisc mq master MGMT portid
002481adfe90 state UP qlen 1000
So I guess this may not be the problem after all. I would have to play
Hi Nicolas,
First of all – you learn something new every day – I didn’t realise there was a
difference between a team and a bond – but there is:
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/networking_guide/sec-comparison_of_network_teaming_to_bonding
So with
Hello Dag,
Thanks for your help,
Here the informations :
## IP A RESULT ###
root@ASPRKVM06 network-scripts]# ip a
1: lo: mtu 65536 qdisc noqueue state UNKNOWN qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
Hi Julian,
I can answer the hypervisor question for you. The statement about keeping
hypervisors patched is a bit of a catch-all to try to make sure that if there
is an issue in someone's cloud, that CloudStack doesn't automatically get the
blame (we find issues are more often hypervisor
Hi Nicolas,
OK I’m with you. Sounds like you have an underlying network issue on your KVM
host.
Can you post up an ifconfig / ip a from your KVM host?
Can you also post up the contents of the ifcfg-eth0 + ifcfg-eth1 as well as as
ifcfg- and ifcfg-cloudbr0?
Regards,
Dag Sonstebo
Cloud
Hey Swastik Mittal,
If your network requires proxy then you will need to login to both SSVM
i.e. *Console Proxy VM, *as well *Storage Proxy VM *using command: *ssh -i
/var/cloudstack/management/.ssh/id_rsa -p 3922 root@*, then if your network has a proxy server then follow this link in *both
Hey Jagdish Patil,
Yes, it does require network proxy to connect to internet.
Regards
Swastik
On Tue, Feb 6, 2018 at 1:33 PM, Jagdish Patil
wrote:
> Hey Swastik Mittal,
>
> Does your network require proxy?
>
> On Tue, Feb 6, 2018 at 12:53 PM Swastik Mittal
Hey Swastik Mittal,
Does your network require proxy?
On Tue, Feb 6, 2018 at 12:53 PM Swastik Mittal
wrote:
> Hey,
>
> I have a basic network setup and both the system VM's up and running. But
> the default vm template of centos or incase any other iso I register do
21 matches
Mail list logo