Hello, I am testing the x509 authentication from CLI. The operation oneuser
login ... generates an authentication token encrypted with the private key.
What is the content of the token?
On the other hand, I have seen that every user has on their template an
attribute with name TOKEN_PASSWORD,
Hello,
Anyone that has succeed in combining a synology nas with opennebula?
The reason why I ask is in the documentation
http://archives.opennebula.org/documentation:archives:rel3.4:iscsi_dsthey
say that the iSCSI Target
needs password-less sudo permission for: tgtadm
however when i'm root there
Christophe,
there are two ways to use iSCSI:
1) The orchestrator (OpenNebula) communicates with the NAS and provisions a
new iSCSI target for each image. In OpenNebula this is *only* supported
with linux based NAS with ssh and tgtadm.
2) You can manually mount pre-existing luns in the
So for option 2 (because option 1 is not possible because of tgtadm)
I mount the luns in my frontend (sdb is my connect lun)
in /etc/fstab
/dev/sdb /iscsi-datastore/ ext4 _netdev 0 0
then create a shared file system.
so in the frontend:
/etc/exports
/iscsi-datastore/
No, if you are using NFS, that's the way to go. Mount it in one server
(frontend for example) and export it to the rest, just like you did.
On Mon, May 12, 2014 at 12:01 PM, Christophe Duez
christophe.d...@student.uantwerpen.be wrote:
So for option 2 (because option 1 is not possible because
Hi Weikun,
can you report ip route for both the frontend and the vm?
The ssh time is surely a configuration problem. Try changing
/etc/ssh/sshd_config to use UseDNS no
cheers,
Jaime
On Wed, Apr 30, 2014 at 10:14 PM, Wang, Weikun weikun.wan...@imperial.ac.uk
wrote:
Hi,
I'm using
Simply connect the VMs to the br0 bridge. Since the br0 bridge is connected
to the internet you can use those static IPs in OpenNebula.
Cheers,
Jaime
On Fri, May 9, 2014 at 2:23 PM, Sangram Rath sangram.r...@gmail.com wrote:
Hi All,
We have a server with 1 physical network port (eth0) and 5
Dear community,
If you are in Helsinki next week, you are welcome to join us. We will be
giving a hands-on tutorial on how to deploy OpenNebula and integrate the
OCCI interface, at the EGI Community Forum event. You can read more about
it in our blog:
Hi
It seems that the deploy id; dedicated-04 is not an OpenNebula generated
id it should read something like one-04. Probably that's causing the
issue
Cheers
On Mon, May 12, 2014 at 12:28 PM, Jaime Melis jme...@opennebula.org wrote:
Thanks for reporting the issue. We will take a look
Hi Thomas Stefan,
I can also confirm this issue. It looks like there is a problem with the
tooltips generation and only using Firefox 29. I have opened a ticket to
solve it. Meanwhile, you can use the following patch as a workaround,
tested with firefox-29. The tooltips format is lost but at
I have pushed a commit fixing the issue, you can find the commit here:
http://dev.opennebula.org/issues/2905
Cheers
On 12 May 2014 16:23, Daniel Molina dmol...@opennebula.org wrote:
Hi Thomas Stefan,
I can also confirm this issue. It looks like there is a problem with the
tooltips
Am 12.05.14 16:23, schrieb Daniel Molina:
Hi Thomas Stefan,
I can also confirm this issue. It looks like there is a problem with the
tooltips generation and only using Firefox 29. I have opened a ticket to
solve it. Meanwhile, you can use the following patch as a workaround,
tested with
Hi,
i got some issues about the connectivity of my VMs to the internet. I'm
running Opennebula 4.4 on Ubuntu. I got a node and a frontend, which are
both connected to the internet via eth0. My Bridge (lan0) is connected to
that interface as well and I'm using the bridge in a fixed virtual network.
Sorry I noticed a mistake in the my question. The node and the frontend are
connected via eth1 to the internet instead of eth0. Further more I'll give
you some information about the virtual network I used:
output of onevnet show:
VIRTUAL NETWORK 1 INFORMATION
ID : 1
NAME :
More data points.
I ran tcpdump on the host through the entire instantiation of a host and
boot up. Although somehow it appeared to get an address from the DHCP
server in the network, I saw no dhcp data. I could see arp conversations
for other hosts on the network, so I would expect it to see
hello.
Just tried to live migrate a vm running via glusterfs from one node to another
(also glusterfs enabled). Strange error:
Mon May 12 21:24:42 2014 [VMM][D]: Message received: LOG E 137 migrate:
Command virsh --connect qemu:///system migrate --live one-137 qemu+ssh:/
You can use the Shared LVM driver for iSCSI, Fibre Channel or other
block device sharing storage systems:
http://community.opennebula.org/shared_lvm
2014-05-12 21:31 GMT+12:00 Christophe Duez
christophe.d...@student.uantwerpen.be:
Hello,
Anyone that has succeed in combining a synology nas with
Guys,
Could we limit bandwidth from VM read write into Datastores per second?
for avoid network outage, thanks and please help
Rhesa Mahendra.
___
Users mailing list
Users@lists.opennebula.org
18 matches
Mail list logo
