I did use multiple partition single disk.
HP 6000’s simply dont image properly.
Posts made by mfahey
-
RE: Windows 7 image = startup repair = bricked
-
RE: Transmit bandwidth in graph is wrong
sh int in my cisco switch on the port that fog is plugged into shows 800mb/sec. The graph was only showing 10mbit.
Seems to happen anytime its over 100mb with unicast traffic.
OS is Ubuntu.
-
RE: Transmit bandwidth in graph is wrong
What information do you need? I will gladly provide it
-
Windows 7 image = startup repair = bricked
Microleaks,
can you give me more information about this fix? [url]http://freeghost.svn.sourceforge.net/viewvc/freeghost?view=revision&revision=882[/url]It seems imaging a windows 7 machine with more then 2 partitions on a single disks always does not work.
It will go into windows startup repair then give random windows error messages.
THe current drive has the following.
boot partition
os partition
recovery partition -
Transmit bandwidth in graph is wrong
The graph on the main screen of fog says 100mbit transmitted.
On the switch that server is pushing 800+ mbit.
Graph is very off.
Fog 0.32
eth0 -
Image upload stops at 80% hung_task_timeout
Trying to upload an image and it got about 80% then the error below shows on screen and it never finishes.
HP 6000 single disk. chkdsk has been run.
What is process pigz and why is it hungup?
Frustrating!
[COLOR=black][FONT=Tahoma][2640.688033] INFO: task pigz:284 blocked for more than 120 seconds
[2640.688075] “echo 0 > proc/sys/kernel/hung_task_timeout_secs” disables this message.[/FONT][/COLOR] -
RE: Multicast very slow
Running 0.32 with more hp 6000 we are getting 50mib multicast.
sata operation mode is ahci.There is something with the kernel and this hardware set that is making this really slow.
any solutions? -
RE: Multicast very slow
We were running fog 0.29. I upgraded to 0.32 and we are now getting in the range of 300-400mib. The problem is with these hp 6000 and their hard disk controller and or bios and or hard disk. The newer kernel included with 0.32 is working great. I will test again with the sata operation mode in “ide” I have seen others claim they get very high speeds with this change.
-
RE: Task management status always = 0%
It should only show N/A or hide the column if its not a single partition. Just a suggestion.
-
Task management status always = 0%
On the active multicast tasks screen the status always says 0% for any multicast session.
The sessions finish and work but the status never changes. Had same problem in 0.29 and still exists in 0.32 -
RE: Multicast very slow
I’ll clarify my question. What is the TTL that udp-sender sets for the multicast packets in fog?
-
Multicast group problems
I am noticing it takes 10-20mins for a multicast session to even start.
in config.php I have the following
checkin_timeout = 60
FOG_MULTICAST_MAX_SESSIONS=500and in /opt/fog/service/etc/config.php
“MULTICASTDEVICEOUTPUT”=/dev/tty2
“MULTICASTSLEEPTIME”=10
“MULTICASTINTERFACE”=eth0
“UDPSENDER_MAXWAIT”=240 -
RE: Multicast very slow
What is the ttl for multicast traffic? Im seeing alot of bad destination errors
sh ip traffic
IP Software Processed Traffic Statistics
Transmission and reception:
Packets received: 995490936, sent: 353032236, consumed: 2062,
Forwarded, unicast: 26241102, multicast: 0, Label: 0
Opts:
end: 0, nop: 0, basic security: 0, loose source route: 0
timestamp: 0, record route: 0
strict source route: 0, alert: 123715127,
other: 0
Errors:
Bad checksum: 2, packet too small: 0, bad version: 0,
Bad header length: 0, bad packet length: 0, bad destination: 9012862,
Bad ttl: 12967115, could not forward: 210684575, no buffer dropped: 0,
Bad encapsulation: 263693866, no route: 63460, non-existent protocol: 0
Stateful Restart Recovery: 0
MBUF pull up fail: 0
Fragmentation/reassembly:
Fragments received: 0, fragments sent: 8000, fragments created: 8002,
Fragments dropped: 0, packets with DF: 0, packets reassembled: 0,
Fragments timed out: 0[url]http://www.cisco.com/en/US/tech/tk828/technologies_tech_note09186a0080094b55.shtml[/url]
-
RE: Multicast very slow
Fog is idle. attempted to image a hp 6000 sff and it is getting 18mib. Something is wrong.
Network is idle.
Nic on clients is intel 82567lm3. Restarting fog services and apache will increase the speed of multicast to about 200mib .Is fog still alive?
-
RE: Multicast very slow
The server has a ton of ram and 2TB raid 5 storage. All machines are brand new. Similar machines at another location get 500/600mib
Can you suggest which kernel is best for the e1000 driver? Intel nic.
-
Multicast very slow
Multicast of 30 HP 6000 sff machines is only giving 170mib. However, on other vlans with other computers average multicast is around 600-700mib. Network is idle. No other jobs on fog.
Unicast to same machines gives around 800-900mib.
Fog server has 1Gb uplink and is idle. 170 mib per machine is not acceptable.
Any suggestions?