Latest FOG 0.33b
-
How big is the ext4 partition?
-
Is 25-30GB (about)
-
What’s the OS type for the image being uploaded?
-
[quote=“Tom Elliott, post: 21625, member: 7271”]What’s the OS type for the image being uploaded?[/quote]
First partition win xp second partition linux -
No, i mean from the image page.
You can’t assign two OS’s to the image name. If you’re trying to image a dual boot, you need to setup RAW image type versus MPS/MPA/SDR
-
Hey Tom snapins are still acting a little strange when I deploy any snapin at first it shows currectly under active task but then after a few min the task duplicates and it keeps duplicating I am attaching an screen shot.
[url=“/_imported_xf_attachments/0/501_fogerror.pdf?:”]fogerror.pdf[/url]
-
Is the snapin actually running?
I see many different items.
Can you show me log of /var/log/apache2/error.log or /var/log/httpd/error_log
-
That’s the issue if you look its all the same snapin I launched it once and for some reason its duplicating the task it is running but it is running muiltiple times and not just once. attached is the error.log from apache2 thanks for looking into it.
[url=“/_imported_xf_attachments/0/502_error.txt?:”]error.txt[/url]
-
r1119 released.
Please give this a try. I don’t know why it keeps generating a new snapin-task for you. I’ve not added that to the Task mangement page. I think i found the issue though. The way the class was being called it was actually saving which would create that particular issue.
Just run:
TRUNCATE table snapinTasks;
TRUNCATE table snapinJobs;Then retry to send the task.
-
r1120 released to hopefully fix the same error for active-multitasks during the state lookup.
-
Hi Tom
i make some modification on fog script to support gpt partition
for resize partition, all partition and all disk
resize with gpt was working but for now don’t take in consideration all the case
all part and all disk don’t work for now,
i put the file only for you to see them.
do you think you can use them (after debug)[url=“/_imported_xf_attachments/0/505_fog.zip?:”]fog.zip[/url]
-
the issue is still happing I tried a different snapin also just to ensure it was not the application it self. attached is the screen shot of the page do you need the error.log again?
[url=“/_imported_xf_attachments/0/506_fogchromeerror.pdf?:”]fogchromeerror.pdf[/url]
-
I’m trying to replicate this issue, but so far I’m getting nothing.
-
do you think dropping the database and reinstalling fog may help? I would have to start everything all over but it may be worth it if it fixes the issue what kind of snapins are you trying. it only happens after it deploys on the ws.
-
Just a feature request because I am rebuilding everything from scratch now… Is there a way to be able to export the snapin part of the data base or all of your fog settings? I know you can with the inventory. but I think it would be nice for people who have more then 10 snapins if they ever had to rebuild.
-
i debug the file ,
multi part, and all part work now with different partition type
i will test tomorrow gpt part[url=“/_imported_xf_attachments/0/507_fog.zip?:”]fog.zip[/url]
-
I’m currently rewriting the Service scripts that deals with handling the snapin tasks. I’m in the midst of testing. I think it was creating a new entry when it wasn’t really necessary. I could set all the task/snapin task variables (theoretically) by the service scripts them selves, rather than having to use the ClientServiceManager.class.php file. It seems like this is the culprit to your particular issue Troye. It means, however, that things are neater and more in place. I can actually, hopefully, remove ClientServiceManager altogether and still get things to work. Less code, easier to troubleshoot and maintain. It does, however, mean reenabling the Task creation part of the snapin deploy job, though I imagine it will be easier to cancel the task by the active tasks. I just need a way of making sure it doesn’t fail out because you’ve set a deploy to the job, then want to upload the image when you’re done deploying. That’s for the future though.
-
[quote=“Tom Elliott, post: 21659, member: 7271”]I’m currently rewriting the Service scripts that deals with handling the snapin tasks. I’m in the midst of testing. I think it was creating a new entry when it wasn’t really necessary. I could set all the task/snapin task variables (theoretically) by the service scripts them selves, rather than having to use the ClientServiceManager.class.php file. It seems like this is the culprit to your particular issue Troye. It means, however, that things are neater and more in place. I can actually, hopefully, remove ClientServiceManager altogether and still get things to work. Less code, easier to troubleshoot and maintain. It does, however, mean reenabling the Task creation part of the snapin deploy job, though I imagine it will be easier to cancel the task by the active tasks. I just need a way of making sure it doesn’t fail out because you’ve set a deploy to the job, then want to upload the image when you’re done deploying. That’s for the future though.[/quote]
This sounds promising can’t wait until its ready for me to test in the mean while I am rebuilding another server to see if I can recreate the current issue also.
-
After much tribulation, I think I’ve finally gotten snapin tasks working.
It’s performed by the Host class (meaning I can get rid of the two functions creating the packages. within the ClientServiceManager).
Hopefully you’ll see it working, I don’t have a true to form, yet, snapin to test directly.
-
Ok just let me know when I can try the new svn
