Latest FOG 1.0.0
-
[quote=“aruhuno, post: 26869, member: 105”][url]http://fogproject.org/forum/threads/bugs-in-fog-1-0-0.10421/[/url]
I’m sorry, I don’t see this topic, thanks ![/quote]
You’re more than welcome!
[quote=“aruhuno, post: 26869, member: 105”]When task is launched and you click on [I]Task management[/I] menu, the page correctly reload but progress bar don’t progress… Otherwise if I go to [I]Task management > Active Task[/I], progress bar works when page is reloaded[/quote]
What revision are/were you running that you saw this issue? I’ve since changed the Task management page to redirect to the active tasks when you first go to the page. This is a direct redirection and should allow for progress updating. That doesn’t mean it is working, nor do I expect a quick fix for this right away. It’s easy enough of a fix, but isn’t that huge on the priority listing for me.
[quote=“aruhuno, post: 26869, member: 105”]I use this method with 0.32 and haven’t any problem, but I understand.[/quote]
The primary reason I’m not going to add it isn’t because of a problem with your method working or not. But more because the ping function returns many more codes than a 111 issue. In your case, so long as it can “ping” the host all is returned as true. But there may be issues with translating names that can be displayed with using the implemented Ping system. Things like “Connection Timed Out” or “Unable to resolve hostname” can be useful to help determine other issues within the network. If it works for you, you’re more than free to edit for your system.
[quote=“aruhuno, post: 26869, member: 105”]I know the difference but it depends if you place at client or server point of view.[/quote]
Just make the guess, that because you’re scheduling tasks on the Server side, that the information is from the client’s point of view. If you’re “downloading” an image, it’s being “Downloaded” from the server and being placed on the client. If you’re “uploading” an image, it’s being “Uploaded” from the client and being placed on the server.[quote=“aruhuno, post: 26869, member: 105”]When using “Single Partition (NTFS Only, resizable) - (1)”, I would want to choose the maximum size when she’s deploy on client (example : my HD size is 320 Gio and I wan’t the system partition use only 80 Gio).[/quote] If your HD Size is 320 GB, but the HD you’re trying to download the image onto is 80GB, you simply would need to use the Imaging Type you’ve already determined. Single Partition (NTFS Only, Resizable) will resize the image before uploaded to the smallest possible size + 5% of the size on the free space on the drive. If you want to be able to put the image on an 80GB drive, you would need to ensure the data size on the “to be uploaded” drive uses less than 80GB. If you’re using this imaging type on Windows 7, before you can upload a resizable image, you also need to sysprep/generalize the system as well.
All that said, you still don’t get to tell the system, directly, what size you “WANT” it to be because it’s all based on the used disk space. If your image is 140GB of actually used data, you can’t tell the system, only image the first 70GB. Imaging just doesn’t work that way.
[quote=“aruhuno, post: 26869, member: 105”]Thanks, I solved by using fog.domain.local for server and fogui.domain.local for web-UI.[/quote] Glad you git this sorted out.
[quote=“aruhuno, post: 26869, member: 105”]Yes but why it’s noted as error while it is a simple information?[/quote]
I don’t know why. I normally see messages that basically say, along the lines, that the System has no work to perform. However, maybe this is an error? I say this because was your Image Joined to the domain before you uploaded it? I think the message you’re seeing is actually an Error that’s telling you it couldn’t join the “new” system to the domain because it’s already joined where it’s not expecting it to be joined. -
[quote=“Tom Elliott, post: 26876, member: 7271”]Just make the guess, that because you’re scheduling tasks on the Server side, that the information is from the client’s point of view. If you’re “downloading” an image, it’s being “Downloaded” from the server and being placed on the client. If you’re “uploading” an image, it’s being “Uploaded” from the client and being placed on the server.[/quote]
Yes but it’s not logical for me… sorry.[quote=“Tom Elliott, post: 26876, member: 7271”]If your HD Size is 320 GB, but the HD you’re trying to download the image onto is 80GB, you simply would need to use the Imaging Type you’ve already determined. Single Partition (NTFS Only, Resizable) will resize the image before uploaded to the smallest possible size + 5% of the size on the free space on the drive. If you want to be able to put the image on an 80GB drive, you would need to ensure the data size on the “to be uploaded” drive uses less than 80GB. If you’re using this imaging type on Windows 7, before you can upload a resizable image, you also need to sysprep/generalize the system as well.
All that said, you still don’t get to tell the system, directly, what size you “WANT” it to be because it’s all based on the used disk space. If your image is 140GB of actually used data, you can’t tell the system, only image the first 70GB. Imaging just doesn’t work that way.[/quote]
No, it’s the inverse problem :- source HD = 15 Gio
- client HD = 320 Gio
I would want to deploy the image on the client with a size of 80 Gio and not 320-5%.
-
[quote=“aruhuno, post: 26880, member: 105”]Yes but it’s not logical for me… sorry.[/quote]
That’s okay, I don’t know how else to change it though.When you “download” an image, you’re placing it on the client from the server.
When you “upload” an image, you’re placing it on the server from the client.
[quote=“aruhuno, post: 26880, member: 105”]
No, it’s the inverse problem :- source HD = 15 Gio
- client HD = 320 Gio
I would want to deploy the image on the client with a size of 80 Gio and not 320-5%.[/quote]
So you’re trying to limit the size of a larger disk to be that of only 80GB?
FOG wouldn’t be able to perform this trick for you, but if you still do the Sysprep information I recommended to you before, then you can specify the ExtendPartition to be that of the size you want for that particular system.
-
[quote=“Tom Elliott, post: 26882, member: 7271”]So you’re trying to limit the size of a larger disk to be that of only 80GB?
FOG wouldn’t be able to perform this trick for you, but if you still do the Sysprep information I recommended to you before, then you can specify the ExtendPartition to be that of the size you want for that particular system.[/quote]
Perfect, thanks ! -
Hey tom hows has everything been I see i missed alot where up to 1.0.0 now. I am rebuilding my labs as we speak and should be ready to help test again soon.
-
Everything goes pretty good Troye, hope everything is well.
Everybody:
r1667 released,Hopefully fixes many of the issues found with undionly.kpxe giving sporadic timeout issues.
-
Hello!
It’s me, again ^^
Could we explain me how to add sysrecueCD please? -
[quote=“aruhuno, post: 26946, member: 105”]Hello!
It’s me, again ^^
Could we explain me how to add sysrecueCD please?[/quote]you mean adding an ISO to the Boot menu?
-
[quote=“falko, post: 26949, member: 48”]you mean adding an ISO to the Boot menu?[/quote]
I would be interested in knowing how to do that as well
-
[quote=“Tom Elliott, post: 26866, member: 7271”]Fog does clean the drives first. But only on the download task. Creating the initial image is completely up to you. I wouldn’t have the “FOGGIEST” of idea’s on what it is you’re planning to do to actually have FOG create the image for you. I hope this makes sense.
If you’re trying to make an MBR style OS on a disk that originally in GPT format, you have to make sure all is well.
Converting from GPT to MBR has some quirks. Converting from MBR to GPT is fairly easy with some minor modifications. FOG wouldn’t have any interaction in this process.
The reason why this is all important to know is because, if GPT is “present” on the Disk, FOG 1.0.0 will create a backup of the GPT partitioning table. GPT is present in many cases if you don’t properly wipe the drive and partitioning tables prior, especially if your OS came preinstalled with UEFI enabled on the system.[/quote]
I redid the test in a virtual machine. Still not working. The same result. Please check the pictures. I can’t figure what am I doing wrong…
[url=“/_imported_xf_attachments/0/754_vm.png?:”]vm.png[/url][url=“/_imported_xf_attachments/0/755_vm1.png?:”]vm1.png[/url]
-
[quote=“falko, post: 26949, member: 48”]you mean adding an ISO to the Boot menu?[/quote]
Yes, because I don’t understand how to do that with the new PXE -
Thanks!!!
-
this is a good place to start for your options with the Advanced Boot menu options
[url]http://fogproject.org/forum/threads/fog-0-33b-edit-pxe-menu.10403/#post-26419[/url] -
did the install to 1.0.0 now when I try to install/update the database schema, i got you my web gui url and it just says unable to connect to database.
-
did you update your password in fog/commons/config.php after the install?
-
I did not…am I suppose to update it to the username and password it gave me as default user or as my password?
-
nevermind, I got it. My password was missing from database_password. Thanks for letting me know where to look though. Still learning as I go…
-
So… are we still using svn for udpates?
-
you can, if you want to be on “the bleeding” edge. Right now it’s the exact same as the release.
-
Ok. I like the bleeding edge!
I was just unsure if the “fog_0.33b” folder in subversion was going to change.