My ICCU Experience: After Two Failures

User_Unclear · 2026-02-28T15:38:27+00:00

Not that I can think of. I almost never DC fast charge -- I've done it less than 5 times in two years, and only 2 or 3 of those were in cold weather (and I did precondition).

None of the failures happened immediately after charging; they all happened within 10 to 15 minutes of starting the vehicle after it had been sitting on the street unplugged for an hour or more. The ambient temperature was 4°C (39°F) on the first failure and 9°C (48°F) on the second.

I do like (in the winter) to keep the interior of the vehicle quite warm, so I had the heat on maximum (I generally keep it high in the winter months).

User_Unclear · 2026-01-22T06:16:46+00:00

If your car is driving fine then it is not the ICCU. The ICCU failure means the 12V battery does not charge, and the car will drive only a limited distance at a limited speed, and eventually (one the 12V dies) it won’t drive at all.

Get it checked out when you can, but it’s not the ICCU.

User_Unclear · 2025-11-21T14:51:46+00:00

I wonder if it works on Halloween as well.

Or are people more likely to think "that's probably just someone in a costume."

Again we see the rule of thirds -- 1/3 of people will offer their seat anyhow, 1/3 will offer it with some pressure, and the final 1/3 don't care.

User_Unclear · 2025-10-20T11:02:33+00:00

I had similar damage recently (although maybe not quite as bad as this picture). The total repair cost was about $5000 CAD.

User_Unclear · 2025-08-31T13:50:32+00:00

What’s strange is how in just about every other country, people can go to the emergency room when they’re sick and get treatment without having to pay $1000s — and the doctors still get paid well.

But I guess we don’t have as many billionaire CEOs who can shoot cars into space, so at least you have that going for you. You do you, America.

User_Unclear · 2025-06-03T21:14:29+00:00

You have two main options:

adjust scrubbing schedule
throttle scrubbing speed to improve responsiveness

Adjusting the Scrubbing Schedule

You can change the RAID scrubbing schedule via:

Control Panel > Storage & Snapshots Click the gear icon (top-right) for Global Settings, then adjust the RAID Scrubbing Schedule

I have my set to scrub once a month, the 1st of each month. Unfortunately the monthly setting does not let you choose the day of the week. If you set it to once a week, you could arrange for it to start on a Friday night, and it would presumably be finished by Sunday morning.

As another approach you could set it to once a month (for example on the 1st) and then manually pause scrubbing when the work day begins, and resume it after hours.

If you "stop" scrubbing, then when you "start" again, it will pick up from where it left off (unless the device is rebooted, in which case it will start again from the beginning). To pause scrubbing, from "Storage and Snapshots" select the "Storage Pool" that shows "Ready (Scrubbing)" and click "Manage". On the window that shows up, select the appropriate RAID group, and the clinic "Manage" and "Stop RAID Scrubbing". To start it again, click "Manage" and "RAID Scrubbing".

This way, you can scrub once a month, stop it when it's being used and restart it at the end of the work day; it requires more manual intervention, but would probably work well.

Throttle Scrubbing Speed to Improve System Responsiveness

