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 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]
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]
here some file to add the image size
[url=“/_imported_xf_attachments/0/482_fog.zip?:”]fog.zip[/url][url=“/_imported_xf_attachments/0/483_fogweb.zip?:”]fogweb.zip[/url]
my mistake, like you say it’s better with [COLOR=#000000][COLOR=#007700]if ([/COLOR][COLOR=#0000bb]$StorageNode[/COLOR][COLOR=#007700]->[/COLOR][COLOR=#0000bb]get[/COLOR]COLOR=#007700)[/COLOR][/COLOR]
without the isMaster node the ftp_rename loops and the expression $ftp->put($dest,$src) was never evaluate
and it will be too long to copy the image to each node, it’s the job of fogimagereplicator
the node use to upload the image file is the masternode
hi Tom
here the file to correct the ftp rename issue with storage node
[url=“/_imported_xf_attachments/0/480_Post_Stage2.php?:”]Post_Stage2.php[/url]
the issue remain with the preview file
this file correct the issue when the storage group has more than 1 storage node
the ftp server use will be define from parameter and the copy to the second node will be done later with fogimagereplicator
[url=“/_imported_xf_attachments/0/472_Post_Stage2.php?:”]Post_Stage2.php[/url]
fix an issue to rename the image file through ftp when the storage group has more than 1 storage node
[url=“/_imported_xf_attachments/0/471_StorageGroup.class.php?:”]StorageGroup.class.php[/url]
Here some more bug fixe for quick host registration
when option FOG_QUICKREG_AUTOPOP is enable
the host register is now ok
[url=“/_imported_xf_attachments/0/470_auto.register.php?:”]auto.register.php[/url]
Hi Tom
here some bug report
loadkeys : command not found in debug mode
web site translation didn’t work anymore on rev1064
bug fix
computer power off after imaging
and quick host registration loop
[url=“/_imported_xf_attachments/0/468_auto.register.php?:”]auto.register.php[/url][url=“/_imported_xf_attachments/0/469_S99fog.zip?:”]S99fog.zip[/url]
hi
line 49 in auto.register.php the fonction $GLOBALS[‘FOGCore’]->getClass(‘HostManager’)->isValidMACAddress( $mac )
was call but didn’t exist in hostmanagerclass.php this issue create a loop when you wanted to boot on pxe with quick host registration
it was the same issue with line 58 $GLOBALS[‘FOGCore’]->getClass(‘HostManager’)->isSafeHostName( $macsimple ) ) fonction didn’t exist but $GLOBALS[‘FOGCore’]->getClass(‘HostManager’)->isHostNameSafe( $macsimple ) )
those 2 fonctions didn’t exist anymore on the last functions.include.php
isSafeHostName
isValidMACAddress
hi Tom
thanks for your the work on fog 0.33b
here some files to correct a bug with quick host registration
[url=“/_imported_xf_attachments/0/434_HostManager.class.php?:”]HostManager.class.php[/url][url=“/_imported_xf_attachments/0/435_auto.register.php?:”]auto.register.php[/url]