It’s a Dell E5440. The network and chipset are Intel. For exact chipset model I’ll have to dig a little bit as I don’t have that info in front of me at the moment.
Posts made by jamesb
-
RE: SVN 3196 new hosts MAC address issue
-
RE: SVN 3196 new hosts MAC address issue
We are only inputting the wired MAC manually. This is a laptop so it does have wireless and bluetooth as well but we are only entering the wired MAC manually. There was no issue on 3191. I updated straight through to 3196 so I’m unsure if this issue first showed up in this revision or if it occurred on any revision between 3196 and 3191. I need to test that.
-
RE: SVN 3196 new hosts MAC address issue
SVN 3198 still has this issue of the MAC not being added to the database.
-
SVN 3196 new hosts MAC address issue
I’m currently on 3196 and every time I add a new host the MAC address does not get added to the database. The hostname does but no MAC addresses is added.
-
RE: Did the hostname changer change how it works?
I only brought this up because it used to work like that a some revisions ago. The old client would reboot the machine to change the hostname even if the computer was logged in. Then the first few revisions of the new client would have a pop up box saying the computer needs to rename and reboot and once you hit the ok button it would then restart and change the hostname. However these latest revisions seemed to have taken away that function.
-
RE: Did the hostname changer change how it works?
That option is for the task reboot service but not the hostname changer service. So unfortunately that won’t force the pc to reboot and change it’s name.
-
Did the hostname changer change how it works?
I wasn’t sure where to put this since it isn’t broken and this isn’t exactly a feature request. Before the new client version of FOG the hostname changer would change the hostname even if a user was logged in. However now in the log file I get a message that says a user is logged in and will rename it later after the user logs out. Could possibly have an option or something to let us rename even if a user is logged in? Or would that cause issues with how the hostname changer acts now?
-
New user can't log in to FOG mobile
I’m curently on SVN 3188. I just created a new user to only use the FOG mobile site however they are unable to log into it. It only shows a 1 at the top of the page. Here are the apache error logs I found:
[SIZE=13px][COLOR=#555555][Wed Apr 01 09:21:08.690966 2015] [:error] [pid 27171] [client 172.26.8.58:61253] PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/fog/lib/fog/Page.class.php:100) in /var/www/fog/mobile/index.php on line 35, referer: [url]http://fogvm/fog/mobile/index.php?node=login[/url]
[Wed Apr 01 09:21:08.690974 2015] [:error] [pid 27171] [client 172.26.8.58:61253] PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/fog/lib/fog/Page.class.php:100) in /var/www/fog/mobile/index.php on line 36, referer: [url]http://fogvm/fog/mobile/index.php?node=login[/url]
[Wed Apr 01 09:21:08.690981 2015] [:error] [pid 27171] [client 172.26.8.58:61253] PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/fog/lib/fog/Page.class.php:100) in /var/www/fog/mobile/index.php on line 37, referer: [url]http://fogvm/fog/mobile/index.php?node=login[/url]
[Wed Apr 01 09:21:08.690988 2015] [:error] [pid 27171] [client 172.26.8.58:61253] PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/fog/lib/fog/Page.class.php:100) in /var/www/fog/mobile/index.php on line 38, referer: [url]http://fogvm/fog/mobile/index.php?node=login[/url][/COLOR][/SIZE] -
RE: SVN 2979 multicast issues
Here is exactly what we used to test the connections:
root@fogVM:/images/DellOptiplex3020syspreptest# udp-sender --file /opt/fog/log/multicast.log --ttl 32 --mcast-data-address 239.168.1.1 --min-receivers 2
Udp-sender 20120424
Using full duplex mode
UDP sender for /opt/fog/log/multicast.log at 172.28.2.21 on eth0
Broadcasting control to 224.0.0.1
New connection from 172.28.16.36 (#0) 00000009
Ready. Press any key to start sending data.
New connection from 172.28.16.49 (#1) 00000009
Ready. Press any key to start sending data.
Starting transfer: 00000009
bytes= 2 200 re-xmits=0000001 ( 50.0%) slice=0112 - 0
Transfer complete.
Disconnecting #0 (172.28.16.36)
Disconnecting #1 (172.28.16.49)Here is the one for the image:
root@fogVM:/images/DellOptiplex3020syspreptest# gunzip -c “/images/DellOptiplex3020syspreptest/d1p1.img” | /usr/local/sbin/udp-sender --min-receivers 2 --mcast-data-address 239.168.1.1 --portbase 9000 --interface 172.28.2.21 --full-duplex --ttl 32
Udp-sender 20120424
UDP sender for (stdin) at 172.28.2.21 on eth0
Broadcasting control to 224.0.0.1
New connection from 172.28.16.36 (#0) 00000009
Ready. Press any key to start sending data.
New connection from 172.28.16.49 (#1) 00000009
Ready. Press any key to start sending data.
Starting transfer: 00000009
Timeout notAnswered=[0,1] notReady=[0,1] nrAns=0 nrRead=0 nrPart=2 avg=6696
Timeout notAnswered=[0,1] notReady=[0,1] nrAns=0 nrRead=0 nrPart=2 avg=6696
Timeout notAnswered=[0,1] notReady=[0,1] nrAns=0 nrRead=0 nrPart=2 avg=6696
Timeout notAnswered=[0,1] notReady=[0,1] nrAns=0 nrRead=0 nrPart=2 avg=6696 -
RE: SVN 2979 multicast issues
I just upgraded to 3180 and it still doesn’t work. Unicast works fine but is there some specific folder permissions that need to be in place for mulicast to work on the server. I doubt there is but I’m running out of ideas.
-
RE: New Client: Active Directory join not working and Host deletet
I’m currently on SVN 3179 and the host MAC delete still happened to me when I tried the active directory setting with the new client option.
-
RE: SVN 3168 Invalid host
I’ve did that many times. Even when rebooting it wants to add in all of those MAC addresses. I’ve turned off the host registration which seems to have solved the problem for now. I’ve never seen the host registration service want to grab every single MAC address before.
-
RE: SVN 3168 Invalid host
No, and I think I’m starting to figure out why. This host is a laptop and it has a bunch of wireless MAC’s and a Bluetooth MAC along side of the normal LAN MAC. Upon testing some settings instead of rebooting the whole machine I just kill the FOG service and restart it. However it seems when I do that It tries to register all of those wireless MAC’s and makes a mess of my database. I manually created this host so it had a proper hostID number but after restarting the service on the laptop it now has a hostID of 0. This pushes the laptop to pending status but it never shows up in my pending list as it remains blank. Here are screenshots of my database.[ATTACH=full]1830[/ATTACH][ATTACH=full]1831[/ATTACH]
[url=“/_imported_xf_attachments/1/1830_ScreenHunter_68 Mar. 30 07.57.jpg?:”]ScreenHunter_68 Mar. 30 07.57.jpg[/url][url=“/_imported_xf_attachments/1/1831_ScreenHunter_69 Mar. 30 07.58.jpg?:”]ScreenHunter_69 Mar. 30 07.58.jpg[/url]
-
RE: SVN 3168 Invalid host
Here is the log file from the machine.
[url=“/_imported_xf_attachments/1/1828_fog.log.txt?:”]fog.log.txt[/url]
-
SVN 3168 Invalid host
I’m having an odd issue with some of my machines. I have all my machines syspreped and imaged with the FOG service on them so they will rename after the sysprep. The renaming did initially work but now when I look at the log file after I rebooted the machine I get an Invalid Host error for every single module that I have turned on. Here is the apache error that is referencing the machine.
[SIZE=13px][COLOR=#555555]PHP Warning: Invalid argument supplied for foreach() in /var/www/fog/lib/fog/Host.class.php on line 478
[Fri Mar 27 15:24:11.393732 2015] [:error] [pid 30448] [client 172.52.8.83:49216] PHP Warning: Invalid argument supplied for foreach() in /var/www/fog/lib/fog/Host.class.php on line 497[/COLOR][/SIZE] -
RE: SVN 2979 multicast issues
We have tried the stop and starting of the services many times with no real changes. Here is what my iptables list says:
Chain INPUT (policy ACCEPT)
target prot opt source destinationChain FORWARD (policy ACCEPT)
target prot opt source destinationChain OUTPUT (policy ACCEPT)
target prot opt source Destination -
RE: SVN 2979 multicast issues
It was the multicast.log file located in /opt/fog/log.
-
RE: SVN 2979 multicast issues
It’s been a while since I last posted about this but me and the network team has made some headway but we hit another wall. In FOG we had 2 machines in debug mode for the udp-receive and we were able to multicast a log file successfully. However whenever we tried an image file we would always the the result: Timeout notAnswered=[0,1] notReady=[0,1]
Does anybody know why we were able to do a log file but not an image file? -
RE: Hosts not searchable (Sporadic results)
Normally this is true, but this was a very unique test machine that we started to use to create images and we wanted the name to stand out.