FYI I've created this to prevent a user other than oneadmin to launch the script. This is *not* scheduled for 4.8, though, but it's a good thing to have http://dev.opennebula.org/issues/3021
cheers, Jaime On Fri, Jun 6, 2014 at 5:58 PM, Matthew Richardson <m.richard...@ed.ac.uk> wrote: > Hi, > > Problem solved - I had accidentally run 'onehost sync' as root, rather > than oneadmin when I did the upgrade. This left some of the files > inaccessible to the oneadmin user which caused problems. > > In case anyone else hits this, to fix it I did: > > On all the hosts: > chown -R oneadmin:oneadmin /var/tmp/one > > On the server: > chown oneadmin:oneadmin /var/lib/one/remotes/.update > > onehost sync --force host1,host2,... > > Thanks, > > Matthew > > On 06/06/14 16:47, Matthew Richardson wrote: > > I recently upgraded from 4.4 to 4.6 on a running cluster (using a ceph > > datastore), and initially everything seemed to be fine, with existing > > vms continuing to run. > > > > However, if I know try to recreate an existing vm, or create a new one, > > it gets stuck pending, and I see the following in sched.log: > > > > Fri Jun 6 16:38:48 2014 [VM][D]: Pending/rescheduling VM and capacity > > requirements: > > VM CPU Memory System DS Image DS > > ------------------------------------------------------------ > > 51 100 1048576 0 DS 101: 0 > > Fri Jun 6 16:38:48 2014 [HOST][D]: Discovered Hosts (enabled): > > 0 1 > > Fri Jun 6 16:38:48 2014 [SCHED][D]: VM 51: Host 1 filtered out. Not > > enough capacity. > > Fri Jun 6 16:38:48 2014 [SCHED][I]: Scheduling Results: > > Virtual Machine: 51 > > > > PRI ID - HOSTS > > ------------------------ > > -1 0 > > > > PRI ID - DATASTORES > > ------------------------ > > 0 0 > > > > Fri Jun 6 16:38:48 2014 [SCHED][D]: VM 51: Local Datastore 0 in Host 0 > > filtered out. Not enough capacity. > > Fri Jun 6 16:38:48 2014 [SCHED][I]: VM 51: No suitable System DS found > > for Host: 0. Filtering out host. > > > > onedatastore list shows: > > ID NAME SIZE AVAIL CLUSTER IMAGES TYPE DS TM > > 0 system - - - 0 sys - ssh > > 1 default 4.9G 62% - 0 img fs shared > > 2 files 4.9G 62% - 0 fil fs ssh > > 101 ceph 10.9T 85% - 19 img ceph ceph > > > > vm template is: > > NAME = "VM1" > > CPU = "1" > > VCPU = "1" > > MEMORY = "3084" > > DISK = [ IMAGE = "csx13126", DEV_PREFIX = "hd" ] > > > > 'oneimage show csx13126' gives: > > ID : 9 > > NAME : csx13126 > > USER : oneadmin > > GROUP : oneadmin > > DATASTORE : ceph > > TYPE : DATABLOCK > > REGISTER TIME : 10/09 17:20:37 > > PERSISTENT : Yes > > SOURCE : one/one-9 > > FSTYPE : raw > > SIZE : 48.8G > > STATE : used > > RUNNING_VMS : 1 > > > > I've no idea why it's trying (and failing) to use datastore 0, when the > > disk image is on the ceph datastore (101). > > > > Can anyone advise me on what is causing this, or any further steps I can > > take to try and debug it? > > > > Thanks in advance, > > > > Matthew > > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users@lists.opennebula.org > > http://lists.opennebula.org/listinfo.cgi/users-opennebula.org > > > > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > > _______________________________________________ > Users mailing list > Users@lists.opennebula.org > http://lists.opennebula.org/listinfo.cgi/users-opennebula.org > > -- Jaime Melis Project Engineer OpenNebula - Flexible Enterprise Cloud Made Simple www.OpenNebula.org | jme...@opennebula.org
_______________________________________________ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
