Posts made by vince.villarreal

@tom-elliott

So this is my problem though and I am not sure if its related or not.

Main Fog Server - Subnet A - set to the default storage group as “MASTER”
Storage Node - Subnet B - default storage group - set to non-master

Still if I image from Subnet B, it should point to the Storage Node instead of the main fog server even though its not “master” correct?

I saw the other guys post he had all his storage nodes set to master.

Is there maybe an easy work around I can do to force Computers from Subnet B to forcefully image from Storage Node on Subnet B?

@vince-villarreal Actually just tested on the storage node by typing:

mysql -u fogstorage -pfs42230904680 -h 10.4.11.111 -D fog

and it worked. 10.4.11.111 is my main fog server.

man idk why the images are not deploying from my storage node area… this is a pain

So I am looking at the mysql FAQ/Troubleshooting page and I came across this step:

mysql -u UserNameHere -pPasswordHere -D fog

so right now, my setup is below:

STORAGENODE MYSQLUSER = fogstorage
STORAGENODE MYSQLPASS = fs42230904680

If I go into the main fog server, open a terminal and type:

mysql -u fogstorage -pfs42230904680

It will throw back this:

ERROR 1045 (28000) : Access denied for user ‘fogstorage’@‘localhost’ (using password: YES)

I think this might be related as to why I can’t image from my storage node possibly?

Ideas?

@jgallo So now after upgrading it fixed computers trying to image on the master node network, but it still FAILS when I try and get my storage node working.

Computers imaging from Master subnet = works
Comupters imaging from Storage Node subnet = does NOT work. It still points to the master node which is 500 miles away lol

Any other ideas? I am currently using the “working” branch.

Is there an easy way of setting up OUs in FOG?

I saw in a post about a year ago Tom Elliot mentioned of a “drop down” list with all the OU configurations for a host.

Just wondering what the most efficient way to do this is and what you guys are doing.

So this is pretty interesting. I don’t know if this was messed up since I captured a computer from the storage node…

So PC1 is on the subnet A
Master is on the subnet A

