Latest FOG 0.33b
-
Oh, sorry, I have explained badly:
[LIST]
[]Multipartition, single disk --> Backup seems ok. [B]Restore doesn’t work[/B].
[]Raw --> Backup doesn’t work.
[/LIST]
I prefer “multipartition, single disk” but I was just testing “raw” and I found that it doesn’t work too. -
I understood that already. I just couldn’t do a raw restore test without a raw image to test with.
-
On RAW fails on upload, that is what I tried to say. I don’t know if deploy works or not, because I can’t make the backup.
-
AH, I got you now. Looking into it as we speak.
-
Ok, thank you!
The other problem I’m trying to explain is with the “multipartition, single disk” option, it uploads well, but fails on deploy.
-
Figured out the RAW upload issue. It starts the upload but then promptly fails.
I set the upload parameters properly (the part that performs the cloning) But the placement of where the files need to go during the process was all wrong. I was just telling it to write the data to the little 127MB ram disk rather than actually write it to the harddrive, to which it would promply fail and cause the system to restart. Rebuilding init.gz as we speak and will post with update.
Next test,
Can you be more specific with your multipartition, single disk option? Which OS? I’ve been testing with Windows 7, Windows 8, Windows 8.1, Linux, and Windows XP and haven’t had any issues. I do believe there could be an issue, but don’t know the details of your specific setup.
-
Or, are you saying deploying multicast job for multipart images is broken, I haven’t tested that part yet.
-
r1187 released to fix RAW upload issue.
-
My disk has the following partitions:
[LIST=1]
[]NTFS (no OS installed, future windows 7).
[]ext4 --> / of ubuntu 12.04
[]Extended:
[LIST=1]
[]ext4 --> /home of ubuntu 12.04
[*]swap partition.
[/LIST]
[/LIST]
The image is Linux(50) and multipartition single disk (I didn’t try multicast).All the upload process seems to be ok, all partitions were backed.
When I try to deploy, no errors are showed on screen, it reboots without do nothing. On previous revisions deploy worked correctly, the problem was on upload. Now upload seems to be ok, deploy not. -
In the image name you’re using fog this system does it contain the file d1p1 partition?
-
I think yes, but I can’t confirm until tomorrow, the fog server is in my institute.
Thank you and good night!
-
r1189 released.
Fixes killing of snapin-tasks generated by imaging tasks not working properly. Can successfully kill.
Also brings searching of tasks. This means all tasks. You can search, so far, by task name, task states, task types, hostnames, and macs. Will add more with enough time.
Hope you all enjoy.
-
[quote=“Tom Elliott, post: 22388, member: 7271”]fabritrento,
What is the error that is given? Are you sure it’s ext4 and not LVM?[/quote]
yes ext4, the error appears in partclone gray screen for 1 second… i cannot read… but seems that don’uses partclone.extfs but partclone.ntfs. the part with blkid is working and present?
-
[quote=“fabritrento, post: 22387, member: 21607”]uploading a disk from a pc with 3 partition i get this error:
first partition is ntfs with windows xp
second is eth4 with ubuntu 13.10
third is linux-swap.1st and 3rd is copyed ok on fog server, but second gives a error, seems that try to copy as ntfs instead as ext4.
this bug is urgent must be fixed[/quote]
with r1189 now i tryed to to a fast wipe before.
the error gived by client is:
(partclone gray screen):
/dev/sda1 is mounted at …
error!/dev/sda2 is mounted at …
error!/dev/sda3 is mounted at …
error!after this first fail of download , if i restart the same image download with a new download command on the web gui (same pc) the download starts… and finish but the grub installation don’t work, i must chroot the pc and do grub-install /dev/sda
-
I am a little confused,
[quote=“fabritrento, post: 22429, member: 21607”]
(partclone gray screen):
/dev/sda1 is mounted at …
error!/dev/sda2 is mounted at …
error!/dev/sda3 is mounted at …
error!
[/quote]There’s no more detail than just error?
[quote=“fabritrento, post: 22429, member: 21607”]
after this first fail of download
[/quote]
What do you mean by after the first download, weren’t you just doing a Wipe Task?[quote=“fabritrento, post: 22429, member: 21607”]
if i restart the same image download with a new download command on the web gui (same pc) the download starts… and finish but the grub installation don’t work, i must chroot the pc and do grub-install /dev/sda[/quote]Download jobs of the system, particularly pertaining to Grub, have never seemed to work. I’m currently trying with count=62 rather than count=63 on the mbr recovery. This probably means you’ll need to reupload the job first to see if it works. It may even be simpler than this. That said, I don’t think grub and mbr together worked properly and we haven’t come up with a good fix to this.
While I can understand the need to image such systems with multipartition, my goals for right now are to get the essentials (the things more people use) working properly. Windows 7, Windows XP, Windows 8/8.1, and Linux. Not multiboot systems. While I am trying to get this working, it’s also set me behind in getting other areas actually working.
Right now I’m trying to figure out why I need to use parted after reloading the mbr/partition table. The partition sizes should be created, with the only exception being on resizable images. Resizable images should need the partitions directly told as we want to be able to use the full size of the disk. MPS/MPA should not need to have their partition tables re-established as we recover the original partition table. Just my thoughts.
I am not saying I won’t try to get this fixed, I’m just saying I’m busy on other areas first.
-
Hi Tom,
there is the “ls” of the image folder:
-rwxrwxrwx 1 root root 32K feb 3 23:30 d1.mbr
-rwxrwxrwx 1 root root 219K feb 3 23:30 d1p1.img (ntfs empty)
-rwxrwxrwx 1 root root 1,2G feb 3 23:34 d1p2.img (/ of ubuntu)
-rwxrwxrwx 1 root root 69 feb 3 23:34 d1p3.img (extended)
-rwxrwxrwx 1 root root 2,3M feb 3 23:36 d1p5.img (/home ubuntu)
-rwxrwxrwx 1 root root 3,2M feb 3 23:35 d1p6.img (swap)All partitions are present.
-
r1190 released.
I’ve tested multipart upload and download, both seem to work perfectly fine. I think joacliba’s issue is due to the “extended” partition as the files are looking for partition numbers, not logical partitions. I don’t have a good method for this, maybe use RAW for this specific type of image.
You can now search for tasks on the task management page. This means, completed tasks, canceled, hostname task type etc… many different choices for search.
Thank You,
-
It’s really weird. I’ll test more tomorrow, I have another theory for what is failing.
Thank you Tom!
-
r1191 released to fix header row alignment issues. Adds a few other changes as well.
-
r1192 released.
Adds the r8106e drivers to the kernel.
Adds checking if the drive is gpt or mbr on a very simplistic method. It uses gdisk -l /dev/sda ($hd for dynamics) and greps for the GPT areas. If gpt is not present, it does mbr backup methods, if it’s anything else (present usually) it backups up the GUID Partitioning tables (GPT). This is only needed during the upload of the image for mps or mpa (multi-part single/multi-part all)
On the download, it checks the size of the mbr file created (yes on upload it still uses the .mbr identifier for simplicity sake). If the size is 512, it’s not linux but loads as mbr methods do. if it’s 32256, it is linux mbr and loads as such. If it’s anything else, it assumes it’s GPT as I don’t imagine GPT gets any larger or smaller anyway.
Like I said, very simplistic but should do what we’ve kind of been stuck on for a little bit.
