Capture problem
-
Hi everyone,
We got a problem when trying to catpure a new image :
Does anyone please got an idea ?
Thank you.
-
@benjamind Can you still access the FOG Web UI? Wow many hosts with fog-client installed do you have? Which version of FOG is currently installed?
-
@Sebastian-Roth Thank you for your reply.
We can still access the Web UI.
We have 399 Hosts with fog-client installed.
The version actually installed is 1.5.7.
-
@benjamind Have you or did you change the password on the
fogproject
linux user? This is a service account owned and managed by the fog program. Something else to check is see if there is a directory in /images/dev directory that matches or looks like a mac address for the directory name. Normally these directories should not exist but only during an actual capture. If the directory exists and it matches the mac address of the target computer here, it also makes me think thefogproject
user password was changed or there is a directory permission issue on the /images directory. -
Hi @george1421,
I didn’t change the fogprokect password.
Thereis a directory in /images/dev/ that looks like a MAC address.
What should be the permission for the directory /images/ ? I hacve some files with root:root and other with fogproject:root.
-
@benjamind Run
ls -alR /images
und post the output here. -
-
@Sebastian-Roth said in Capture problem:
@benjamind Run
ls -alR /images
und post the output here.root@fog4:/images# ls -alR /images /images: total 20 drwxrwxrwx 5 fogproject root 4096 oct. 3 13:52 . drwxr-xr-x 21 root root 4096 août 29 16:48 .. drwxrwxrwx 6 fogproject root 4096 oct. 4 09:05 dev drwxr-xr-x 2 root root 4096 août 29 16:57 ISYS_W10_AvecSoftsPartition1 -rwxrwxrwx 1 fogproject root 0 août 29 16:48 .mntcheck drwxrwxrwx 2 fogproject root 4096 août 29 16:48 postdownloadscripts /images/dev: total 24 drwxrwxrwx 6 fogproject root 4096 oct. 4 09:05 . drwxrwxrwx 5 fogproject root 4096 oct. 3 13:52 .. drwxrwxrwx 2 root root 4096 oct. 4 11:30 1ca0b87640e0 drwxrwxrwx 2 root root 4096 sept. 9 10:34 1ca0b87640ec drwxrwxrwx 2 root root 4096 oct. 4 10:09 dc4a3e73805e -rwxrwxrwx 1 fogproject root 0 août 29 16:48 .mntcheck drwxrwxrwx 2 fogproject root 4096 août 29 16:48 postinitscripts /images/dev/1ca0b87640e0: total 201346432 drwxrwxrwx 2 root root 4096 oct. 4 11:30 . drwxrwxrwx 6 fogproject root 4096 oct. 4 09:05 .. -rwxrwxrwx 1 root root 0 oct. 4 09:05 d1.has_grub -rwxrwxrwx 1 root root 1048576 oct. 4 09:05 d1.mbr -rwxrwxrwx 1 root root 47 oct. 4 11:30 d1.original.swapuuids -rwxrwxrwx 1 root root 202232012011 oct. 4 11:26 d1p1.img -rwxrwxrwx 1 root root 3945636748 oct. 4 11:30 d1p2.img -rwxrwxrwx 1 root root 250 oct. 4 09:05 d1.partitions /images/dev/1ca0b87640ec: total 1040 drwxrwxrwx 2 root root 4096 sept. 9 10:34 . drwxrwxrwx 6 fogproject root 4096 oct. 4 09:05 .. -rw-r--r-- 1 root root 0 sept. 9 10:34 d1.has_grub -rw-r--r-- 1 root root 1048576 sept. 9 10:34 d1.mbr -rw-r--r-- 1 root root 20 sept. 9 10:34 d1p1.img.000 -rw-r--r-- 1 root root 250 sept. 9 10:34 d1.partitions /images/dev/dc4a3e73805e: total 204602528 drwxrwxrwx 2 root root 4096 oct. 4 10:09 . drwxrwxrwx 6 fogproject root 4096 oct. 4 09:05 .. -rwxrwxrwx 1 root root 0 oct. 4 08:04 d1.has_grub -rwxrwxrwx 1 root root 1048576 oct. 4 08:04 d1.mbr -rwxrwxrwx 1 root root 209511898862 oct. 4 10:09 d1p1.img -rwxrwxrwx 1 root root 250 oct. 4 08:04 d1.partitions /images/dev/postinitscripts: total 12 drwxrwxrwx 2 fogproject root 4096 août 29 16:48 . drwxrwxrwx 6 fogproject root 4096 oct. 4 09:05 .. -rwxrwxrwx 1 fogproject root 249 août 29 16:48 fog.postinit /images/ISYS_W10_AvecSoftsPartition1: total 201427840 drwxr-xr-x 2 root root 4096 août 29 16:57 . drwxrwxrwx 5 fogproject root 4096 oct. 3 13:52 .. -rwxr-xr-x 1 root root 1048576 août 29 16:57 d1.mbr -rwxr-xr-x 1 root root 206261019571 août 29 17:27 d1p1.img -rwxr-xr-x 1 root root 191 août 29 16:57 d1.partitions /images/postdownloadscripts: total 12 drwxrwxrwx 2 fogproject root 4096 août 29 16:48 . drwxrwxrwx 5 fogproject root 4096 oct. 3 13:52 .. -rwxrwxrwx 1 fogproject root 235 août 29 16:48 fog.postdownload
@george1421 said in Capture problem:
@benjamind https://forums.fogproject.org/topic/13303/image-capturing-error-invalid-storage-group/2
Should i change the permissions to fogproject:www-data ?
-
@benjamind Permissions seem to be ok. Have you read through the other topic George linked?
-
Yes, i do. That’s why i ask if i have to set the permissions to fogproject:www-data as they do in this topic.
-
@benjamind Re-reading both topics I don’t think you have the same issue than in the other one. While gets the error message “Invalid Storage Group” you seem to receive an empty error from the server. Kind of strange. @george1421 Any more ideas you have for this out of the blue?
-
@Sebastian-Roth said in Capture problem:
Any more ideas you have for this out of the blue?
I’m not sure at this time where it can be, but I have noticed an uptick in people reporting this invalid storage group. I guess I’ll have to look into my dev environment to see what actually drives that error message and then try to back track from there.
-
@george1421 said in Capture problem:
I have noticed an uptick in people reporting this invalid storage group.
As mentioned in my last post it’s not the same error message everytime. A couple of times we hat the “Invalid Storage Node” but this one is not.
-
@benjamind Do you still get the very same error message (
Error returned: <empty>
)?? -
@Sebastian-Roth No, i have changed the permissions to fogproject:root and delete the directories in /images/dev/ that looks like a MAC address.
It works now.