New Question

maofu.tian's profile - activity

2018-03-01 20:59:13 +0300 received badge  Taxonomist
2016-03-21 17:33:31 +0300 received badge  Famous Question (source)
2016-03-21 17:33:31 +0300 received badge  Notable Question (source)
2015-09-01 19:04:01 +0300 received badge  Notable Question (source)
2015-06-16 22:19:01 +0300 received badge  Popular Question (source)
2015-05-17 11:11:22 +0300 commented answer what's wrong with the python in cloudbase-init

you help me a lot!! thank you very much!

2015-05-16 15:08:51 +0300 asked a question what's wrong with the python in cloudbase-init

I have ran into a weird scene of python which installed with cloudbase-init. I put a python script(we just call it scripta) in c:\windows\system32, then we go to the system32 through CD. now i run the command: python scripta, and we get an error: python: can't open file 'scripta': [Errno 2] No such file or directory. And when i use the Absolute Path in the command, i get the same error. And if i put the scripta into directory C:(some other directory will do, i don't try every directory), and run python C:\scripta, it works fine.

When i use the python install package from, there is no such weird thing like that. I guess it should be a python problem, but i don't know how to fix it. I try adding c:\windows\system32 to PYTHONPATH environment variable, but it didn't work.

I try this in windows 2008 R2 and windows 2012 R2, they all act as same above. you can easy reproduce it use the steps above.

Is there someone can help? Thanks very much

2015-05-16 14:56:51 +0300 commented answer weird thing of ClassLoader, it's so slow using __import__

thanks a lot. we don't want try more energy on that since it just happen on first setup

2015-05-05 08:14:31 +0300 received badge  Popular Question (source)
2015-04-29 05:11:03 +0300 received badge  Enthusiast
2015-04-27 11:25:36 +0300 commented question weird thing of ClassLoader, it's so slow using __import__

windows 2003 32bit system, it's x86

2015-04-27 10:51:22 +0300 asked a question weird thing of ClassLoader, it's so slow using __import__

I have encountered a weird thing in win2003.when we use ClassLoader to load, sometime it takes more than 80 seconds. and it seems only happen in the first windows setup, when restart again, it just takes less than 1ms.

the code is here(it's the function of ClassLoader class):

def load_class(self, class_path):
        LOG.debug('Loading class \'%s\'' % class_path)
        parts = class_path.rsplit('.', 1)
        # *the __import__ function takes more than 80 seconds in the first time*
        module = __import__(parts[0], fromlist=parts[1])
        return getattr(module, parts[1])

The whole source code is from CloudbaseInitSetupBetax86.msi installation. Up to now, i can't tell it's a python thing or a cloudbase-init thing, can someone explain it?? If you need more information, please tell me. thanks very much.

2015-04-27 10:34:14 +0300 received badge  Famous Question (source)
2015-03-31 10:11:46 +0300 commented answer cloudbase-init service seems can only start after user login

I post a quetion in windows forum and get the final answer which helps me. and i think if we want to use this feature, we must don't use cloudbase init as a service, and we should make it as a startup script in GPO which can set by using gpedit.msc. if there is any misunderstand, please tell me. here is the helpful links the guy in windows forum tells me: How to delay logon (Ctrl+Alt-Del) screen until startup script via gpo completes What Is Scripts Extension?

2015-03-25 11:13:49 +0300 received badge  Notable Question (source)
2015-03-25 04:44:22 +0300 commented answer cloudbase-init service seems can only start after user login

Hi, i has notice that. and HttpService is the first one of metadata_services which is seted, the source code indicate that when one of the services is supported, then it will return that service and stop trying other services. so there is no need to set thing else. thanks

2015-03-24 15:44:36 +0300 received badge  Popular Question (source)
2015-03-22 10:09:01 +0300 received badge  Editor (source)
2015-03-22 10:06:49 +0300 answered a question cloudbase-init service seems can only start after user login

I has found an intresting thing, when i wait a long time(like 2 minutes or more), the all cloudbase stuff will be done before login. So it is seem that windows login and cloudbase are parallel execute.

Is there some way to make sure logon screen show after all cloudbase stuff has done completely

2015-03-21 05:50:21 +0300 asked a question cloudbase-init service seems can only start after user login

First, sorry for my poor english and thanks for reading this question

I use to install cloudbase-init with default settings in windows server 2012R2. and use* to get data from openstack. after the first boot, the cloudbase has set value in HKEYLOCALMACHINE\Software\Wow6432Node\Cloudbase Solutions\Cloudbase-Init of Windows registry, then I delete the all Windows registry thing about plugins, set the adminpass value in metadata, reboot the instance, and then cloudbase-init can only do all stuff after user login. I can prove this from the cloudbase-init.log and before login the password can not be changed. after login and all cloudbase-init stuff has done, we just logout and login again, the password has changed.

All those things do in one instance(installation, delete registry value, reboot). In my opinion, by this means of the cloudbase-init service(description as 'Cloud Initialization Service') must be action before login, we can change the password as purpose.

Is there setting wrong of my cloudbase-init or something i may be missing. please tell me, thanks very much.

if you guys need more further information, please tell me then.

this is my cloudbase-init.conf

bsdtar_path=C:\Program Files (x86)\Cloudbase Solutions\Cloudbase-Init\bin\bsdtar.exe
mtools_path=C:\Program Files (x86)\Cloudbase Solutions\Cloudbase-Init\bin\
logdir=C:\Program Files (x86)\Cloudbase Solutions\Cloudbase-Init\log\
local_scripts_path=C:\Program Files (x86)\Cloudbase Solutions\Cloudbase-Init\LocalScripts\