Capture problem

[george1421]

@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 the fogproject user password was changed or there is a directory permission issue on the /images directory.

[benjamind]

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.

[Sebastian Roth]

@benjamind Run ls -alR /images und post the output here.

[george1421]

@benjamind https://forums.fogproject.org/topic/13303/image-capturing-error-invalid-storage-group/2

[benjamind]

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

[Sebastian Roth]

@benjamind Permissions seem to be ok. Have you read through the other topic George linked?

[benjamind]

@Sebastian-Roth

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.

[Sebastian Roth]

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

[george1421]

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

[Sebastian Roth]

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

[Sebastian Roth]

@benjamind Do you still get the very same error message (Error returned: <empty>)??

[benjamind]

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