• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. snoopsean
    S
    • Profile
    • Following 0
    • Followers 0
    • Topics 2
    • Posts 12
    • Best 0
    • Controversial 0
    • Groups 0

    snoopsean

    @snoopsean

    0
    Reputation
    558
    Profile views
    12
    Posts
    0
    Followers
    0
    Following
    Joined Last Online

    snoopsean Unfollow Follow

    Latest posts made by snoopsean

    • RE: Fog 1.1.0 multicast sits at "Starting to restore image (-) to device (/dev/sda1)

      im in the same boat as michael. i reinstalled ubuntu 12.04 lts server. installed fog svn 1820. normal unicast works fine, but the group multicast with more than 1 member doesnt work.
      here is the multicast.log.udpcast.6 (in this case its a 6) log:

      Udp-sender 20120424
      Using mcast address 234.1.1.242
      UDP sender for (stdin) at 10.1.1.242 on eth0
      Broadcasting control to 224.0.0.1
      New connection from 10.103.50.144 (#0) 00000009
      New connection from 10.103.50.151 (#1) 00000009
      Starting transfer: 00000009
      Timeout notAnswered=[0,1] notReady=[0,1] nrAns=0 nrRead=0 nrPart=2 avg=10000
      Timeout notAnswered=[0,1] notReady=[0,1] nrAns=0 nrRead=0 nrPart=2 avg=10000
      Timeout notAnswered=[0,1] notReady=[0,1] nrAns=0 nrRead=0 nrPart=2 avg=10000
      Timeout notAnswered=[0,1] notReady=[0,1] nrAns=0 nrRead=0 nrPart=2 avg=10000

      it just keeps going.
      when i multicast to a group with one member, it works. here is the multicast.log.udpcast.8:
      Udp-sender 20120424
      Using mcast address 234.1.1.242
      UDP sender for (stdin) at 10.1.1.242 on eth0
      Broadcasting control to 224.0.0.1
      New connection from 10.103.50.144 (#0) 00000009
      Starting transfer: 00000009
      Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=1220
      bytes= 4 729 088 re-xmits=0000029 ( 0.8%) slice=0112 - 0
      Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=1207
      Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=1311
      Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=1161
      Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=1223
      bytes= 21 851 648 re-xmits=0002455 ( 16.3%) slice=0112 - 0
      Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=1238
      bytes= 29 516 032 re-xmits=0003904 ( 19.2%) slice=0112 - 0
      Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=921
      Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=1151
      Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=1173
      Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=1161
      Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=1155
      So i notice that for both groups, everthing is the same until Timeout notAnswered=
      For the group with 1 member, its:
      Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=1220
      For the group with 2 members, its:
      Timeout notAnswered=[0,1] notReady=[0,1] nrAns=0 nrRead=0 nrPart=2 avg=10000
      The group with 2 members, that message keeps on repeating forever, and the client doesnt show any change.
      The group with 1 member, every so often will update with a:
      bytes= 29 516 032 re-xmits=0003904 ( 19.2%) slice=0112 - 0
      If everyone else is getting it to work, then it makes me think the switches on my side are at fault. In which case shame on me for posting this. And shame on my colleagues for messing around with the switches.
      Please let me know if anyone else is having this issue. I’ll work on my end and post what i found. Im hoping its just a switch where multicast isnt enabled.

      posted in FOG Problems
      S
      snoopsean
    • RE: Fog 1.1.0 multicast sits at "Starting to restore image (-) to device (/dev/sda1)

      ok i went to SVN 1813 but i still had same problem.

      i will do a full reinstall of ubuntu server and then go to the latest svn and see if that fixes it

      posted in FOG Problems
      S
      snoopsean
    • RE: Fog 1.1.0 multicast sits at "Starting to restore image (-) to device (/dev/sda1)

      ok updated to the svn and have same results. no go on the group multicast.

      Its almost like the server doesnt know that it needs to start, like the clients need to tell the server they are ready to multicast. Maybe they are telling the server that, but the server isnt processing that signal correctly.

      Im guessing its either a problem with udp-sender (for some reason the min -receivers isnt being read correctly), or the client isnt using the --nokbd option (or that option isnt working correctly).

      ill keep trying over here to see if i can find any way to make it work. ill also report back if i can get fogmulticastmanager to start on its own (hopefully its a just a problem with ubuntu and i can do a fresh install to make that work).

      posted in FOG Problems
      S
      snoopsean
    • RE: Fog 1.1.0 multicast sits at "Starting to restore image (-) to device (/dev/sda1)

      ok ill do that and let you know

      posted in FOG Problems
      S
      snoopsean
    • Fog 1.1.0 multicast sits at "Starting to restore image (-) to device (/dev/sda1)

      I am working with 2 machines

      Regular unicast works perfectly fine.
      Group unicast works perfectly fine

      The two machines are different types of hardware, but they have the same image attached to each host and the group has the correct image attached to it.

      When i put them into their own groups (like each group has 1 machine in it), multicast works fine
      When i try to multicast to the group of 2, thats when it doesnt work.

      The machines get to The blue screen with
      [B]PartClone v0.2.69 [url]http://partclone.org[/url] [/B]
      [B]Starting to restore image (-) to device (/dev/sda1)[/B]

      They just hang there. Im on ubuntu server 12.04.

      In my apache log, i do see the following:
      [Wed Jun 11 12:00:46 2014] [error] [client 10.103.50.145] PHP Warning: mysqli::mysqli(): (HY000/2002): Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2) in /var/www/fog/lib/db/MySQL.class.php on line 64
      [Wed Jun 11 12:00:46 2014] [error] [client 10.103.50.145] PHP Warning: mysqli::select_db(): Couldn’t fetch mysqli in /var/www/fog/lib/db/MySQL.class.php on line 165
      [Wed Jun 11 12:00:46 2014] [error] [client 10.103.50.145] PHP Warning: mysqli::query(): Couldn’t fetch mysqli in /var/www/fog/lib/db/MySQL.class.php on line 89
      [Wed Jun 11 12:00:46 2014] [error] [client 10.103.50.145] PHP Warning: MySQL::sqlerror(): Couldn’t fetch mysqli in /var/www/fog/lib/db/MySQL.class.php on line 180
      [Wed Jun 11 12:00:46 2014] [error] [client 10.103.50.145] PHP Warning: array_key_exists() expects parameter 2 to be array, null given in /var/www/fog/lib/db/MySQL.class.php on line 150

      I set up mysql with a blank password, so not sure what this could be. I have changed the fog password (on the web interface, for tftp, and with linux command line).
      I do note that i have to manually start the FogMulticastManager service when i want to try anything with multicast (even the group with 1 machine wont multicast unless i do this). Unfortunately it doesnt fix the group multicast with 2 machines.

      I had ran the following command on ther server for testing purposes:
      cat “/images/hp4000/rec.img.000”|/usr/local/sbin/udp-sender --min-receivers 2 --portbase 60512 --interface eth0 --full-duplex --ttl 32 --nokbd;cat “/images/hp4000/sys.img.000”|/usr/local/sbin/udp-sender --min-receivers 2 --portbase 60512 --interface eth0 --full-duplex --ttl 32 --nokbd;

      Note the hp4000 folder is where my image is. the port was a port i used before. When I put the clients into debug mode, I ran the following on them:
      udp-receiver --portbase 60512 --mcast-rdv-address 10.1.1.242
      On the server, it did see that it got a connection:
      New connection from 10.103.50.145 (#0) 00000009
      New connection from 10.103.50.29 (#1) 00000009
      Starting transfer: 00000009
      Timeout notAnswered=[0,1] notReady=[0,1] nrAns=0 nrRead=0 nrPart=2 avg=10000
      Timeout notAnswered=[0,1] notReady=[0,1] nrAns=0 nrRead=0 nrPart=2 avg=10000
      Timeout notAnswered=[0,1] notReady=[0,1] nrAns=0 nrRead=0 nrPart=2 avg=10000
      Timeout notAnswered=[0,1] notReady=[0,1] nrAns=0 nrRead=0 nrPart=2 avg=10000
      Bad command 0200
      Bad command 0200

      So i ran the command on one machine and got the first line. Then i ran on second and got second line
      At that point it started the transfer on its own. On the clients, it said “press any key to receive data”. I hadnt pressed that yet. When i did, i got the “Bad command” lines. The Timeout notAnswered lines showed up on their own.

      When i try the actual deploy task in fog web console, here is what i see from my multicast.log log:
      [06-11-14 2:53:29 pm] | Task (17) Multicast Group Quick Deploy is new!
      [06-11-14 2:53:29 pm] | Task (17) Multicast Group Quick Deploy image file found.
      [06-11-14 2:53:29 pm] | Task (17) Multicast Group Quick Deploy client(s) found.
      [06-11-14 2:53:29 pm] | Task (17) Multicast Group Quick Deploy sending on base port: 60512
      [06-11-14 2:53:29 pm] CMD: cat “/images/hp4000/rec.img.000”|/usr/local/sbin/udp-sender --min-receivers 2 --portbase 60512 --interface eth0 --full-duplex --ttl 32 --nokbd;cat “/images/hp4000/sys.img.000”|/usr/local/sbin/udp-sender --min-receivers 2 --portbase 60512 --interface eth0 --full-duplex --ttl 32 --nokbd;
      [06-11-14 2:53:29 pm] | Task (17) Multicast Group Quick Deploy has started.
      [06-11-14 2:53:39 pm] | Task (17) Multicast Group Quick Deploy is already running PID 2628
      [06-11-14 2:53:49 pm] | Task (17) Multicast Group Quick Deploy is already running PID 2628

      I see the “is already running” every 10 seconds until i delete the task. Nothing else pops up, even when clients try to multicast.
      Im hoping someone has seen this same problem. Until then, group unicast works fine, and i will probably have people use the capone deploy.
      Thanks again devs for making this, I know i only show up when i have problems, but this is really great software
      Let me know if you need picturs, or you want other log data.

      posted in FOG Problems
      S
      snoopsean
    • RE: Fog 1.0.0 and capone plugin

      also wanted to note that it looks much cleaner. and it works right from setting the options on the webpage. no need to manually edit the /tftpboot/pxelinux.cfg/default file anymore!!!

      This release looks great. Thank you for all the work you and the rest of the developers did on it.

      posted in FOG Problems
      S
      snoopsean
    • RE: Fog 1.0.0 and capone plugin

      ok i installed the latest revision, but i was still getting the webpage where it wouldnt load the bottom part.

      I reinstalled the OS (ubuntu 12.04 LTS), and installed fog 1.0.1. i instaklled and activated capone and the web page comes up correctly!

      posted in FOG Problems
      S
      snoopsean
    • RE: Fog 1.0.0 and capone plugin

      you are great jbsclm!

      ya that page does not load correctly for me with latest version 1.0.0.0.

      I will try to do the latest svn (ill check the wiki for how to do that). If i cant get it to go ill wipe the server and see if i still cant load the page.

      Yes i enabled the plugin and installed.

      Ill report back my findings in this thread

      posted in FOG Problems
      S
      snoopsean
    • RE: Fog 1.0.0 and capone plugin

      thank you so much for checking that out. If i cant make the stakble 1.0.0.0 install work i will get the latest svn.

      I did want to ask, does that particular capone web page come up for you? the one where you can select the DMI values?
      [url]http://srfog/fog/management/index.php?node=plugin&sub=installed&run=aad276684955eb3421d3edd3e79cd0dc&installed=aad276684955eb3421d3edd3e79cd0dc[/url]

      posted in FOG Problems
      S
      snoopsean
    • RE: TFTP PXE File Not Found after Upgrade

      what are permissions on the actual undionly.kpxe file which is in the tftpboot folder?

      make sure its has read and execute for anyone. the pxe client doesnt connect as fog, it connects to the tftp service as anonymous, and the tftp service needs to be able to read the endionly.kpxe file

      posted in FOG Problems
      S
      snoopsean