search for: uninterupt

...s.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 is not a bug" This is wrong, because IMHO dd should receive the signal after it finishes the current read()/write() and returns to user space, but this is not happening. How can I reopen the bug? Thanks Adrian Buciuman

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

...ation of the passwords, but if you do, you now have something very akin to an RWDC. So, to put it into a nutshell, I personally would only run an RODC if it was likely to be stolen (in which case, you would have to ask, why do we have anything valuable here ?) and if the dns is rock solid to allow uninterupted communication between the RODC and the other site. Rowland

...see this behavior as well. Never have found a solution - other >> than increasing the threshold and pretending it doesn't happen. >> > We see it a fair bit, and this is on server running on bare metal, not VMs. > On bare metal is usually means some hardware has gone into an uninteruptable IRQ and the CPU is waiting for it to go away. I saw this with systems with Green disk drives a while ago. Something going to talk to the drive would just sit for long times while the drive spun up, the cache was validated etc. Other things would be drives on USB disks too when some other USB it...

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 t...

...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, we are testing a dc/rodc configuration with Samba AD, but we are stuck with a problem that occurs when one of the writable DCs (the one that was used as a partner during rodc join) is shutdown: Test configuration: - writeable dc and read only dc Samba 4.21 installed on Debian 12, with two sites configured - 2 writetable dc named dc-1 and dc-2 on central site -

...ation of the passwords, but if you do, you now have something very akin to an RWDC. So, to put it into a nutshell, I personally would only run an RODC if it was likely to be stolen (in which case, you would have to ask, why do we have anything valuable here ?) and if the dns is rock solid to allow uninterupted communication between the RODC and the other site. Rowland -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba

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,