Latest FOG 0.33b
-
Same thing here. Was finally able to get it to boot to Capone but it gets stuck on Looking Up DMI field. During the initial image I chose a DMI field and put it in the Capone config but still stuck. 0.32
-
You’re using FOG 0.33, or 0.32? I’m not doing any work on 0.32, though I could possibly help if you can get more information.
I’ve tested a few things, and am currently rebuilding the init.gz with a modified version of the current FOG Script in the init.gz file. However, this modification is very slight.
It was, apparently, not resetting the boot flag on the device, which caused the drive to essentially break, causing the particular issues you where seeing. I know it’s not ideal, but I believe you may have to reinstall Windows XP again. Update your FOG server to the latest revision and give this a shot.
The revision will be up in about an hour or so. The revision will be r1018. Revision 1017 has just the updated fog script in src/buildroot/package/fog/scripts/bin and [b]NOT[/b] the init.gz file. r1018 will contain the updated init.gz.
-
Hello Tom.
I tested the new revision and I was able to upload a Windows xp image to the server. I think you still working on downloading a image from the server to the client?
I have tested snapins and had a few errors that I fixed. After this fixes I could install snapins, without any problems.
[CODE]packages\web\lib\fog\ClientServiceManager.class.php
- On line 33, 44, 53 and 61 replaced get(‘id’) with getId(), because there is no method named get(‘value’), but a method named getId() in file packages\web\lib\fog\SnapinTask.class.php
packages\web\service\snapins.file.php
- On line 48 replaced $this->FOGCore with $FOGCore
- Removed the / in all lines containing $FOGCore->getSetting(‘FOG_SNAPINDIR’). ‘/’ .$snapinTask->getSnapin()->get(‘file’)
- On line 53 replaced $snapinTask->getSnapin()->get(‘file’) with $FOGCore->getSetting(‘FOG_SNAPINDIR’). ‘’ .$snapinTask->getSnapin()->get(‘file’)
[/CODE]
-
[quote=“Albatros, post: 20770, member: 16710”]Hello Tom.
I tested the new revision and I was able to upload a Windows xp image to the server. I think you still working on downloading a image from the server to the client?
I have tested snapins and had a few errors that I fixed. After this fixes I could install snapins, without any problems.
[CODE]packages\web\lib\fog\ClientServiceManager.class.php
- On line 33, 44, 53 and 61 replaced get(‘id’) with getId(), because there is no method named get(‘value’), but a method named getId() in file packages\web\lib\fog\SnapinTask.class.php[/code]
[/quote]
Thank you very much for this, I’ll update the files and push the revision. That said, the lines referenced as $snapin->get(‘id’) should work fine as it’s a class which extends the FOGManagerController which uses get(‘<value>’) as the function.
I’ll try with just the $snapintask->get(‘id’) to $snapintask->getId(). If it still doesn’t work after that let me know and I’ll fix the other two lines.
[quote=“Albatros, post: 20770, member: 16710”][code]packages\web\service\snapins.file.php
- On line 48 replaced $this->FOGCore with $FOGCore
- Removed the / in all lines containing $FOGCore->getSetting(‘FOG_SNAPINDIR’). ‘/’ .$snapinTask->getSnapin()->get(‘file’)
- On line 53 replaced $snapinTask->getSnapin()->get(‘file’) with $FOGCore->getSetting(‘FOG_SNAPINDIR’). ‘’ .$snapinTask->getSnapin()->get(‘file’)
[/CODE][/quote]
What errors did you get here? What is the setting for FOG_SNAPINDIR? Or did you just modify so you don’t have a reference as: /opt/fog/snapin//filename.whatever?
That’s too easy a change, but shouldn’t affect the file downloads.
- On line 33, 44, 53 and 61 replaced get(‘id’) with getId(), because there is no method named get(‘value’), but a method named getId() in file packages\web\lib\fog\SnapinTask.class.php[/code]
-
r1019 released to correct issues reported above.
Fixes snapintask->get(‘id’) to snapintask->getId()
Fixes $this->FOGCore to $GLOBALS[‘FOGCore’] and removes ‘/’ references in snapins.file.php
-
For $this I got this error: PHP Fatal error: Using $this when not in object context in /var/www/fog/service/snapins.file.php on line 48
I think this error occurse, because the file snapins.file.php is no class.I had to remove the /, because I had as path /opt/fog/snapins/ in the database, you add there /, then the path is /opt/fog/snapins//<filename>.
For line 53, I got this warning: PHP Warning: filesize(): stat failed for 1.7.0_40_32.sfx.exe in /var/www/fog/service/snapins.file.php on line 53. I changed it to this line, then the could be found
[CODE]header("Content-Length: " . filesize( $FOGCore->getSetting(‘FOG_SNAPINDIR’).‘’.$snapinTask->getSnapin()->get(‘file’)));[/CODE]Edit: Ops was writing a answer to your post before. Will test the new revision.
Edit 2: I tested it, here is a error from the apache log: PHP Fatal error: Call to undefined method SnapinTask::get() in /var/www/fog/lib/fog/ClientServiceManager.class.php on line 61
I don’t see that the class SnapinTask extends from a other class. -
r1020 released with snapin using getId().
Hope this helps.
-
r1021 released. All I did was make the fog.css, more or less, the same is it used to be before my own edits to it were made. Fixed positions are nice, if the display is consistently the same size, but if you minimize the window or make it smaller, the items don’t move which can be problematic.
[quote=“Albatros, post: 20776, member: 16710”]I don’t see that the class SnapinTask extends from a other class.[/quote]
SnapinTask doesn’t have an extension to any other class, however Snapin.class.php does. I made the edits you suggested anyway, but will look into recreating SnapinTask so that it is an extension of another class that uses the get() methods properly. The reason it doesn’t now is beyond my scope of reasoning.
-
Modified ClientServiceManager.class.php back to original settings using get(‘id’) rather than the function getId so things are, hopefully, in line with one another.
Please test it.
r1022 released.
Modified SnapinTask to align more properly with the extending of classes. Added manager class for this class as well.
-
Tested the new revision, get an error from fog service, that the file size is zero.
In file snapins.file.php on line 53 is not given the full path to the file in filesize. After fixing that, the snapin could be downloaded.
Another problem now, the task for the snapin is not get remoed after the installation has finished, means the fog service download/runs the file after it finished again. -
Added the file location to the snapins.file.php file.
Went back to getId() rather than get(‘id’) just as test point. I’m thinking it can’t find the task, therefore can’t remove the task.
r1023.
-
Hi! I’m on revision 1023 and I have two problems when I’m trying to upload an image:
[LIST=1]
[]This is not really important, I have an annoying message that stays for 4-5 minutes with this information. After that the system continues with the image upload. [IMG]https://lh4.googleusercontent.com/-XzXBiI-hhHE/UqjvRCumKuI/AAAAAAAAZIM/X460BXOk748/w929-h697-no/IMG_20131211_183223.jpg[/IMG]
[][S]Sorry, this problem is solved. My fault[/S]
[*]There are still problems with logical partitions and swap?
[/LIST]
Thank you,
Joan -
This is normal behaviour with the kernel. The kernel has to load all the drivers, and the drivers it thinks it needs, when the client is booting into the system. Some systems take longer, some systems take much less time. I don’t know where the differences lie within all the possible types of systems, so this is likely to be something I’m not going to be trying to correct for. The error’s you’re seeing are, in some way’s, to be expected, as they’re basically just telling you the kernel loaded the driver, but there’s no equipment or item to relate it to. They’re generally, as I like to call them, “false” errors.
I don’t know if there are still problems with logical partitions and swap. The r1023 -> and up, revisions should have mkswap/swapon/swapoff and should read the partitions, though I don’t know your particular setups. It’s also using partclone now, so creating/deploying the image shouldn’t be a problem in and of itself.
The one thing I haven’t played with yet, is just using partclone to make an exact replica of the drive vs. the partitions.
I imagine the partitions should only be needed specifically for resizable disks, but could forsee an issue if we copy the drive as is in disk size issues later on. What I mean by this, is if we copy the drive “as is” will it affect drives that might be larger than the original image created drive in limiting the actual size available? These are unknown to me which is why I tried leaving things in, more or less, the same state as before.
I hope this helps. If you’re noticing issues with logical partitions and swap, please try to describe what you’re seeing.
Thank you,
-
Ok, so the error message isn’t the cause for the delay.
Logical volumes seems to be the other problem, I tried today with this setup:
[LIST=1]
[]Primary ext4 --> / of ubuntu 12.04
[]Primary partition --> extended
[LIST=1]
[]Logical ext4 --> /home of ubuntu 12.04
[]Logical swap
[/LIST]
[/LIST]
When I tried to restore, only partitions 1 (primary) and 2 (primary) were restored, the extended partition was empty. I always try to backup and restore full disk, not independent partitions.
Thank you very much. -
My only guess, as to the issue, is that primary partitions are labeled, generally, as : /dev/sda1, /dev/sda2 etc…
I’m guessing, if you were to perform fdisk -l on a working system at that point, you’d see partitions labeled as:
/dev/sda1
/dev/sda2
/dev/sda2p1
/dev/sda2p2Or very similar.
FOG doesn’t search for partitions within partitions, it only searches, to my understanding, for primary partitions.
I don’t know how I can try to make logical partitioning work. My question, though, is why couldn’t you make /home a primary partition on the device. Swap as well?
I only ask this because I’ve tested ext4 imaging on my systems at home, with a similar setup:
/dev/sda1 = / partition
/dev/sda2 = swap partition
/dev/sda3 = /home
/dev/sda4 = /tmp -
[quote=“Tom Elliott, post: 20899, member: 7271”]My only guess, as to the issue, is that primary partitions are labeled, generally, as : /dev/sda1, /dev/sda2 etc…
I’m guessing, if you were to perform fdisk -l on a working system at that point, you’d see partitions labeled as:
/dev/sda1
/dev/sda2
/dev/sda2p1
/dev/sda2p2Or very similar.
FOG doesn’t search for partitions within partitions, it only searches, to my understanding, for primary partitions.
I don’t know how I can try to make logical partitioning work. My question, though, is why couldn’t you make /home a primary partition on the device. Swap as well?
I only ask this because I’ve tested ext4 imaging on my systems at home, with a similar setup:
/dev/sda1 = / partition
/dev/sda2 = swap partition
/dev/sda3 = /home
/dev/sda4 = /tmp[/quote]Yes, your configuration works for my “test”, I was only testing if logical partitions were working.
I need for example this scheme:
[LIST=1]
[]ntfs Windows 7 (I force to 1 partition install as for default it takes 2 partitions)
[]ext4 / ubuntu
[]ext4 /home ubuntu
[]swap
[]If I would like to make a data partition I can’t because all primary partitions are full
[]If I would like to install another OS I can’t because all primary partitions are full
[/LIST] -
Just doing some tests and I’ve found the following: (Latest Debian 64 bit, Test VMs 512mb RAM with Single/Dual vCPUs)
- When you manually enter a MAC, and then do a hardware inventory it gives an invalid MAC address format at the end of the inventory.
- NTFS resizable Image only does the first 100mb partition on windows 7
- When viewing one of my hosts I get the following error:
FOG DEBUG:Image:Database Load Failed:ID:0:Row Not Found
Fix - Give hosts an image association. - When the mouse goes over the deploy button, it changes to garbled words.
- Error 1 can occur after fog registers the host as well as manual entry.
- FOGImageReplicator - didn’t seem to work on it’s own… needed Manual restart to push image. (Possible use Bitorrent Sync instead)
- Deploy seems to error when using resizable image with a single partition windows 7?
- Total block progress only ever gets to 47% and then jumps to 100% when imaging using multi partition image
- Is Partclone CPU intensive? quad core VM managed 1gb/m but single core only 310mb/m upload speeds. or is compression enabled by default?
Great Improvements so far and nice to see that Tom is still going strong. Hopefully we can get all the tiny bugs fixed and we could have the next release of FOG
Some suggestions:
On the Hardware inventory it displays what the host is doing… would it be possible to display an image and have a progress bar? (Some users like to try and do strange things like unplug PCs when they see them doing something they don’t know)
Compression settings in the GUI or in the installer?
Bandwidth graph shows both send a receive instead of picking one?
Partclone displays Block xxx of xxx… could it display progress in MB/GB?
Could logs be sent to the server? -
VincentJ,
Thank you very much for the suggestions/bugs.
I’ll try explaining/showing my assistance where I can.
First Question: What revision of FOG 0.33b are you using? I ask is it is pertinent to your 2nd tip/find there.
In response to 1:
I will try to take a look at this as I’ve never done a manual add, then an inventory. Maybe the MAC entered is trying to impede on a database entry it thinks doesn’t exists, but at the end it finds it? I don’t know, I’ll test and see if I can replicate the results.In response to 2:
If you’re on the latest version of FOG, and this issue is still happening, I don’t know where else to go. Basically, I’ve rewritten the fog script to take into count different size Hard Drives. Parted doesn’t like the use of kB mB, etc… for disk size. Nor do all drives like to use 100% for the layout. This doesn’t seem right to me, but it’s up to the creator of parted how they want to do things. I’m looking to test with -1s for the end to use the full size of drive in place, but don’t know what repercussions they may pose. With that said, what size is the Hard Drive you’re using? 50Gb, 80Gb, etc…In response to 3:
This is expected behavior. I think the “DEBUG” is only enabled as this is a beta release. If you disable debug on the OS, Image, and Host pages, this clear’s itself right up. That said, I believe the latest version (r1024) has this, issue, taken care of, though I could very well be wrong.In response to 4:
I don’t see any change on my side. Can you try being more specific? Meaning, are you using a different language?In response to 5:
I’m assuming you mean, basically, doing quick host registration after full inventory of the host?In response to 6:
I don’t have FOGImageReplicator on my end, so I may need to setup a storage node and test out some more. Sorry about that.In response to 7:
This sounds like my response to number 2. I’m guessing parted is actually errorring out and not creating the partition as required.In response to 8:
That’s actually a piece of partclone. It’s nothing I can change directly. I suppose I could look at their source, but I’d probably cause more problems. My guess for this is partclone is only copying the data, not the free space, so blocks not being at the same pace as the rest of the drive actually makes sense. For example, Let’s just say we have a 10GB hard drive, with only 2GB of data. The blocks progress, should be less than the main progress. It’s only copying used blocks of data, not free. So when it encounters the free blocks, it can zoom right past. Just my theory.In response to 9:
Compression is enabled by default. It’s pigz compression, so it uses the systems total number of cores to speed up progress. With that, it’s a part of the FOG scripts built into the init.gz. If you don’t need/want compression, you’ll have to decompress the init.gz, mount the init file, and edit the bin/fog script. The compression ratio, I’ve set, is -9. If you don’t want any compression, I’d think putting it as -0 would work.In response to the suggestions.
I don’t know what you mean about the hardware inventory showing what’s happening with the system. Maybe there’s something beyond what I’m aware of. I’ll take a look to try to see what you mean. Adding the image and progress bar, I don’t know exactly what I’m doing in that respect. I’m trying to compare the progress indicator from 0.32 to what we’ve got in 0.33 so I could, potentially, get something like that going, but it’s not a guarantee.
Compression settings could be added to the GUI, now that I understand, better, what’s actually happening. It would require a minor rewrite in how the system picks up and builds the PXE file for the tasks. It would also require adding another field to the FOG Settings table on the database. Probably called Compression Ratio.
Bandwidth graph, I’ve noticed, does have a few bugs, but I don’t know where they lie yet. I’ve been looking at it for quite some time.
Partclone, unfortunately, is it’s own thing. I’ll try seeing of there’s command line arguments that can provide that for us.
What do you mean about logs being sent to the server? You mean essentially creating a log on the FOG Server, for all tasks? I don’t think this is impossible, but imagine it causing issues in filtering and reporting. -
It was downloaded yesterday, i’ll try and go into it later and find the revision number.
Usually when i purchase new desktops/laptops the MAC is written on the side of the box so i can pre-stage the computers in FOG. Then when putting them together they only need a BIOS password setting and changing to PXE boot and they sort themselves out.
Usually once we have put in a load i’ll set a hardware inventory job for later so we can have more basic info in fog. (I have a program that does a more complex inventory)
If i were you… I wouldn’t bother with the FOGImageReplicator. Now that i know i have a working deploy i am going to test out the storage server and try using other methods of replication. Allowing it to be done in a custom manner will probably suit those running more complex setups with storage nodes. If they have a lot of them, Many to Many replication may suit better. They could configure something as simple or as complex as they needed.
It’s good that compression is enabled by default… most PCs are a lot more capable than the single core VMs i’m testing on and it shrank my 12gb image to 5gb.
For the logs thing… when partclone was giving the error, it was saying where it stored the error. but i couldn’t get to a command line to look at the log file. maybe since fog has FTP you could add a script to copy the logs directory after an error to the server’s images directory?
The VMs i were using had 25gb HDDs and 512mb RAM. (i know low power, but i only have 2 8GB hosts to play with at home)
I was impressed with FOG running nicely on 512 and even 386mb RAM in debian without using too much swap.
I now have access to a 72GB RAM Test server online, so i’m planning some bigger tests and VPN tests. (Uploading ISOs has taken quite a while but i should be able to do some beefy tests over the Christmas period.)The GUI button error just seems to be in the debian browser… works fine in IE. (Image Attached)
The Image thing over the inventory - When fog loads it runs through what it’s doing, such as the contents of the inventory and that it is sending the inventory to the server. If a static image could be put in front of that so the user wasn’t ‘confused’ by the strange things on their PC it might make things a bit better. Also people could customize it to their company logo and their employees would know something is supposed to be happening. A progress bar would just mean they could have some indication that something was getting done.
[url=“/_imported_xf_attachments/0/454_GUIButtonError.png?:”]GUIButtonError.png[/url]
-
This may sound weird. I’m testing with, rather than size or 100% on the parted side of the house, just setting 99%. It means, theoretically, that you’re not getting 100% of the drive. However, it should work across all hard-drives. If there’s a major reason we shouldn’t be using 99% of the drives, please let me know and I’ll try to figure out another solution.
