Hi Enis,
Thank you for the information! I saw many GalaxyIndicesFS are accumulated on my account and cleaned up.
Later I tried to launch cloudman ami, a different message I saw in paster.log:
18:35:32 - Master starting
18:35:33 - Successfully retrieved root user's public key from file.
18:35:34 - Trouble getting volume reference for volume vol-f9c4728e: EC2ResponseError: 400 Bad Request InvalidVolume.NotFoundThe volume 'vol-f9c4728e' does not exist.c69dcb4e-f924-4cbc-9c35-ef630bd18ff2
18:35:34 - Attempting to connect to a non-existent volume vol-f9c4728e
18:35:34 - Error processing filesystems in existing cluster configuration: 'NoneType' object has no attribute '__getitem__'
18:35:34 - ***** Manager failed to start *****
18:37:14 - Initializing 'Galaxy' cluster type. Please wait...
The "vol-f9c4728e" name I can see from the instance (ssh to the instance) is encoded in /mnt/cm/pd.yaml file.
In my account I have seen the new volumes are created after launching the cloudman they are having different id's:
vol-06992971 cm-3102c4d1aa831d8da4e99f3c9896390c GalaxyTools
vol-05992972 cm-3102c4d1aa831d8da4e99f3c9896390c GalaxyIndices
The df:
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 7.9G 5.2G 2.3G 70% /
udev 3.7G 8.0K 3.7G 1% /dev
tmpfs 1.5G 228K 1.5G 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 3.7G 0 3.7G 0% /run/shm
cgroup 3.7G 0 3.7G 0% /sys/fs/cgroup
/dev/xvdb 414G 203M 393G 1% /mnt
I think I have to manually mount the new volumes to the instance then edit the configuration and restart the cludman ?
or are you seeing something wrong from my side.
Thanks in advance,
Vipin