Latest FOG 0.33b
-
i think that the error is in this part of fog script.
the function: determineOS $osid
is used to say to partclone what kind of partition we must clone.
this is not correct.
in the script:
if [ “$osid” == “50” ]; then
fstype=“extfs”
else
fstype=“ntfs”causes all partition that is not ntfs in a pc with windows system fail to image.
i have on disk:
sda1 ntfs (clones correctly)
sda2 ext4 ( is cloned as ntfs, is not correct)
sda3 linux-swap ( is cloned as ntfs, is not correct)we must modify the script to check via fdisk -l what kind of partition is really present
or more best:
sudo blkid /dev/sda1
/dev/sda1: UUID=“b842abee-3fbf-4347-a451-ec9e0b3b3aa8” TYPE=“ext2”We cannot know what kind of partition is present simply assuming by $osid, i can have a windowsxp in first partition as ntfs, ok, but in all others i can have a very differend kind of filesystem type!
so Tom, if you need help to test/develope ask me!
-
i’m now testing the dd image upload
-
Fabritreno, that’s the basis of the osid. Basically what you’re asking for is to remove that function out of fog which is unlikely to happen. If you’re trying to create image of dual boot system change the image type to raw and it will copy all partitions using dd.
-
I see what you’re saying now and will work on correcting this today after some testing of course.
-
[quote=“Tom Elliott, post: 21674, member: 7271”]Fabritreno, that’s the basis of the osid. Basically what you’re asking for is to remove that function out of fog which is unlikely to happen. If you’re trying to create image of dual boot system change the image type to raw and it will copy all partitions using dd.[/quote]
in fog 0.32, uplading image in singledisk, multiplepartition mode with sda1 windowsxp sda2 linux sda3 linux-swap works.
So we must patch fog 0.33b to do this and not lose features.using dd cloning is crazy, is much simply to patch the buggly fog script.
we must simply do:
fdisk -l /dev/sda
blkid /dev/sda1
blkid /dev/sda2
blkid /dev/sda3
blkid /dev/sda4then store into variables and apply when cloning different partition number…
-
[quote=“Tom Elliott, post: 21675, member: 7271”]I see what you’re saying now and will work on correcting this today after some testing of course.[/quote]
ok! thankyou very much! tell me if you want help/tests
if you can check also if dd command, for dd cloning contains option bs=1M to speedup read/write operations
-
What is blkid of the swap partition?
-
[quote=“Tom Elliott, post: 21678, member: 7271”]What is blkid of the swap partition?[/quote]
sample on my server: /dev/mapper/fog–vg-swap_1: UUID=“82810d84-f19c-40ee-a3e8-fa51d6f6e84f” TYPE=“swap”
(only TYPE is to be used obviously)
-
Hi guys, I don’t wanna disturb you, but just small question
how to update between revisions? Just download from svn and then bin/installfog.sh? I would try it myself, but don’t wanna mess my current installation. Thanks -
If you downloaded the svn to do the install, from the trunk directory (or whatever you named it) perform:
[code]svn update[/code]Then re-run the installer:
[code]cd bin
./installfog.sh[/code] -
Morning Tom,
Question for you is there any way to import and export snapins?
-
Unfortunately, not at the moment. I haven’t the time to figure out how to zip all the snapins so you can download, reupload yet.
You can, however, save the entire database under FOG Configuration->Configuration Save, which would, at least, save the snapins created.
-
ok yea I dont think that will work because I am trying to go from one server to another in a diffrent location. Just wanted to make sure there was no easier way before I did it manually.
-
r1125 Released.
Should fix typo on multicast task creation.
Recodes elements of service scripts. Getting less and less ClientServiceManager.php needs.
-
[quote=“Tom Elliott, post: 21684, member: 7271”]If you downloaded the svn to do the install, from the trunk directory (or whatever you named it) perform:
[code]svn update[/code]Then re-run the installer:
[code]cd bin
./installfog.sh[/code][/quote]thanks, worked.
But is multicast working? I tried to create multicast task in latest (1124) revision. Got the same blank screen as previously (see post #504), so changed [I]$MulticasetSessionAssoc->save();[/I] and blank screen was solved. But there was no multicast task in Active Multicast Tasks (only individual tasks in Active Tasks) - this happend even in 1118. And creating task took too long (few minutes)[I] - [/I]I found out, that mysql daemon is causing high load. Then I looked at [I]multicastSessions[/I] table and found circa 60000 tasks with random base ports and -1 msState. So I deleted them manually and now I’m getting another blank screen and in apache error log there is:
[I][CODE]PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 16 bytes) in /var/www/fog/lib/fog/FOGManagerController.class.php on line 124, referer: http://localhost:8081/fog/management/index.php?node=tasks&sub=listgroups[/CODE][/I]
So, perhaps I deleted too much or what. I tried to figure out what’s wrong.
Rev. 1125 didn’t help.[I][/I]
-
restart apache.
FOR REDHAT
[code]service httpd restart[/code]FOR UBUNTU
[code]sudo service apache2 restart[/code] -
if the restart was to me - it didn’t help.
but thanks -
Do you have any other tip (if the restart was for me)? If not, I’m going to reinstall it.
-
I’m not seeing the same issues as you.
At all.
I can create the task, watch the task get created. Start my system, and watch it image. But I’ll try some more details.
-
I think i narrowed down the issue.
I was imaging a winxp system with a resizable harddrive.
This means I have a file (FILE not DIRECTORY) that is called:
/images/winxpimage
It finds and images that perfectly fine.
The issue, right now, is the task is trying to gunzip the directory for a windows 7 image, rather than the files within the directory. I’m a big idiot and I’m sorry about that. Working on a fix now.
