Latest FOG 0.33b

[Tom Elliott]

/tmp/status.fog is the location for the progress information on the client side. fog.statusreporter looks at the data in the file, sends it to the fogserver then clears it out for the next iteration.

The osid, I think, is more for specialized cases. If its a pure linux system it needs to create the parts in the right places before upload can begin, hence the OSID in place for 50. Otherwise, it doesn’t appear to care.

[fabritrento]

[quote=“Tom Elliott, post: 21867, member: 7271”]r1137 released.

Had to make tweak to blkid in fog script. Should work more fluidly with this method.

From the commit comments: “Make (hopefully) final tweak in partclone stuffs on fog script. Not done updating fog script, just hopefully done with partclone tweaks.”

I hope you know that just means I’m done, at least for now, with partclone methods. I will continue editing the fog script, and I hope to use partclone for dd (raw) imaging types in the future.[/quote]

i tryed to do a upload of a pc with:
sda1 ntfs
sda2 ext4
sda3 swap

the first partition works, and also the swap.

the ext4 partition don’t work, i think the cause is because blkid command returns ext2 ext3 ext4 and the partclone.extfs command is not called.

So i created 3 symlink in /usr/sbin on the client:

ln -s partclone.extfs partclone.ext2
ln -s partclone.extfs partclone.ext3
ln -s partclone.extfs partclone.ext4

but not works.

is possible to modify the script to make 3 different log in /var/log/partclone_[DATETIME].log ? to debug? i find only the 3th launch of partimage in the log

[Tom Elliott]

can you give me exact output of blkid for ext4 stuff?

[fabritrento]

[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 command

if not sufficient i add also debug at zero level to partimage arguments

[fabritrento]

[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>

[Troye Johnson]

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?

[Tom Elliott]

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.

[Tom Elliott]

@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.

[fabritrento]

[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

[jbsclm]

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]

[Troye Johnson]

tom,

is there a problem with how long the pc name can be?

[Tom Elliott]

Can be 15 characters long. It auto truncates to 15. It also checks that the hostname doesn’t already exist why?

[Troye Johnson]

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.

[Tom Elliott]

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.

[Tom Elliott]

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.

[ArchFan]

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

[Tom Elliott]

That’s the mysql installation, not FOG. It asks three times.

[VincentJ]

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.

[Tom Elliott]

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.

[ArchFan]

[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