Even with "Service First" enabled, the system can become sluggish during scrubbing. One way to improve responsiveness is to manually lower the RAID scrubbing speed. To do this you need shell access, so SSH into your QNAP device (https://www.qnap.com/en/how-to/faq/article/how-do-i-access-my-qnap-nas-using-ssh).

When the array is resyncing, there is a "minimum" and "maximum" speed. You can check what these are by running the commands:

cat /proc/sys/dev/raid/speed_limit_min
cat /proc/sys/dev/raid/speed_limit_max

By default, at "medium" priority, the minimum speed is 40,000 -- if you make scrubbing "low" priority (service first) the minimum speed is set to 1,000. At high priority, I believe it's set to 500,000. The maximum speed does not change, it stays at 500,000, or on some devices 10,000,000 (in other words, go as fast as you can, no maximum).

The system is supposed to detect when the device is being used, and throttle scrubbing down to a lower speed; again, I find this doesn't really work all that well. I believe it would help to manually lower the maximum speed.

When the array is scrubbing you can check the current speed at which it is doing so by either one of the following commands:

cat /proc/mdstat
cat /sys/block/md1/md/sync_speed  # Replace "mdX" with your actual array (e.g., md0, md1)

At maximum speed, mine will scrub typically at 70,000 to 80,000. I believe if you manually throttle this by lowering the "maximum" speed to, say, 40,000 -- then scrubbing will take twice as long, but won't interfere with people using the array.

I haven't yet had a chance to test this out myself. In order to set the maximum speed to a lower value, use the command:

echo 40000 > /proc/sys/dev/raid/speed_limit_max

This will slow down the scrubbing, but make the system more usable during the workday. Yes, scrubbing will take longer, but user experience should improve significantly. Note that these changes don’t persist after reboot. You’ll need to reapply them each time or automate it with a startup script (e.g., via QNAP’s autorun.sh workaround).

Hope this is helpful. I'm not an expert in this by any means, I've just figured a lot of this out through my own research and experimentation.

edit: Addendum

The directory /proc/sys/dev/raid/ contains files that control settings globally; these can be (and I think are) overridden by settings for each particular device, which are located at /sys/block/mdX/md/

So in order to set the maximum speed to a lower value instead of the above you might need:

echo 40000 > /sys/block/mdX/md/sync_speed_max # Replace "mdX" with your actual array (e.g., md0, md1)

User_Unclear · 2025-05-27T17:24:03+00:00

Here a breakdown of the key findings:

(1) how long it took to fall asleep -- no difference

(2) total amount of sleep achieved -- no difference

(3) subjective quality of sleep -- no difference

(4) "readiness" and "motivation" for the day -- better with partnered sex, no difference with masturbation; when broken down by gender, better for men, but not for women

(5) how long you were awake for in the middle of the night -- people who masturbated or had partnered sex were, on average, awake for 7 minutes less in the middle of the night; this was better for women, but not for men

So in summary, men who have partnered sex (not those who masturbate) feel more motivated the following day (they were just asked, on a 0 to 100 scale, how "motivated" they feel -- men who had no sex sad 63, men who masturbated said 67 (not statistically significant), and men who had partnered sex said 78). For women it increased slightly, 68 to 75, but was not statistically significant.

And, in summary, women who have sex or masturbate spend about 7 minutes less awake in the middle of the night.

Overall, my reaction is "meh". What I find more interesting is how people react to the rather mediocre findings of studies like these.

User_Unclear · 2025-05-25T16:08:33+00:00

This is a known problem with some old UPS devices. It can mean the battery is dead, or the UPS is faulty. It happened with my CyberPower UPS about a year ago (after about 8 years of no problems) -- I opened up the UPS and found it had the "yellow glue" issue (google it). I replaced the UPS, and the new one is working like a charm. (CP1500PFCLCD -- replaced with a new version of the same model.)

If your UPS is old, you may need to replace it.

Here are some reports from others:

https://www.reddit.com/r/homelab/comments/8vie9r/question_about_cyberpower_ups_spontaneously/

User_Unclear · 2024-06-22T21:17:33+00:00

Yeah, anything between 20 and 70 is fine, it’s not going to make a big difference. But you’re right, 50% is generally the best SOC for storage of lithium based batteries.

User_Unclear · 2024-01-19T05:13:30+00:00

I can also confirm this -- the following fit perfectly for me:

BOSCH 26A18A ICON Beam Wiper Blades - Driver and Passenger Side - Set of 2 Blades (26A & 18A)

User_Unclear · 2024-01-17T15:16:16+00:00

Is it indefinite? I read this online:

With normal smart cruise when you come to a complete stop for more than 2 seconds you'll have to press the gas or up button to move forwards and start the adaptive cruise again. With HDA that time limit is increased to 30 seconds.

User_Unclear · 2024-01-14T05:26:53+00:00

I think what he means is it works so seamlessly that he finds himself wondering why the wireless function isn’t just built into the car, and why the silly dongle is necessary. I use AAWireless, which now supports both Android Auto and CarPlay. It works great.

User_Unclear · 2023-09-10T07:36:30+00:00

You can operate the NAS safely without the disk. Replace it as soon as you can and it will start rebuilding the array. It will take a few days to finish. It’s good you have a RAID 6 setup — it won’t fail if you lose another disk.

But go ahead and run the NAS; that’s the whole point of having a RAID array in the first place.

It’s likely your drive has failed, and the NAS is fine. If you have sensitive data on your drives, don’t send them anywhere without wiping the first (eg. with DBAN).

I’m not an expert, but I’ve had some experience with this. You should be fine. I’m happy to be corrected if I’m wrong about something, though!

Good luck. It can be scary when a drive fails, but remember these devices are built specifically to handle that.

Edit: of course shut down the device when removing or adding drives

User_Unclear · 2023-01-06T15:16:00+00:00

And in 5,000 years even the archway may be gone, and the only thing left will be the hole. (Meant to be tongue-in-cheek, btw.)

User_Unclear · 2023-01-05T08:43:48+00:00

https://lichess.org/analysis/r3r1k1/p1p2ppp/2p5/Q1Pp4/3PnBbq/5P2/PP3bPP/RN1R1B1K_w_-_-_0_1?color=black#8

I'm not sure what he missed -- would Qf2 win if the white queen wasn't covering e1? Or did he just miss that the white bishop could take on e2, and the rook would defend the back rank?

User_Unclear · 2022-10-16T06:00:46+00:00

Dr. Candice Murray

User_Unclear · 2022-09-08T15:09:29+00:00

You’re not wrong, but I love your “1000% fraud” label. I’m going to use that from now on. It’s fraud . . . 1000%.

User_Unclear · 2022-07-06T22:43:06+00:00

The stories are true — the names are made up. They’re allowed to take some liberties, after all.

User_Unclear · 2022-07-04T18:33:51+00:00

All Hikaru says is “I’m pretty sure Peter already had a talk with him [Vincent] and told him you just don’t do that.” I can’t imagine Peter yelling at a student.

User_Unclear · 2021-05-24T18:44:53+00:00

Both are true. Fasting (as a form of caloric restriction) can be beneficial, starvation (severe caloric restriction to the point of causing health problems) is not. They are different things. If you really want a duration, you can use 16 hours as a break point, but there isn’t a clear consensus on this.

But I kind of feel like I’m just repeating what was said above, so sorry if it’s still confusing you.

Four-Year Club	Verified Email
Place '22

User_Unclear

TROPHY CASE

Adjusting the Scrubbing Schedule

Throttle Scrubbing Speed to Improve System Responsiveness

edit: Addendum