Storage Node is on subnet B
image was captured on subnet B and uploaded to fog. (when capturing it had the master node as the storage location.

So right now, if I take a computer and try to deploy an image from Subnet A (master node area), it will try and download the image from the Storage Node on subnet B… very slow obv

If I take a computer and try to deploy from Subnet B (Storage Node area), it will try and download from the master node on Subnet A… very slow again…

What did I do wrong or how do I fix this?

@wayne-workman so I type in console:

mysql fog

ALTER TABLE groups AUTO_INCREMENT = 1;

nothing happens

Then i try it with the \G command at the end (\G = send command to mysql server)

it throws back:

Query OK, 0 rows affected
Records: 0 Duplicates: 0 Warnings: 0
ERROR: No query specified

@wayne-workman said in Change group ID number?:

ALTER TABLE groups AUTO_INCREMENT = 1;

also I am using Maria DB not MYSQL

so I am a noob, where do I type that in at? (tried in mysql)

So I made 2 groups, deleted them, and now the numbering order starts at 3.

is there an easy way to switch the number counter back to 1?

@tom-elliott But if I do that, I can’t replicate image between both sites right?

So the way we have it setup is below:

Master FOG in PA
Storage FOG in TX

If someone in TX wanted to “capture” an image it will try to capture directly to the master node in PA (obviously will be extremely slow)

Any way to bypass that and have that image captured to Storage Node first?

@tom-elliott So I went ahead and did the working branch, and I am seeing something new in my Replicator Log. I see now a new line of

------->>>>>> [05-11-18 8:02:29 pm] * All files synced for this item.
[05-11-18 8:02:29 pm] | postdownloadscripts: No need to sync fog.postdownload file to 10.4.11.114
[05-11-18 8:02:19 pm] | File Name: postdownloadscripts
[05-11-18 8:02:19 pm] * Found Image to transfer to 1

I have never seen this line before in my replicator log so hopefully once the image gets pulled over it will say "All files synced for this item*

What do you think? Good chance it will work now?

@tom-elliott Do I have to uninstall fog completely before running git checkout working

@tom-elliott Are you talking about downloading the stable version? 1.5.1?

https://github.com/FOGProject/fogproject

^ that is where I am looking. I don’t see the “github working branch” anywhere.

Also, if I use FileZilla, FTP into both the Storage Node and Master Node, I can view the /images/ folder along with the correct image files. They are both 100% mirrored, but the replicator log is failing “files do not match”, but they do…

Any ideas?

Full log here: (in reverse order - newest on top)

[05-11-18 2:18:20 pm] * Started sync for Image 7280test
lftp -e ‘set xfer:log 1; set xfer:log-file “/opt/fog/log/fogreplicator.7280test.transfer.10.4.11.114.log”;set ftp:list-options -a;set net:max-retries 10;set net:timeout 30; mirror -c --parallel=20 -R --ignore-time -vvv --exclude “.srvprivate” “/images/7280test” “/images/7280test”; exit’ -u fog,[Protected] 10.4.11.114
[05-11-18 2:18:20 pm] | CMD:
[05-11-18 2:18:20 pm] * Starting Sync Actions
[05-11-18 2:18:20 pm] * Deleting remote file: /images/7280test/d1p1.img
[05-11-18 2:18:20 pm] | Files do not match.
[05-11-18 2:18:20 pm] | 25494537163 0 /images/7280test/d1p1.img ftp://fog:CCM2018@10.4.11.114/images/7280test/d1p1.img
[05-11-18 2:17:20 pm] * Deleting remote file: /images/7280test/d1p1.img
[05-11-18 2:17:20 pm] | Files do not match.
[05-11-18 2:17:20 pm] | 25494537163 0 /images/7280test/d1p1.img ftp://fog:CCM2018@10.4.11.114/images/7280test/d1p1.img
[05-11-18 2:16:19 pm] * Deleting remote file: /images/7280test/d1.partitions
[05-11-18 2:16:19 pm] | Files do not match.
[05-11-18 2:16:19 pm] | 132 0 /images/7280test/d1.partitions ftp://fog:CCM2018@10.4.11.114/images/7280test/d1.partitions
[05-11-18 2:16:18 pm] * Deleting remote file: /images/7280test/d1.partitions
[05-11-18 2:16:18 pm] | Files do not match.
[05-11-18 2:16:18 pm] | 132 0 /images/7280test/d1.partitions ftp://fog:CCM2018@10.4.11.114/images/7280test/d1.partitions
[05-11-18 2:16:16 pm] | 7280test: No need to sync d1.original.swapuuids file to 10.4.11.114
[05-11-18 2:16:14 pm] | 7280test: No need to sync d1.original.swapuuids file to 10.4.11.114
[05-11-18 2:16:09 pm] * Deleting remote file: /images/7280test/d1.original.fstypes
[05-11-18 2:16:09 pm] | Files do not match.
[05-11-18 2:16:09 pm] | 15 0 /images/7280test/d1.original.fstypes ftp://fog:CCM2018@10.4.11.114/images/7280test/d1.original.fstypes
[05-11-18 2:16:06 pm] * Deleting remote file: /images/7280test/d1.original.fstypes
[05-11-18 2:16:06 pm] | Files do not match.
[05-11-18 2:16:06 pm] | 15 0 /images/7280test/d1.original.fstypes ftp://fog:CCM2018@10.4.11.114/images/7280test/d1.original.fstypes
[05-11-18 2:16:04 pm] * Deleting remote file: /images/7280test/d1.minimum.partitions
[05-11-18 2:16:04 pm] | Files do not match.
[05-11-18 2:16:04 pm] | 132 0 /images/7280test/d1.minimum.partitions ftp://fog:CCM2018@10.4.11.114/images/7280test/d1.minimum.partitions
[05-11-18 2:16:00 pm] * Deleting remote file: /images/7280test/d1.minimum.partitions
[05-11-18 2:16:00 pm] | Files do not match.
[05-11-18 2:16:00 pm] | 132 0 /images/7280test/d1.minimum.partitions ftp://fog:CCM2018@10.4.11.114/images/7280test/d1.minimum.partitions
[05-11-18 2:15:56 pm] * Deleting remote file: /images/7280test/d1.mbr
[05-11-18 2:15:56 pm] | Files do not match.
[05-11-18 2:15:56 pm] | 1048576 0 /images/7280test/d1.mbr ftp://fog:CCM2018@10.4.11.114/images/7280test/d1.mbr
[05-11-18 2:15:52 pm] * Deleting remote file: /images/7280test/d1.mbr
[05-11-18 2:15:52 pm] | Files do not match.
[05-11-18 2:15:52 pm] | 1048576 0 /images/7280test/d1.mbr ftp://fog:CCM2018@10.4.11.114/images/7280test/d1.mbr
[05-11-18 2:15:47 pm] * Deleting remote file: /images/7280test/d1.fixed_size_partitions
[05-11-18 2:15:47 pm] | Files do not match.
[05-11-18 2:15:47 pm] | 1 0 /images/7280test/d1.fixed_size_partitions ftp://fog:CCM2018@10.4.11.114/images/7280test/d1.fixed_size_partitions
[05-11-18 2:15:43 pm] | 7280test: No need to sync d1.fixed_size_partitions file to 10.4.11.114
[05-11-18 2:15:37 pm] | Image Name: 7280test
[05-11-18 2:15:37 pm] * Found Image to transfer to 1 node
[05-11-18 2:15:37 pm] * Attempting to perform Group -> Nodes image replication.
[05-11-18 2:15:37 pm] | There are no other members to sync to.
[05-11-18 2:15:37 pm] | Image Name: 7280test
[05-11-18 2:15:37 pm] * Not syncing Image between groups
[05-11-18 2:15:37 pm] * Started sync for Image dev/postinitscripts
lftp -e ‘set xfer:log 1; set xfer:log-file “/opt/fog/log/fogreplicator…transfer.10.4.11.114.log”;set ftp:list-options -a;set net:max-retries 10;set net:timeout 30; mirror -c --parallel=20 -R --ignore-time -vvv --exclude “.srvprivate” “/images/dev/postinitscripts” “/images/dev/postinitscripts”; exit’ -u fog,[Protected] 10.4.11.114
[05-11-18 2:15:37 pm] | CMD:
[05-11-18 2:15:37 pm] * Starting Sync Actions

Also, I just triple checked and ran chmod -R 777 /images

Also, if I look in /images/ on both servers. They have the SAME exact files as if it did replicate correctly…

I appreciate anyone’s input on this…

I have 2 servers:

PA -10.4.11.114 - Storage Node - Image #1 replicated

TX-10.4.181.57 - Master Server - Image #1 captured

I have a computer in the same subnet as PA. I pxe boot to 10.4.11.114 just fine, can register the host, but when I deploy the image it will say “Storage Location = 10.4.181.57” and pull down the image very slow. This storage location needs to be the storage node 10.4.11.114

When I look at my image replicator log, i see “files do not match” for every file that is with 7280test

[05-11-18 1:38:24 pm] * Deleting remote file: /images/7280test/d1p1.img
[05-11-18 1:38:24 pm] | Files do not match.