[01:20] <ivacau> can anybody help me with a strange issue on image-store-proxy?  it seems to be corrupting the credentials zip file at /var/lib/image-store-proxy/eucalyptus/admin-credentials.zip
[01:33] <ivacau> I have 2 hardware servers, A contains clc, walrus, cc and sc, and B contains NC.  Both are running Ubuntu 10.4.2 LTS, fully updated.  I was trying to install an image using the UEC web front end, when an error of 'Proxy failed to retrieve Eucalyptus credentials' was returned
[01:35] <ivacau> after further investigation, I arrived at a conclusion that image-store-proxy was corrupting the credentials zip file as per my previous post.  on generating a new credentials zip file and manually moving it to the right location, after attempting a download again, I found that the file was truncated to a length of 231 bytes.  Really strange behaviour
[02:49] <HugoKuo> http://uec-images.ubuntu.com/releases/     all image under release folder is useless , plz never use them
[02:49] <HugoKuo> and anybody know which Maverick desktop version is ok on UEC ?
[02:50] <flaccid> why are they useless?
[02:50] <HugoKuo> while I use them
[02:51] <HugoKuo> Walrus would not transfer them to each nodes for caching
[02:51] <flaccid> if you think its a legit bug, you can submit bugs on launchpad
[02:52] <HugoKuo> for example Lucis server   http://uec-images.ubuntu.com/lucid/current/     is ok
[02:52] <HugoKuo> but http://uec-images.ubuntu.com/releases/10.04/release/  will make you carzy
[02:53] <flaccid> detail the exact problem in the bug report
[02:53] <HugoKuo> ok ~ I 'll do it thanks flaccid ...
[02:53] <flaccid> np
[03:53] <HugoKuo> does anyone can not see SC option in WebGUI ?     installed from binary package Eucalyptus 2.0   on Ubuntu Maverick server x_64
[03:53] <HugoKuo> some module lost right ?
[08:12] <superxgl> a good news : whirr 0.4.0 will release soon , and it will support eucalyptus :)
[08:19] <kim0> superxgl: thanks for the info :)
[08:23] <superxgl> :)
[09:17] <superxgl> i have a question, if i stop the frontend, then the instances stop too,isn't it ?
[09:17] <superxgl> can i keep the instance running ?
[09:28] <kim0> I wouldn't think instances would stop if frontend dies .. (just guessing)
[09:31] <superxgl> kim0: because yesterday,  i restarted my frontend computer,  after that i start the cloud again, then "euca-describe-instance", it shows nothing.
[09:32] <superxgl> my instances disappeared..
[09:32] <superxgl> i don't know why?
[09:35] <kim0> superxgl: but did you try pinging the instance itself (internal ip) ?
[09:36] <superxgl> kim0: i didn't, but "euca-describe-availability-zones verbose" also shows that the instances dies..
[09:37] <superxgl> i am sure the instances stopped.
[09:38] <kim0> it could be that the cloud just doesn't know they exist coz you restarted the controllers .. but then I don't really know
[09:43] <superxgl> i try " xm list" in the NC, it did not shows the domU
[09:43] <superxgl> then i think it is really dies..
[09:46] <TeTeT> superxgl: the instances won't stop when the front-end stops, it's best practice to first terminate them
[09:47] <TeTeT> superxgl: as stopping the front-end will remove any forwarding rules to the public ip addresses of your instances, they will basically be unreachable from then on. Or rather, should only be reachable on the private IP
[09:50] <superxgl> TeTeT: tnx . i won't do that again :)  but i still don't know why they really disappear, as "xm list" also not show the domU
[09:52] <TeTeT> superxgl: ah, no idea about xen, I only use UEC with kvm. Maybe it's different there
[09:54] <superxgl> TeTeT: ok. tnx:) don't know is there anyone ever run into this problem  like me :)
[11:40] <superxgl> i also have another problem
[11:41] <superxgl> i start two instances, each one has 512M ram, when i do scp ,copy a file from one VM to another VM, it takes me a long time to do that...
[11:41] <superxgl> anyone here has any idea ?