[quote=“Joseph Hales, post: 41724, member: 18131”]Have you tried adding both MAC addresses to FOG?[/quote]
I tried adding another MAC address on a different host and the add MAC button doesn’t do anything when I click it
[quote=“Joseph Hales, post: 41724, member: 18131”]Have you tried adding both MAC addresses to FOG?[/quote]
I tried adding another MAC address on a different host and the add MAC button doesn’t do anything when I click it
[quote=“kirk_, post: 41722, member: 27883”]I’m not sure if it’s related but I have a similar issue on a box that has more that 1 network card. The initial boot sequence will use the main ethernet port, then the latter portion of the boot sequence wants to use the second port.
In my case what happens is that ethernet port #1 will properly load the bzImage and init_32.xz. After that the s40network script brings up eth0 but now eth0 points to the second network port.
I’m using the SVN version from yesterday, BTW.[/quote]
I was having the exact same problem, “Sending discover” just constantly looped
Took the second NIC out of the PC and it’s working like normal
I’m running SVN 2973
EDIT: I was trying to do a full registration, the PC wasn’t registered yet and hadn’t tried adding it manually
Well I was working on something else and messed things up even more… lol?
I’m not using this in production, just seeing what I can mess up and testing
Anyways I just left the database alone, I didn’t touch anything at all when updating
But before running the 1.2 installer while on 2556 none of my images would show in the list and if I tried to create another one they wouldn’t show up either
Hosts show up and I can create new ones on 2556 if that matters at all
At the end of the apache error log there’s several PHP warnings
[QUOTE]PHP Warning: in_array() expects parameter 2 to be array, null given in /var/www/fog/lib/pages/ImageManagementPage.class.php on line 351, referer: [url]http://127.0.0.1/fog/management/index.php?node=image&sub=edit&id=4[/url][/QUOTE]
There’s also this warning
[QUOTE]PHP Warning: MySQL::sqlerror(): Couldn’t fetch mysqli in /var/www/fog/lib/db/MySQL.class.php on line 180, referer: [url]http://127.0.0.1/fog/commons/schemaupdater/index.php?redir=1[/url][/QUOTE]
I’m not too worried about fixing this, like I said, it’s a test machine but thought I’d bring it up just in case
[quote=“ArchFan, post: 38653, member: 19266”]Where are your images stored, /images?[/quote]
Correct, I’ve always had everything set to the default
I just went from 1.2 to build 2556 and none of my images show up under image management now
If I run the 1.2 installer again, they show up like nothing has changed
Have any idea why that would be?
And the password for your storage node is the same as the one in the Fog configuration?
I may be wrong but I believe that password also has to be the same for the user “fog”
Did you try what I suggested in my last post?
[quote=“andyroo54, post: 33848, member: 267”]we always had this massive delay logging in, it was never a big enough concern to bother looking into from my end but the problem is gone now![/quote]
A little off topic but I have had this problem every single time there’s an update for Fog available
Right now I’m on 1.2 and logging in is instant but on every other version I’ve used (which is all of them since .32), it would take at least 30 seconds to login whenever there was an update available
Why did you use such an old version?
1.2 was just released on the 21st
Anyways, open your Fog web interface, click “Fog Configuration” and then “FOG Settings” and copy the password for “FOG_TFTP_FTP_PASSWORD” into the config file
Restart the server and see if it starts working for you
Make sure PC1 has a Host Image selected and make sure the image has the correct operating system selected