search for: uninterupted

Hi, Can somebody reproduce this bug? http://bugs.centos.org/view.php?id=4220 dd if=/dev/zero of=/dev/my_usb_stick_device_name bs=4096 count=10000 can not be stopped with ctrl-c and is not responding to signals (count=10000 can be modified to give you enough time to test) The bug has been closed with the following comment: "As said: dd is in an uninteruptable state when you do that. This

Adam Tauno Williams wrote: > On Mon, 2017-08-07 at 15:26 +0000, KM wrote: >> All,This happens on all of our CentOS 7 VMs.? but as stated in the >> email trail, the file softlockup_thresh does not exist.? Should it be >> added?? What is the best way to get rid of this behavior. >> Thanks in advance and sorry if I missed something along the way.KM > > Yes, I see this

On 24 April 2018 at 17:16, <m.roth at 5-cent.us> wrote: > Adam Tauno Williams wrote: >> On Mon, 2017-08-07 at 15:26 +0000, KM wrote: >>> All,This happens on all of our CentOS 7 VMs. but as stated in the >>> email trail, the file softlockup_thresh does not exist. Should it be >>> added? What is the best way to get rid of this behavior. >>>

After several days of uninterupted operation (about 4 or 5 days I believe), ices-0.4 starts to return this error countless times: "Could not open cuefile [/tmp/ices.cue] for writing, cuefile not updated" This error eventually causes the stream to misreport the name of the currently playing song. Instead of reporting the...

...is going on, downloaders should be allowed to have 100% of the bandwidth. But if, for example, 6 people start using RealAudio streams (16Kbps per stream * 6 = 96Kbps, or about 20% of the available bandwidth), then I''d like the 6 RA streams to have top priority so as to receive clean, uninterupted streams. The downloaders (however many there are) would have the remaining 80% of the bandwidth to divide among themselves). And if some of the RA streamers then disconnected, the unused bandwidth should become available to the downloaders. So what technique do I need to be looking at here?...

Hello. I would like to know if promise RAID cards are compatible with CentOS / RHEL ? I have seen that only SATA is supported on the RHEL hardware compatibility list. The other ATA raid cards seems not to be compatible. They give source code and promise grants compatibility with RedHat 8 and 9 but not RHEL. I would like to know if somebody tried a ATA raid card like Fasttrack TX2000, SX4000,