Capone : works but less options
-
[quote=“Elias Santiago, post: 27814, member: 3245”]Capone does not work with the “old” images? I know the new 1.0.1 can read PartImage images, but so does Capone?
I tried deploying some images with it, and it did NOT recognize the images as being partclone images and did not deploy with Capone, had to do the whole “inventory and register” then in FOG deploy to the registered host - and it worked perfectly.
However if I try to do the same (deploy images using Capone), it identifies the host correctly but as soon as it gets to the imaging part, an error shows up that the image is not recognized as a partclone image.
Re-uploading the image so that it gets saved in the new image format maybe?[/quote]
That would probably do it. I haven’t had the time to pass the param’s of the imaging type, though that should be fairly easy to do.
-
Have you find a solution for the first problem ?
Thanks
-
Tom has fixed this at R1750, it should now work as before, ie 1234 will match anything starting with 123.
Can you give it a try and report back. -
How can i update my core with fix ?
-
[url]http://sourceforge.net/p/freeghost/code/HEAD/tree/[/url]
take the “download snapshot” link at the top
unzip it to a folder
cd to the bin folder
run ./installfog.sh
Please be aware that this is development code, although it is tested it may contain bugs.
-
Thanks, i’ll try now
-
i set image [B]name : 6530bxp OS name : XP DMI Key : HP compaq 6530b[/B]
i try on a 6530b with system product : HP Compaq 6530b (NJ796UP#ABF)
don’t work
-
[quote=“TheKoR, post: 28367, member: 24285”]i set image [B]name : 6530bxp OS name : XP DMI Key : HP compaq 6530b[/B]
i try on a 6530b with system product : HP Compaq 6530b (NJ796UP#ABF)
don’t work[/quote]
I thought you were trying with serial number? Is this not correct?
What is the actual sysproduct field for this system? HP Compaq 6530b or is there another naming convention in use?
-
I ask all of those questions because I just tested with the base64 encoded string of “SFAgQ29tcGFxIDY1MzBiIChOSjc5NlVQI0FCRik=” Which translates to: HP Compaq 6530b (NJ796UP#ABF) and tested it. All came back normally.
I’m using strstr which is case sensitive so I will re-push with stristr which is the same function just not case sensitive.
-
Can you post the following please.
- A screenshot of the capone gui page, showing the dmi field and the associations.
2 output from the following dos commands from a similar device running windows
wmic bios get serialnumber
wmic computersystem get manufacturer,model
thanks
- A screenshot of the capone gui page, showing the dmi field and the associations.
-
1753 released with non case-sensitive string comparison.
-
[IMG]http://www.pc4you.pro/imagesweb/PrtScr capture.jpg[/IMG]
The DMI Result is : HP Compaq 6530b (NJ796UP#ABF)
1754 still don’t work
And inventory on this machines don’t work, so i can’t copy past from GUI to GUI
And sorry Tom for the lack of explainations on first post, i never used serial number, always product name.
Some machines,(Hp and Lenovo) have a different type in each modele, HP Compaq 6530b (NJ796UP#ABF) or HP Compaq 6530b (KE821AV) are identical, and don’t want to start nor in full nor in short text.
-
Do any of the others, ie Latitude E5430 work, I realise you may not have had the opportunity to try any others.
could you post the response from both wmic calls please, just for confirmation.thanks
-
Before i update to 1754, “HP Compaq 6530b (NJ796UP#ABF)” work, and now not
wmci calls :
[IMG]http://www.pc4you.pro/imagesweb/Sans titre.bmp[/IMG]
i’ll try with other models !
-
Try with HP Compaq 8510p, work before update. Don’t work now
-
Take a look at services/capone.php, and try commenting out lines 43 and 44. It looks like it’s searching through all the DMI definitions, but if the first definition doesn’t match what its looking for it stops entirely. I was able to get a correct image match afterwards, but then ran into problems of my own (unrelated) when it got to the transfer process.
-
just removed the break, but I still need a means to inform the user that there was no definition found based on the sent params. Try 1758 if you can?
-
Break ends the foreach statement, but throwing an exception breaks out of the whole try statement, so the results of the change are the same as before, unfortunately.
I’m new to PHP so this is just an idea and there’s probably better ways. But with how its written you’d probably need an int counter or something like this:
[code] case 4:
$imgType = ‘dd’;
break;
}
$ret[] = base64_encode($Image->get(‘path’).‘|’.$OS->get(‘id’).‘|’.$imgType).“\n”;
}
}
if ($ret)
foreach($ret as $retP)
print $retP;
else
print base64_encode(‘null’);[/code] -
try 1759, it it finds a match it will do it’s thing, if not, nothing is returned and will give you a blank screen. I’ll try a better means anyway, but for now it should be fine.
Your code base could be easily minimized with:
[php]throw new Exception((count($ret) > 0 ? implode($ret) : base64_encode(‘null’));[/php]
-
Thanks! It is working. With no matches, it stays at “Looking for images…”, which is enough of a hint for now.