No ssh-server running in appliance from marketplace?

Hi,
I’m using Lubuntu 1̶̶4̶̶.̶̶0̶̶4̶̶ ̶̶L̶̶T̶̶S̶ 15.04 with opennebula 4.6.2.
The ttylinux example is running completely fine and I can login via ssh.
But it’s not possible with the image under http://marketplace.c12g.com/appliance/53e7c1b28fb81d6a69000003/download
It runs as I can see with Sunstone (but I can’t login because it has no password)
Everything is working except the ssh connection. The ssh key is from /var/lib/one/.ssh/id_rsa_pub
Also nmap doesn’t find the VM (nmap -sP 192.168.122.0/24)

Can anybody help me?
Cheers,
Jago

oneadmin@JU09C-LAPSAFE05:~/.ssh$ ifconfig virbr0
virbr0    Link encap:Ethernet  Hardware Adresse 52:54:00:60:4b:8c  
          inet Adresse:192.168.122.1  Bcast:192.168.122.255  Maske:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX-Pakete:80 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
          TX-Pakete:3702 Fehler:0 Verloren:0 Überläufe:0 Träger:0
          Kollisionen:0 Sendewarteschlangenlänge:0 
          RX-Bytes:7498 (7.4 KB)  TX-Bytes:164674 (164.6 KB)


oneadmin@JU09C-LAPSAFE05:~/ubuntu$ onehost create localhost -i kvm -v kvm -n dummy

oneadmin@JU09C-LAPSAFE05:~/ubuntu$ onehost list
  ID NAME            CLUSTER   RVM      ALLOCATED_CPU      ALLOCATED_MEM STAT  
   5 localhost       -           1     70 / 400 (17%) 1024M / 3.5G (28%) on  

oneadmin@JU09C-LAPSAFE05:~/ubuntu$ cat public.net && onevnet list 
NAME = "public"
TYPE = FIXED
BRIDGE = virbr0
LEASES = [ IP="192.168.122.8"]
LEASES = [ IP="192.168.122.9"]
LEASES = [ IP="192.168.122.10"]
NETWORK_ADDRESS=192.168.122.0
NETWORK_MASK=255.255.255.0
GATEWAY=192.168.122.1
DNS="8.8.8.8 8.8.4.4"
  ID USER         GROUP        NAME            CLUSTER      TYPE BRIDGE   LEASES
   0 oneadmin     oneadmin     Small network   -               F virbr0        0
   2 oneadmin     oneadmin     public          -               F virbr0        1

oneadmin@JU09C-LAPSAFE05:~/ubuntu$ cat ubuntu.one && oneimage list
NAME = "Ubuntu"
PATH = "http://marketplace.c12g.com/appliance/53e7c1b28fb81d6a69000003/download"
DRIVER = qcow2
TYPE = OS
  ID USER       GROUP      NAME            DATASTORE     SIZE TYPE PER STAT RVMS
   3 oneadmin   oneadmin   Ubuntu          default        10G OS    No used    1

oneadmin@JU09C-LAPSAFE05:~/ubuntu$ cat vm.ubuntu && onevm list
NAME = ubuntu
CPU = 0.7
MEMORY  =  1024
DISK = [IMAGE = "Ubuntu"]
NIC = [NETWORK = "public"]
OS = [ARCH = x86_64]
FEATURES = [acpi = "no"]
GRAPHICS = [
 type = "vnc",
 listen = "0.0.0.0",
 port = "5902"]
 CONTEXT = [
 ETH0_IP = "$NIC[IP,NETWORK = \"public\"]",
 ETH0_NETWORK = "$NETWORK[NETWORK_ADDRESS,NETWORK
  = \"public\"]",
 ETH0_MASK = "$NETWORK[NETWORK_MASK,NETWORK = \"
 public\"]",
 ETH0_GATEWAY = "$NETWORK[GATEWAY,NETWORK = \"public
 \"]",
 ETH0_DNS = "$NETWORK[DNS,NETWORK = \"public\"]",
 SSH_PUBLIC_KEY = "ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDbMpr1lrj1x9Q02yvxfRWRVIAFe4t/mQkdlzjwVsCy0z3d5z9b5UP/S73+RKDE8wyJ7Pb7CnY6RT/EMojOHF0kMi0QbwG/iujcoQ4YZByqAH3c31jk/0pxMJf8hT1tKMGN8QucsJeQUyh1WO/cW2qMZlZ+HmGHsn7+rD76d3+9318IFwjCPete7BoRR1vkYiarxM9a9Oy3uXnkXI8V4hM7XtM77YHDDD0je3bcUCIDbGDcrdaI7ZYYNS+B3Q4+sFVgH8XlNsn78H4ZSw8OEdcCmTvJyXgee60SBNi/5S86qylcDehjwVzd8v0xp6GKP1sycP6JvgIoRQE+Y7xtxxIv oneadmin@JU09C-LAPSAFE05"
]

    ID USER     GROUP    NAME            STAT UCPU    UMEM HOST             TIME
    10 oneadmin oneadmin ubuntu          runn    0   1024M localhost    0d 00h30

I added

NETWORK="YES"

in a line before before SSH_PUBLIC_KEY="…" in vm.ubuntu and now it works!
Thats new from the last time I used OpenNebula.

What’s the reason for the change?

In old context packages we had a fallback mechanism that configured the network using the MAC address. That is, set the IP to the last 4 bytes of the MAC address in a CLASS C network. This gave a false sense of working setup as it only worked for CLASS C and the gateway in network.1.

Thanks for your answer.

Does that mean that in the past when NETWORK wasn’t set, it was automatically “NO” and therefore the no longer supported fallback-mechanism MAC to IP was used?

Yes, that’s it. Here’s the old code that did that:

Thanks.

There is no function for closing the thread, isn’t it?