Latest FOG 0.33b
-
[quote=“Tom Elliott, post: 21886, member: 7271”]can you give me exact output of blkid for ext4 stuff?[/quote]
i added ${partNum} to /tmp/status.fog, now i see what appens, and what command is launched for 2nd partclone commandif not sufficient i add also debug at zero level to partimage arguments
-
[quote=“fabritrento, post: 21888, member: 21607”]i added ${partNum} to /tmp/status.fog, now i see what appens, and what command is launched for 2nd partclone command
if not sufficient i add also debug at zero level to partimage arguments[/quote]
the error is when says calculating bitmap progress
contenent of /var/log/blkid.tab:
<device DEVNO=“0x0801” TIME=“1390579226.27383” UUID=“E6282FE0282FAF0D” TYPE=“ntfs”>/dev/sda1</device>
<device DEVNO=“0x0802” TIME=“1390579226.67856” UUID=“48b78e27-9a6e-4aab-a9b2-a4d2a50026f8” TYPE=“ext4”>/dev/sda2</device>
<device DEVNO=“0x0803” TIME=“1390579226.131478” UUID=“65b19640-5de4-4e1b-ba5e-105f6dbcc8cc” TYPE=“swap”>/dev/sda3</device> -
Hey Tom,
So it looks like
Basic task > Advanced > Inventory hardware does not work properly when the computer reboots it give invilad mac address and screws up the database. I have learned my lession and now make backups of all of my databases
Also any reason why DNS won’t resolve the host names in the data base if i can ping them successfully?
-
Because DNS records needs to be attached somewhere. Your basic network generally doesn’t store the DNS Hostnames. Windows DNS Servers tend to attach the netbios name and stores it within the dns server which is why it works in command prompt. So theoretically, this would work if your DNS Server IP is the same dns ip you use on your fog server AND the main DNS (/etc/resolv.conf) on your fog server uses this dns as well.
The other caveat to that is the Windows systems need the firewall elements either off, or enabled for hostname translation.
-
@Fabritreno,
My guess is the fstype isn’t working completely correct at this point.
ext4 should be able to find bitmap, but it could also be that the partitions are in LVM format and the extra parts you’re getting errors on don’t contain the bitmap information because they’re, technically, not in containment of bitmap.
-
[quote=“fabritrento, post: 21891, member: 21607”]the error is when says calculating bitmap progress
contenent of /var/log/blkid.tab:
<device DEVNO=“0x0801” TIME=“1390579226.27383” UUID=“E6282FE0282FAF0D” TYPE=“ntfs”>/dev/sda1</device>
<device DEVNO=“0x0802” TIME=“1390579226.67856” UUID=“48b78e27-9a6e-4aab-a9b2-a4d2a50026f8” TYPE=“ext4”>/dev/sda2</device>
<device DEVNO=“0x0803” TIME=“1390579226.131478” UUID=“65b19640-5de4-4e1b-ba5e-105f6dbcc8cc” TYPE=“swap”>/dev/sda3</device>[/quote]i resolved editing the partclone row, and cut the “-N -f 1” occurences (ncurses interface and refresh to 1). in this way (i don’t understand why at the moment) works
-
Please see attached for 2 files which resolve ( I hope ), the problems with capone.
they are
/fog/management/plugins/run.php
and
/fog/service/capone.php[url=“/_imported_xf_attachments/0/517_run.zip?:”]run.zip[/url]
-
tom,
is there a problem with how long the pc name can be?
-
Can be 15 characters long. It auto truncates to 15. It also checks that the hostname doesn’t already exist why?
-
because I have a computer named scanningstation and when I do that and submit a task it messes up the database I had to restore maybe three times now because of it I am trying to figure out what actually triggers it. I am not sure if it is because I am trying to enter the pc manually or if its something else.
-
jbsclm,
It appears that the FOG_NFS_DATADIR is removed from the database in this current version. My guess is it’s expected to get the information of this from the storage node class file. More dynamic I suppose but easy to miss. I’m sorry I missed it while coding, I didn’t know it wasn’t in the database anymore.
I’ve just modified the capone.php service file to use the Capone class and obtain the information relevant to how this worked.
-
r1140 released.
Should fix run.php and capone.php only in the proper order now.
Hopefully this helps you out jbsclm. Please test it, there’s a lot of differences.
-
Finally got around to installing 0.33b in a Ubuntu 13.10 VM and found a small quirk to the install script. When you get to the point where it prompts the user to create a mysql root password, the script tells the user that setting the password isn’t mandatory, but if you leave it blank, it goes forward a step, and keeps coming back to the password prompt step. Obviously it’s not advisable to not use a password, but you may want to update the script text stating it’s mandatory, or allow a blank password
-
That’s the mysql installation, not FOG. It asks three times.
-
it does warn that if you set a password… you need to set it in one of the config files so fog will actually work… it is the users choice to have a password or not.
-
I’m currently rewriting the fog script. I’ve broken it into three smaller, and I think, more manageable scripts.
fog.checkin (performs the checkin and variable assignments.
fog.download (performs the download tasks)
fog.upload (performs the upload tasks)
fog (just deals with passing the tasking. appropriately.)I’m still testing but things seem to be a little bit better from my perspective. Still have to test dd, mpa, mps upload and all downloads, but just giving a heads up as to what I’m doing lately.
-
[quote=“VincentJ, post: 21914, member: 8935”]it does warn that if you set a password… you need to set it in one of the config files so fog will actually work… it is the users choice to have a password or not.[/quote]
I had seen that part, I had just never done a mysql install before so I wasn’t aware that that part of the mysql install routine was to ask 3 times to set a root password. I assumed it was a small error in the script :oops: . No big deal - lesson learned. I have the VM up and running, all is well. Looking forward to seeing what else is to come in the future of FOG
-
My latest test with 0.33b r1140
After entering a host and selecting a Hardware Inventory, the inventory seems to get right upto the end and then after it starts trying to update the host database it gets ‘Invalid MAC Address’. The MAC is correct.
I was unable to kill the task to do another because the inventory didnt complete and when i try to enter the tasks page i get the following error displayed twice.
FOG DEBUG: Host Database Load Failed: ID 0, Error: Row not found
The List All Hosts page seems to have lost the hostname of the PC I inventoried, and only displays the MAC address. Can’t edit or destroy the host either.
PC rename is working during imaging in Windows 7 Enterprise 64 bit.
Host registration via the boot menu works.Getting much closer to a production deployable system.
-
Hi Tom.
Running new install of r1141 on Ubuntu LTS 12.04 to test capone, but image upload seems to be doing a raw upload rather that an ntfs one.
Attached are pxelinux.cfg files and screenshots from r1126 and r1141 clients
r1126 works OK, r1141 uploads as raw.John
[url=“/_imported_xf_attachments/0/520_boottest_r1141.zip?:”]boottest_r1141.zip[/url]
-
I’m working on a fix for this issue as I’m well aware of it already. My fix is basically rewritting the fog scripts and adding an upload and download script, to separate the code base slightly for easier management. I’m still testing it.
In the mean-time, Find the lines that deal with setting the fstype variable in the FOG Scripts, and make sure they’re using double quotes rather than single quotes, I don’t think Shell scripts like single quotes to identify strings the same way php does, which may be what’s causing the issue.
Does your system have multiple MAC’s? You can check what’s being sent to the inventory.php service file from your access log file. Chances are, I’m only guessing, is it’s sending the data as something like:
inventory.php?mac=00:01:ab:2c:3f:1b%7C00:01:ab:ac:af:ff which would explain why it’s not liking the MAC Format.
