Minecraft error code 0xc0000bb8

Log inSkip to main contentSkip to sidebar

14 часов назад, Shomen сказал:

что пишет если запускать без мода replaymod 

[14:47:20] [main/INFO]: Loading Minecraft 1.19.2 with Fabric Loader 0.14.9
[14:47:20] [main/INFO]: Loading 112 mods:
    — appleskin 2.4.1+mc1.19
    — bendy-lib 2.1.2 via emotecraft
    — blue_endless_jankson 1.2.1 via jankson
    — caffeineconfig 1.0.0+1.17 via sodium-extra
    — cem 0.7.1
    — citresewn 1.1.2+1.19.2
    — citresewn-defaults 1.1.2+1.19.2 via citresewn
    — clickthrough 1.19.1-fabric0.58.5-0.4
    — cloth-basic-math 0.6.1 via cloth-config
    — cloth-config 8.2.88
    — coat 1.0.0-beta.19+mc22w17a via completeconfig
    — completeconfig 2.1.0
    — completeconfig-base 2.1.0 via completeconfig
    — completeconfig-gui-cloth 2.1.0 via completeconfig
    — completeconfig-gui-coat 2.1.0 via completeconfig
    — completeconfig-gui-yacl 2.1.0 via completeconfig
    — cr-arrows-info 1.2.1+1.19
    — crowdin-translate 1.4+1.19 via clickthrough
    — ecs 1.2.1-MC1.19
    — emotecraft 2.2.5
    — fabric-api 0.62.0+1.19.2
    — fabric-api-base 0.4.12+93d8cb8290 via fabric-api
    — fabric-api-lookup-api-v1 1.6.10+93d8cb8290 via fabric-api
    — fabric-biome-api-v1 9.0.18+c6af733c90 via fabric-api
    — fabric-blockrenderlayer-v1 1.1.21+c6af733c90 via fabric-api
    — fabric-client-tags-api-v1 1.0.2+b35fea8390 via fabric-api
    — fabric-command-api-v1 1.2.12+f71b366f90 via fabric-api
    — fabric-command-api-v2 2.1.8+93d8cb8290 via fabric-api
    — fabric-commands-v0 0.2.29+df3654b390 via fabric-api
    — fabric-containers-v0 0.1.35+df3654b390 via fabric-api
    — fabric-content-registries-v0 3.3.1+624e468e90 via fabric-api
    — fabric-convention-tags-v1 1.1.2+93d8cb8290 via fabric-api
    — fabric-crash-report-info-v1 0.2.6+aeb40ebe90 via fabric-api
    — fabric-data-generation-api-v1 5.2.0+b598f4ac90 via fabric-api
    — fabric-dimensions-v1 2.1.32+0dd10df690 via fabric-api
    — fabric-entity-events-v1 1.4.19+9ff28f4090 via fabric-api
    — fabric-events-interaction-v0 0.4.29+c6af733c90 via fabric-api
    — fabric-events-lifecycle-v0 0.2.29+df3654b390 via fabric-api
    — fabric-game-rule-api-v1 1.0.22+c6af733c90 via fabric-api
    — fabric-item-api-v1 1.5.8+93d8cb8290 via fabric-api
    — fabric-item-groups-v0 0.3.30+93d8cb8290 via fabric-api
    — fabric-key-binding-api-v1 1.0.21+93d8cb8290 via fabric-api
    — fabric-keybindings-v0 0.2.19+df3654b390 via fabric-api
    — fabric-language-kotlin 1.8.4+kotlin.1.7.20
    — fabric-lifecycle-events-v1 2.2.0+33ffe9ec90 via fabric-api
    — fabric-loot-api-v2 1.1.4+83a8659290 via fabric-api
    — fabric-loot-tables-v1 1.1.7+9e7660c690 via fabric-api
    — fabric-message-api-v1 5.0.4+93d8cb8290 via fabric-api
    — fabric-mining-level-api-v1 2.1.15+33fbc73890 via fabric-api
    — fabric-models-v0 0.3.18+c6af733c90 via fabric-api
    — fabric-networking-api-v1 1.2.5+c6af733c90 via fabric-api
    — fabric-networking-v0 0.3.22+df3654b390 via fabric-api
    — fabric-object-builder-api-v1 4.0.12+93d8cb8290 via fabric-api
    — fabric-particles-v1 1.0.11+79adfe0a90 via fabric-api
    — fabric-registry-sync-v0 0.9.26+c6af733c90 via fabric-api
    — fabric-renderer-api-v1 1.0.11+c6af733c90 via fabric-api
    — fabric-renderer-indigo 0.6.13+aeb40ebe90 via fabric-api
    — fabric-renderer-registries-v1 3.2.21+df3654b390 via fabric-api
    — fabric-rendering-data-attachment-v1 0.3.15+aeb40ebe90 via fabric-api
    — fabric-rendering-fluids-v1 3.0.8+c6af733c90 via fabric-api
    — fabric-rendering-v0 1.1.23+df3654b390 via fabric-api
    — fabric-rendering-v1 1.11.0+73145abb90 via fabric-api
    — fabric-resource-conditions-api-v1 2.0.12+a29562c890 via fabric-api
    — fabric-resource-loader-v0 0.7.0+93d8cb8290 via fabric-api
    — fabric-screen-api-v1 1.0.27+93d8cb8290 via fabric-api
    — fabric-screen-handler-api-v1 1.3.1+1cc24b1b90 via fabric-api
    — fabric-textures-v0 1.0.21+aeb40ebe90 via fabric-api
    — fabric-transfer-api-v1 2.1.1+93d8cb8290 via fabric-api
    — fabric-transitive-access-wideners-v1 1.3.1+42d99c3290 via fabric-api
    — fabricloader 0.14.9
    — gbfabrictools 1.3.4+1.19 via clickthrough
    — indium 1.0.9+mc1.19.2
    — inventoryprofilesnext 1.7.2
    — io_github_douira_glsl-transformer 1.0.1 via iris
    — iris 1.4.3
    — jankson 4.1.1+j1.2.1 via libgui
    — java 17
    — lambdynlights 2.1.2+1.19
    — libgui 6.0.0-beta.5+1.19-pre1 via stendhal
    — libninepatch 1.1.0 via libgui
    — libraryferret 3.0.0
    — litematica 0.12.5
    — malilib 0.13.0
    — minecraft 1.19.2
    — modmenu 4.0.6
    — notenoughanimations 1.6.1
    — org_anarres_jcpp 1.4.14 via iris
    — org_antlr_antlr4-runtime 4.10.1 via iris
    — org_jetbrains_kotlin_kotlin-reflect 1.7.20 via fabric-language-kotlin
    — org_jetbrains_kotlin_kotlin-stdlib 1.7.20 via fabric-language-kotlin
    — org_jetbrains_kotlin_kotlin-stdlib-jdk7 1.7.20 via fabric-language-kotlin
    — org_jetbrains_kotlin_kotlin-stdlib-jdk8 1.7.20 via fabric-language-kotlin
    — org_jetbrains_kotlinx_atomicfu-jvm 0.18.3 via fabric-language-kotlin
    — org_jetbrains_kotlinx_kotlinx-coroutines-core-jvm 1.6.4 via fabric-language-kotlin
    — org_jetbrains_kotlinx_kotlinx-coroutines-jdk8 1.6.4 via fabric-language-kotlin
    — org_jetbrains_kotlinx_kotlinx-datetime-jvm 0.4.0 via fabric-language-kotlin
    — org_jetbrains_kotlinx_kotlinx-serialization-cbor-jvm 1.4.0 via fabric-language-kotlin
    — org_jetbrains_kotlinx_kotlinx-serialization-core-jvm 1.4.0 via fabric-language-kotlin
    — org_jetbrains_kotlinx_kotlinx-serialization-json-jvm 1.4.0 via fabric-language-kotlin
    — org_joml_joml 1.10.4 via sodium
    — plasmo_voice 1.2.18
    — player-animator 0.3.5
    — pride 1.1.2+1.19 via lambdynlights
    — reeses-sodium-options 1.4.7+mc1.19.2-build.59
    — shetiphiancore 1.3.3
    — shulkerboxtooltip 3.1.3+1.19.2
    — skinlayers 1.5.2-mc1.19.1
    — sodium 0.4.4+build.18
    — sodium-extra 0.4.11+mc1.19.2-build.68
    — spruceui 4.0.0+1.19 via lambdynlights
    — stendhal 1.3.3-1.19
    — wi_zoom 1.4-MC1.19.2
[14:47:21] [main/INFO]: SpongePowered MIXIN Subsystem Version=0.8.5 Source=file:/C:/Users/AlexF/AppData/Roaming/.minecraft/libraries/net/fabricmc/sponge-mixin/0.11.4+mixin.0.8.5/sponge-mixin-0.11.4+mixin.0.8.5.jar Service=Knot/Fabric Env=CLIENT
[14:47:21] [main/INFO]: Compatibility level set to JAVA_16
[14:47:21] [main/INFO]: Compatibility level set to JAVA_17
[14:47:22] [main/WARN]: Reference map ‘plasmovoice-fabric-refmap.json’ for plasmovoice.mixins.json could not be read. If this is a development environment you can ignore this message
[14:47:22] [main/INFO]: Loaded configuration file for Sodium: 29 options available, 1 override(s) found
[14:47:22] [main/INFO]: Loaded configuration file for Sodium Extra: 27 options available, 0 override(s) found
[14:47:23] [main/WARN]: Force-disabling mixin ‘features.sky.MixinWorldRenderer’ as rule ‘mixin.features.sky’ (added by mods [iris]) disables it and children
[14:47:24] [main/WARN]: Configuration conflict: there is more than one oshi.properties file on the classpath
[14:47:25] [main/WARN]: Configuration conflict: there is more than one oshi.architecture.properties file on the classpath
[14:47:25] [main/WARN]: Failed to add PDH Counter: Paging File(_Total)% Usage, Error code: 0xC0000BB8
[14:47:25] [main/WARN]: Failed to add counter for PDH counter: Paging File(_Total)% Usage
[14:47:25] [main/WARN]: Disabling further attempts to query Paging File.
[14:47:32] [main/WARN]: COM exception: Invalid Query: SELECT PERCENTUSAGE FROM Win32_PerfRawData_PerfOS_PagingFile
[14:47:32] [main/WARN]: @Final field field_22786:Ljava/util/List; in mixins.ipnext.json:MixinScreen from mod inventoryprofilesnext should be final
[14:47:32] [main/WARN]: @Final field field_33815:Ljava/util/List; in mixins.ipnext.json:MixinScreen from mod inventoryprofilesnext should be final
[14:47:39] [main/INFO]: Building optimized datafixer
[14:47:43] [main/WARN]: Discarding @Unique public method getAnimatedSkin in 3dskinlayers.mixins.json:DonorAbstractClientPlayerMixin from mod skinlayers because it already exists in net.minecraft.class_742
[14:47:45] [Render thread/WARN]: Method overwrite conflict for method_22920 in sodium.mixins.json:features.buffer_builder.intrinsics.MixinBufferBuilder from mod sodium, previously written by net.coderbot.iris.mixin.vertices.block_rendering.MixinBufferBuilder_SeparateAo. Skipping method.
[14:47:45] [Render thread/INFO]: Environment: authHost=’https://authserver.mojang.com’, accountsHost=’https://api.mojang.com’, sessionHost=’https://sessionserver.mojang.com’, servicesHost=’https://api.minecraftservices.com’, name=’PROD’
[14:47:46] [Render thread/INFO]: Setting user: Uru__
[14:47:51] [Render thread/INFO]: libraryferret — > Initialize library
[14:47:51] [Render thread/INFO]: libraryferret — > Initialized library
[14:47:51] [Render thread/ERROR]: No data fixer registered for shetiphiancore:gui_item
[14:47:52] [Render thread/INFO]: [Stendhal] Initializing
[14:47:52] [Render thread/INFO]: [STDOUT]: Starting WI Zoom v1.4-MC1.19.2
[14:47:54] [Render thread/INFO]: Loading 62 entities from Custom Entity Models 0.7.1
[14:47:54] [Render thread/INFO]: [citresewn] Registering CIT Conditions
[14:47:54] [Render thread/INFO]: [citresewn] Registering CIT Types
[14:47:54] [Render thread/INFO]: [Indigo] Different rendering plugin detected; not applying Indigo.
[14:47:54] [Render thread/WARN]: Static binding violation: PRIVATE @Overwrite method method_23182 in sodium.mixins.json:features.item.MixinItemRenderer from mod sodium cannot reduce visibiliy of PUBLIC target method, visibility will be upgraded.
[14:47:54] [Render thread/INFO]: [LambDynLights] Initializing LambDynamicLights…
[14:47:55] [Render thread/INFO]: [LambDynLights] Configuration loaded.
[14:47:55] [ForkJoinPool.commonPool-worker-1/WARN]: [Iris Update Check] Cached update file detected, using that!
[14:47:56] [Render thread/INFO]: Backend library: LWJGL version 3.3.1 SNAPSHOT
[14:47:59] [Render thread/INFO]: ARB_direct_state_access detected, enabling DSA.
[14:47:59] [Render thread/INFO]: Debug functionality is disabled.
[14:47:59] [Render thread/INFO]: Shaders are disabled because enableShaders is set to false in iris.properties
[14:47:59] [Render thread/INFO]: Shaders are disabled
[14:48:00] [Render thread/WARN]: Couldn’t get pack info for: java.util.zip.ZipException: invalid CEN header (bad entry name)
[14:48:00] [Render thread/WARN]: Couldn’t get pack info for: net.minecraft.class_3266: ‘pack.mcmeta’ in ResourcePack ‘C:UsersAlexFAppDataRoaming.minecraftresourcepackscat-ears-pack-1-0-by-becca4leafclover.zip’
[14:48:01] [Render thread/INFO]: Hardware information:
[14:48:01] [Render thread/INFO]: CPU: 16x Intel(R) Core(TM) i9-9900 CPU @ 3.10GHz
[14:48:01] [Render thread/INFO]: GPU: NVIDIA GeForce GTX 1660 Ti/PCIe/SSE2 (Supports OpenGL 3.2.0 NVIDIA 526.98)
[14:48:01] [Render thread/INFO]: OS: Windows 10 (10.0)
[14:48:03] [Render thread/INFO]: Narrator library for x64 successfully loaded
[14:48:03] [Render thread/INFO]: Reloading ResourceManager: Default, Cat_Ears_Pack_1.0_by_becca4leafclover, WHAT telescope, axolot.zip, totem-by-fortune-cat.zip, barn-owl-wings-elytra.zip, Belle Рpoque paintings, SunnyCat.zip, bedrock-emotecraft-8.zip, mooncat.zip, Fabric Mods (AppleSkin, CaffeineConfig, Custom Entity Models, CIT Resewn, CIT Resewn: Defaults, ClickThrough, Cloth Config v8, Coat, completeconfig-base, completeconfig-gui-coat, Arrows Info, Elytra/Chestplate Swapper, Emotecraft, Fabric API, Fabric API Base, Fabric API Lookup API (v1), Fabric Biome API (v1), Fabric BlockRenderLayer Registration (v1), Fabric Client Tags, Fabric Command API (v1), Fabric Command API (v2), Fabric Commands (v0), Fabric Containers (v0), Fabric Content Registries (v0), Fabric Convention Tags, Fabric Crash Report Info (v1), Fabric Data Generation API (v1), Fabric Dimensions API (v1), Fabric Entity Events (v1), Fabric Events Interaction (v0), Fabric Events Lifecycle (v0), Fabric Game Rule API (v1), Fabric Item API (v1), Fabric Item Groups (v0), Fabric Key Binding API (v1), Fabric Key Bindings (v0), Fabric Language Kotlin, Fabric Lifecycle Events (v1), Fabric Loot API (v2), Fabric Loot Tables (v1), Fabric Message API (v1), Fabric Mining Level API (v1), Fabric Models (v0), Fabric Networking API (v1), Fabric Networking (v0), Fabric Object Builder API (v1), Fabric Particles (v1), Fabric Registry Sync (v0), Fabric Renderer API (v1), Fabric Renderer — Indigo, Fabric Renderer Registries (v1), Fabric Rendering Data Attachment (v1), Fabric Rendering Fluids (v1), Fabric Rendering (v0), Fabric Rendering (v1), Fabric Resource Conditions API (v1), Fabric Resource Loader (v0), Fabric Screen API (v1), Fabric Screen Handler API (v1), Fabric Textures (v0), Fabric Transfer API (v1), Fabric Transitive Access Wideners (v1), Fabric Loader, GBfabrictools, Indium, Inventory Profiles Next, Iris, Jankson, LambDynamicLights, LibGui, Library ferret, Litematica, MaLiLib, Mod Menu, NotEnoughAnimations, Plasmo Voice, Pride Lib, Reese’s Sodium Options, ShetiPhianCore, Shulker Box Tooltip, 3d Skin Layers, Sodium, Sodium Extra, SpruceUI, Stendhal, WI Zoom)
[14:48:03] [Render thread/INFO]: Creating pipeline for dimension OVERWORLD
[14:48:03] [Worker-Main-18/ERROR]: [citresewn] Warning: minecraft:block is not in the item registry @L1 in minecraft:optifine/cit/example.properties from Cat_Ears_Pack_1.0_by_becca4leafclover
[14:48:04] [Worker-Main-18/ERROR]: {citresewn} Errored while parsing CIT: Cannot resolve path @L3 in minecraft:optifine/cit/example.properties from Cat_Ears_Pack_1.0_by_becca4leafclover
[14:48:04] [Worker-Main-18/INFO]: [citresewn] Loading item CIT models…
[14:48:09] [Render thread/WARN]: Missing sound for event: minecraft:item.goat_horn.play
[14:48:09] [Render thread/WARN]: Missing sound for event: minecraft:entity.goat.screaming.horn_break
[14:48:09] [Render thread/INFO]: OpenAL initialized on device OpenAL Soft on 2790 (NVIDIA High Definition Audio)
[14:48:09] [Render thread/INFO]: Sound engine started
[14:48:09] [Render thread/INFO]: Created: 1024x512x4 minecraft:textures/atlas/blocks.png-atlas
[14:48:10] [Render thread/INFO]: Created: 256x128x4 minecraft:textures/atlas/signs.png-atlas
[14:48:10] [Render thread/INFO]: Created: 512x512x4 minecraft:textures/atlas/banner_patterns.png-atlas
[14:48:10] [Render thread/INFO]: Created: 512x512x4 minecraft:textures/atlas/shield_patterns.png-atlas
[14:48:10] [Render thread/INFO]: Created: 256x256x4 minecraft:textures/atlas/chest.png-atlas
[14:48:10] [Render thread/INFO]: Created: 512x256x4 minecraft:textures/atlas/beds.png-atlas
[14:48:10] [Render thread/INFO]: Created: 512x256x4 minecraft:textures/atlas/shulker_boxes.png-atlas
[14:48:10] [Render thread/INFO]: [citresewn] Linking baked models to item CITs…
[14:48:10] [Render thread/WARN]: Shader rendertype_entity_translucent_emissive could not find sampler named Sampler2 in the specified shader program.
[14:48:11] [Render thread/INFO]: Created: 256x256x0 minecraft:textures/atlas/particles.png-atlas
[14:48:11] [Render thread/INFO]: Created: 4096x4096x0 minecraft:textures/atlas/paintings.png-atlas
[14:48:11] [Render thread/INFO]: Created: 128x128x0 minecraft:textures/atlas/mob_effects.png-atlas
[14:48:13] [Worker-Bootstrap-1/INFO]: 4283 Datafixer optimizations took 33754 milliseconds
[14:54:19] [Render thread/INFO]: [fabric-registry-sync] Loaded registry data [file 1/4]
[14:54:21] [Render thread/INFO]: Loaded 7 recipes
[14:54:21] [Render thread/INFO]: Loaded 1179 advancements
[14:54:23] [Render thread/INFO]: Applied 0 biome modifications to 0 of 63 new biomes in 6.142 ms
[14:54:23] [Server thread/INFO]: Starting integrated minecraft server version 1.19.2
[14:54:23] [Server thread/INFO]: Generating keypair
[14:54:23] [Server thread/INFO]: Loading Teams Data
[14:54:23] [Server thread/INFO]: Finished Loading Teams Data
[14:54:23] [Server thread/INFO]: Preparing start region for dimension minecraft:overworld
[14:54:26] [Render thread/INFO]: Подготовка области возрождения: 0%
[14:54:26] [Render thread/INFO]: Подготовка области возрождения: 0%
[14:54:26] [Render thread/INFO]: Подготовка области возрождения: 0%
[14:54:26] [Render thread/INFO]: Подготовка области возрождения: 0%
[14:54:26] [Render thread/INFO]: Подготовка области возрождения: 0%
[14:54:26] [Render thread/INFO]: Подготовка области возрождения: 0%
[14:54:26] [Render thread/INFO]: Подготовка области возрождения: 0%
[14:54:27] [Render thread/INFO]: Подготовка области возрождения: 11%
[14:54:27] [Render thread/INFO]: Подготовка области возрождения: 68%
[14:54:28] [Render thread/INFO]: Time elapsed: 4484 ms
[14:54:28] [Server thread/WARN]: Config outdated. Check https://github.com/plasmoapp/plasmo-voice/wiki/How-to-install-Server for new config.
[14:54:28] [Thread-25/INFO]: Voice UDP server started on /0.0.0.0:60606
[14:54:28] [Server thread/INFO]: Changing view distance to 21, from 10
[14:54:28] [Server thread/INFO]: Changing simulation distance to 10, from 0
[14:54:29] [Server thread/INFO]: Uru__[local:E:e107aff9] logged in with entity id 51 at (74.96643134811795, -2.0120829995970975, 13.851523739767398)
[14:54:30] [Server thread/INFO]: Uru__ присоединился к игре
[14:54:30] [Netty Local Client IO #0/INFO]: Connecting to localhost
[14:54:30] [Netty Local Client IO #0/INFO]: Clients: [efab9559-a425-4ec1-8f7e-26e40c08bb3c]
[14:54:30] [Netty Local Client IO #0/INFO]: Muted clients: []
[14:54:30] [Thread-31/INFO]: Start ping
[14:54:30] [Thread-30/INFO]: Connected to UDP
[14:54:30] [pool-2-thread-1/INFO]: OpenAL (Plasmo Voice) initialized.
[14:54:30] [Input Device Recorder/INFO]: Recorder started
[14:54:30] [Render thread/WARN]: @Redirect conflict. Skipping mixins.iris.compat.sodium.json:vertex_format.MixinFluidRenderer from mod iris->@Redirect::iris$fixSidewaysInnerFaceNormal(Lme/jellysquid/mods/sodium/client/model/IndexBufferBuilder;ILme/jellysquid/mods/sodium/client/model/quad/properties/ModelQuadWinding;Lnet/minecraft/class_1920;Lnet/minecraft/class_3610;Lnet/minecraft/class_2338;Lnet/minecraft/class_2338;Lme/jellysquid/mods/sodium/client/render/chunk/compile/buffers/ChunkModelBuilder;)V with priority 1000, already redirected by mixins.iris.compat.sodium.json:vertex_format.MixinFluidRenderer from mod iris->@Redirect::iris$fixBackwardUpFaceNormal(Lme/jellysquid/mods/sodium/client/model/IndexBufferBuilder;ILme/jellysquid/mods/sodium/client/model/quad/properties/ModelQuadWinding;Lnet/minecraft/class_1920;Lnet/minecraft/class_3610;Lnet/minecraft/class_2338;Lnet/minecraft/class_2338;Lme/jellysquid/mods/sodium/client/render/chunk/compile/buffers/ChunkModelBuilder;)V with priority 1000
[14:54:30] [Render thread/INFO]: Started 10 worker threads
[14:54:32] [Render thread/INFO]: [inventoryprofilesnext] Loaded 0 external GUI hints
[14:54:32] [Render thread/INFO]: [inventoryprofilesnext] Loaded 738 build-in GUI hints
[14:54:32] [Render thread/INFO]: [inventoryprofilesnext] Effective GUI hints after merge: 738
[14:54:32] [Render thread/INFO]: Using 3 total BufferBuilder caches
[14:54:33] [Render thread/WARN]: Unable to read property: east with value: false for blockstate: {Name:»minecraft:cobblestone_wall»,Properties:{east:»false»,north:»false»,south:»false»,up:»false»,west:»false»}}
[14:54:33] [Render thread/WARN]: Unable to read property: south with value: false for blockstate: {Name:»minecraft:cobblestone_wall»,Properties:{east:»false»,north:»false»,south:»false»,up:»false»,west:»false»}}
[14:54:33] [Render thread/WARN]: Unable to read property: north with value: false for blockstate: {Name:»minecraft:cobblestone_wall»,Properties:{east:»false»,north:»false»,south:»false»,up:»false»,west:»false»}}
[14:54:33] [Render thread/WARN]: Unable to read property: west with value: false for blockstate: {Name:»minecraft:cobblestone_wall»,Properties:{east:»false»,north:»false»,south:»false»,up:»false»,west:»false»}}
[14:54:33] [Render thread/WARN]: Unable to read property: east with value: false for blockstate: {Name:»minecraft:mossy_cobblestone_wall»,Properties:{east:»false»,north:»false»,south:»false»,up:»false»,west:»false»}}
[14:54:33] [Render thread/WARN]: Unable to read property: south with value: false for blockstate: {Name:»minecraft:mossy_cobblestone_wall»,Properties:{east:»false»,north:»false»,south:»false»,up:»false»,west:»false»}}
[14:54:33] [Render thread/WARN]: Unable to read property: north with value: false for blockstate: {Name:»minecraft:mossy_cobblestone_wall»,Properties:{east:»false»,north:»false»,south:»false»,up:»false»,west:»false»}}
[14:54:33] [Render thread/WARN]: Unable to read property: west with value: false for blockstate: {Name:»minecraft:mossy_cobblestone_wall»,Properties:{east:»false»,north:»false»,south:»false»,up:»false»,west:»false»}}
[14:54:33] [Render thread/INFO]: [ShulkerBoxTooltip] Server integration enabled, attempting handshake…
[14:54:33] [Netty Server IO #1/INFO]: [ShulkerBoxTooltip] Uru__: protocol version: 2.0
[14:54:33] [Server thread/INFO]: [ShulkerBoxTooltip] Loading 1 plugin: shulkerboxtooltip
[14:54:33] [Netty Local Client IO #0/INFO]: [ShulkerBoxTooltip] Handshake succeeded
[14:54:33] [Netty Local Client IO #0/INFO]: [ShulkerBoxTooltip] Server protocol version: 2.0
[14:54:33] [Server thread/INFO]: [ShulkerBoxTooltip] Registered 7 providers for mod shulkerboxtooltip
[14:54:34] [Render thread/INFO]: Loaded 252 advancements
[14:54:35] [Render thread/INFO]: Animated skins loaded and ready to use!
[14:54:37] [Render thread/INFO]: [System] [CHAT] Inventory Profiles Next: Версия: ‘1.8.4’ теперь доступна.nПолучить из: «Modrinth»или»CurseForge»
[14:54:44] [Server thread/INFO]: Uru__ получил достижение «[Две стихии]»
[14:54:44] [Render thread/INFO]: [System] [CHAT] Uru__ получил достижение «[Две стихии]»
[14:54:44] [Render thread/INFO]: Loaded 259 advancements
[14:55:00] [Render thread/INFO]: Reloading pipeline on dimension change: OVERWORLD => NETHER
[14:55:00] [Render thread/INFO]: Destroying pipeline OVERWORLD
[14:55:00] [Render thread/INFO]: Creating pipeline for dimension NETHER
[14:55:00] [Render thread/INFO]: Stopping worker threads
[14:55:00] [Render thread/INFO]: Started 10 worker threads
[14:55:00] [Render thread/INFO]: Stopping worker threads
[14:55:00] [Render thread/INFO]: Started 10 worker threads
[14:55:00] [Render thread/INFO]: Stopping worker threads
[14:55:00] [Render thread/INFO]: Started 10 worker threads
 

Repairing Performance Counter Error 0xC0000BB8

Please enable JavaScript

Last Updated on October 9, 2018

Updated January 2023: Stop getting error messages and slow down your system with our optimization tool. Get it now at this link

1. Download and install the repair tool here.
2. Let it scan your computer.
3. The tool will then repair your computer.

The error 0xC0000BB8 can be recorded by EventSentry if a particular performance counter is unavailable or disabled.

If the counter is disabled, you can use the Extensible Performance Counter List utility to reactivate the counter. The error message looks like this:

“The performance counter “PhysicalDisk(*)Avg. Disk Queue Length” could not be monitored due to error “0xC0000BB8″. Please make sure that the performance counter exists. If you are running a non-english version of Windows then performance counters are named in the language of the Operating System. ”

If you receive the error below in the Server Manager for a server, the user-defined set of data collectors is actually missing. This may be the result of an administrator accidentally deleting the set.

The update of the power meter failed with the following error: The set of data collectors was not found.

Rebuild the Windows Performance Counter.

Follow these steps to rebuild the performance counter:

January 2023 Update:

You can now prevent PC problems by using this tool, such as protecting you against file loss and malware. Additionally it is a great way to optimize your computer for maximum performance. The program fixes common errors that might occur on Windows systems with ease — no need for hours of troubleshooting when you have the perfect solution at your fingertips:

• Step 1 : Download PC Repair & Optimizer Tool (Windows 10, 8, 7, XP, Vista – Microsoft Gold Certified).
• Step 2 : Click “Start Scan” to find Windows registry issues that could be causing PC problems.
• Step 3 : Click “Repair All” to fix all issues.

1. Click on Start, then type cmd in the Start search box.
2. Right-click on cmd in the Programs list, then click Run as administrator. If you are prompted to enter an administrator password or confirmation, enter your password or click Next.
3. enter the following line at the prompt, then press ENTER: Lodctr /r
4. You will receive the following message: “Info: Setting the successfully restored performance counter from the system backup memory”.
5. exit the command prompt

Update server manager settings

To solve the problem, proceed as follows:

Connect to the server with the error.
Start the performance monitor (perfmon.exe) and search under Data Collector Sets – User-Defined and Server Manager Performance Monitor. If it exists, right-click it and choose Start. It is very likely that he will not be there, so move on to the next step.
Connect to a server whose performance counters can be monitored.
Open a high command prompt to which you can use this command to export the server manager performance monitor dataset:

logman export -n “Server Manager Performance Monitor” -xml SMPM.xml

Open the generated XML file, delete the entire ID List section and save the file.
Open a high command prompt that does not contain the data collector and import the XML file:

logman import -n “Server Manager Performance Monitor” -xml SMPM.xml

Start the performance counters:

Start logman start “Server Manager Performance Monitor

When you update the server in the Server Manager, performance data should now be available.

Expert Tip: This repair tool scans the repositories and replaces corrupt or missing files if none of these methods have worked. It works well in most cases where the problem is due to system corruption. This tool will also optimize your system to maximize performance. It can be downloaded by Clicking Here

CCNA, Web Developer, PC Troubleshooter

I am a computer enthusiast and a practicing IT Professional. I have years of experience behind me in computer programming, hardware troubleshooting and repair. I specialise in Web Development and Database Design. I also have a CCNA certification for Network Design and Troubleshooting.

Источник

«Failed to add PDH counter» on some machines #578

A lot of «Failed to add PDH Counter» errors are logged when running the test program on my PC, but the same program run fine without any errors on my AWS VM.

exemple of errors logged (trying to access memory informations) :

my system details :
Windows 10 x64 — french
JDK 10.0.2

The text was updated successfully, but these errors were encountered:

Can you run the Windows Performance Monitor ( perfmon.exe ) on your PC and try to add the counters producing the errors, and identify what the correct string for them is?

I can only get the french versions of the counter strings :
«MémoireÉcritures de pages/s» and «MémoireLecture de pages/s».

Also, I can’t add any of the counters related to the swap file («fichier d’échange») in perfmon.

It looks like using only PDH counters for your setup isn’t going to work. For the time being, you should be able to use version 3.5.0 on your PC. I will have to look into adding the older (slower) WMI version as a fallback when counters don’t work.

Thank you for your answer.

I also notice that even if errors are being thrown, all the functions seem to return a correct result. Example : the GlobalMemory#getAvailable() function return the correct amount of free memory on my test setup. Maybe the PDH counters are not needed by this function. In this case, is there a way to disable the error logging ?

For memory, the PerfMon counters are only used for swap file reads/writes and percent usage, so you’re probably getting zero for those results.

I believe you should only get those errors one time, but if you still want to suppress the errors, you can set the log level for the class oshi.util.platform.windows.PerfDataUtil to FATAL in your logging setup.

Hey, I got a similar Problem regarding the CPU, memory and pagefile

Источник

Исправить ошибку BlinitializeLibrary failed 0xc00000bb в Windows 10

Один пользователь прислал мне свою проблема, точнее ошибку с которой он столкнулся. Его компьютер во время первой загрузки не может загружаться и выдает ошибку BlinitializeLibrary failed 0xc00000bb при использовании системы Windows 10. Этот код ошибки означает, что материнская плата восстановила значения по умолчанию из-за проблемы в BIOS. По сути, эта ошибка не относится к самой Windows 10, она может быть и на Windows 7/8.1 с различными конфигурациями ПК.

Как исправить BlinitializeLibrary failed 0xc00000bb в Windows

Ошибка BlinitializeLibrary failed 0xc00000bb может происходить из-за безопасной загрузки, повреждены сектора загрузчика, поврежденный реестр, Above 4G Decoding и SSD диск.

1. Отключение безопасной загрузки

Безопасная загрузка — это дополнительный уровень защиты от вредоносных программ и руткитов, но, как известно, она вызывает множество других проблем, включая эту конкретную ошибку. Если вы используете клонированный SSD/HDD или разогнанные частоты процессора, то вы с большей вероятностью уведите ошибку. В этом случае нужно отключить безопасную загрузку через настройки BIOS или UEFI.

Шаг 1. Как только компьютер начнет загружаться, то нажимайте кнопку F2 или DEL, чтобы войти в BIOS или UEFI.

Шаг 2. В биосе найдите параметр Secure Boot и отключите его, выбрав Disable. Нажмите F10, чтобы сохранить заданное значение. Вы должны понимать, что BIOS у всех разный и не смогу точно указать где этот параметр находится, но обычно он может располагаться в System Configuration, Boot, Authentication или Security.

2. Восстановить загрузчик

Ошибка BlinitializeLibrary failed 0xc00000bb может возникать из-за основной проблемы с загрузкой. Наиболее эффективным способом решения этой проблемы является исправление всей последовательности загрузки с помощью Bootrec.exe — встроенной утилиты Windows, способной исправить основную загрузочную запись, последовательность загрузки и данные конфигурации загрузки.

Шаг 1. Вам нужно создать установочную флешку с Windows и загрузиться с нее. Разрядность x32-x64 и желательно версия, должны быть одинаковыми. Как только дойдете до пункта установки, то нажмите снизу на «Восстановление системы«.

Шаг 2. Перейдите «Поиск и устранение неисправностей» > «Дополнительные параметры» > «Командная строка«.

Перед запуском командной строки, попробуйте выбрать «Восстановление при загрузке«, если не помогло то ниже.

Шаг 3. В командной строке задаем команды по порядку:

1. bootrec.exe
2. bootrec.exe /fixmbr
3. bootrec.exe /fixboot
4. bootrec.exe /scanos
5. bootrec.exe /rebuildbcd

Хочу заметить, что команды могут не выполнятся так как ваша система может быть на другом локальном диске F, а вам будет показывать, что на C. Обратитесь к полному руководству, как восстановить загрузчик Windows 10 .

3. Редактирование ключа реестра

Эта ошибка может возникать и в тех случаях, когда BIOS в конечном итоге забывает, какой SSD/HDD является основным диском для загрузки. Конкретнее, когда вы загружаетесь, то у вас все время на первом месте не загрузочный основной диск, чтобы вы не делали. Эту проблему можно решить с помощью редактирования ключа реестра, чтобы ваш компьютер не очищал файл подкачки при каждом завершении работы.

Шаг 1. Чтобы получить возможность использовать редактор реестра для решения проблемы, вам необходимо загрузить компьютер в безопасном режиме . Если вы не можете загрузить безопасный режим, то загрузитесь с установочного диска (способ 2), запустите командную строку и введите regedit, чтобы запустить редактор реестра.

Шаг 2. В самом редакторе реестра перейдите по пути:

• HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession ManagerMemory Management
• Справа найдите параметр ClearPageFileATShudown и нажмете по нему два раза мышкой.
• В окне параметров задайте ему значение 1 и Шестнадцатеричная. Нажмите OK.

Перезагрузите компьютер и посмотрите, успешна ли обычная последовательность запуска при следующей попытке. Если это так, выполните шаги еще раз, но на этот раз установите ClearPageFileAtShutdown обратно на и сохраните изменения.

4. Включение декодирования Above 4G Decoding

Если вы используете свой ПК для майнинга и используете 2 или более видеокарты, то у вас скорее всего включено Above 4G Decoding или «декодирование свыше 4 ГБ», которое может быть причиной ошибки BlinitializeLibrary failed 0xc00000bb. Функция предназначена для настройки параметров работы 64-битных графических ускорителей, подключаемых к шине PCI-Express.

Шаг 1. Зайдите в BIOS или UEFI и Включите параметр Above 4G Decoding. Этот параметр может находится в разных местах, так как у всех разные производители материнских плат. Примерное нахождение его в Peripherals. В общем, найдите в BIOS Above 4G Decoding и включите его.

На материнских платах EVGA эта функция называется поддержкой EVGA, вместо 4G Decoding.

5. SSD диск

Если вы пытались проверить системные файлы на целостность , проверяли жесткий диск на ошибки , устанавливали заново начисто Windows и ошибка BlinitializeLibrary failed 0xc00000bb появлялась вновь, то скорее всего ваш SSD или HDD вышел из строя. Будет логичным вставить новый и проверить, будет ли ошибка, если нет, то ваш SSD вышел из строя.

Источник

Oshi: Не удалось добавить счетчик PDH:

на v3.9.1 в выводе журнала я вижу следующее. Я не уверен, что это проблема, но похоже, что это происходит случайно, хотя и нечасто. Стоит на более старой машине win7x64. Я не использую ни один из этих счетчиков (насколько мне известно)

02: 56: 38,372 ПРЕДУПРЕЖДЕНИЕ [windows.PerfDataUtil] Не удалось добавить счетчик PDH: Process (_Total) Handle Count, код ошибки: 0xC0000BB8
02: 56: 38,380 ПРЕДУПРЕЖДЕНИЕ [windows.PerfDataUtil] Не удалось добавить счетчик PDH: System Context Switches / сек, код ошибки: 0xC0000BB8
02: 56: 38,380 ПРЕДУПРЕЖДЕНИЕ [windows.WindowsCentralProcessor] Невозможно перечислить экземпляры счетчиков производительности для.

Все 62 Комментарий

Обновите, на более быстром компьютере я снова и снова запускал несколько различных тестов. Некоторое время он работал стабильно, но через несколько часов (около 3) в конечном итоге начал снова и снова регистрировать следующее:

Не удалось получить счетчик. Код ошибки: 0xC0000BBC

В этом тесте я получаю метрики для ввода-вывода диска и ввода-вывода сетевой карты в цикле. Как только появляется это сообщение об ошибке, оно, кажется, продолжает регистрировать это каждый раз, когда делается запрос.

Есть ли способ сбросить это состояние ошибки, кроме перезапуска jvm? Или, возможно, программный захват этого сообщения об ошибке? Перезапуск jvm, кажется, исправляет это, по крайней мере, временно

Когда вы пытаетесь добавить счетчик, OSHI делает предположение, что это плохо, и не пытается добавить его снова. Вы можете удалить и снова добавить проблемные счетчики, когда это произойдет.

Я не удивлен, что в более старых версиях окон может не быть некоторых счетчиков, но странно, что они выходили из строя после некоторого периода правильной работы. Интересно, связано ли это с отключением сетевого интерфейса или спящим диском. Если вы можете предоставить мне сообщения журнала, когда возникают эти проблемы, я могу попытаться остановить повторение. Или вы можете попытаться обнаружить проблемный вывод самостоятельно (возможно, 0) и попытаться удалить / повторно добавить счетчики с помощью PerfDataUtil.

Кстати, ошибка 0xC0000BB8 может быть связана с разрешениями.

Ошибка 0xC0000BBC на самом деле была на современном оборудовании, win7 enterprise, исправленном x64, работающем от имени администратора. Возможна ли утечка ресурсов? Я рассмотрю возможность подключения к подсистеме ведения журнала, чтобы зафиксировать состояние ошибки и принудительно перезапустить процесс в это время.

Правильно, первоначальная ошибка BB8 была основана на разрешениях. R2D2 имеет лучший доступ. 😉

Ошибка BBC может быть утечкой ресурсов, но мне нужно больше информации, чтобы попытаться сузить круг.

Вам не нужно подключаться к журналам, просто прочитайте результаты счетчика . счетчики должны монотонно увеличиваться (или, по крайней мере, не уменьшаться), поэтому, если счетчик падает (или до 0, по умолчанию), это явный признак того, что он не работает и может быть удален / добавлен заново. (Для этого вам придется изменить / расширить класс OSHI, хотя он не настроен на простой «сброс» счетчика . возможно, функциональность, которую следует добавить.)

Я совершил # 666, который пытается обнаружить эту ошибку BBC и удалить / повторно добавить счетчик, когда она возникает. Вы можете это проверить?

Есть новости по тестированию?

Я не смог воспроизвести на своей машине разработчика как голову, так и последнюю версию, так что, возможно, это было связано с окружающей средой. Думаю, мы можем закрыть сейчас и снова открыть, если он вернется. Благодарность!

Я снова вижу это с 3.10.0. Помимо спама в журналах, я вижу и другие негативные последствия. Мне просто игнорировать это? Вот сообщение об ошибке (запущено как обычный пользователь и как администратор)

Какой счетчик выдает ошибку? Сработало один раз и перестало работать?

Я не уверен, что это за счетчик. То, что было выше, было единственной вещью в файле журнала, повторяющейся снова и снова.

есть ли флаг отладки или что-то подобное, что я могу установить, чтобы получить больше информации?

К сожалению, похоже, что я исключил это, но есть только 10 методов, которые вызывают это, так что вы, вероятно, можете сузить его по статистике, которую вы обновляете в своем клиенте. Возможности:

• Процессор (прерывания, переключение контекста, тики системного ЦП, тики ЦП процессора)
• Датчики (температура)
• Память (использование памяти, свопинг)
• Файловая система (открытые дескрипторы)
• Диски (чтение / запись)

Однако я удивлен, что это единственное сообщение журнала, которое вы получаете. Это предупреждение журнала создается в строке 345 PerfDatautil и отображает значение ошибки 0xC0000BBC (недопустимый дескриптор). Этот метод возвращает это значение ошибки как отрицательное значение вызывающему методу queryCounter () в строке 206. Оно должно перейти в условное выражение в строке 207, а затем проверяться по PDH_INVALID_HANDLE, что составляет 0xC0000BBC .

Ооооооо, теперь я вижу ошибку! Черт возьми, это маленькая подлая ошибка! (И я нашел это, объяснив это вам и / или резиновой утке.) Значение ошибки OSHI в строке 345 (и возвращении) — long . 0xC0000BBC как long — положительное число. Однако как int (константа ошибки) это отрицательное число.

Итак, return -1L * ret; в строке 348 неверно. Нам нужно выполнить поразрядную математику, чтобы получить только 32 наименее значимых бита (что было бы отрицательным числом) и вернуть их.

Чтобы быть более конкретным в отношении ошибки: код ошибки — int , где первый бит подписан. Он возвращается из метода как long который заполняет старшие биты 1 вместо 0. И это не соответствует сравнению 0xFFFFFFFFC0000BBC против 0xC0000BBC.

Есть правильный способ сделать это, в котором я пока не уверен.

Все, что действительно потребовалось, — это удалить -1. Я добавил лучшую условную логику и больше протоколирования, пока занимался этим. Вы можете протестировать SNAPSHOT?

я попробую в понедельник

хорошо, только что протестировал мастер примерно час назад. Он работает нормально, но в журналах есть больше данных, которые могут вам помочь.
Не удалось получить счетчик. Код ошибки: 0xC0000BBC
Удаление и повторное добавление счетчика: Memory Pages Input / sec
Удаление и повторное добавление счетчика: Memory Pages Output / sec.

что странно, это, кажется, происходит только тогда, когда я активно опрашиваю метрики дискового ввода-вывода.

Хорошо, это ожидаемый результат, если счетчик теряет свой дескриптор. Но после регенерации нового дескриптора он не должен повторяться, верно?

Мне интересно, есть ли у нас утечка ресурсов при опросе ввода-вывода диска. Можете ли вы сказать мне конкретно, какой код вы часто используете?

это возможно. он в основном распечатывает сообщение каждый раз, когда я делаю запрос. Я дам вам образец кода, чтобы попытаться воспроизвести это, чтобы сузить круг вопросов.

немного больше информации для вас. первое сообщение об ошибке

failed to update counter error code 0x800007D5 disabling future updates for Memory

надеюсь, это поможет сузить круг вопросов. Мне было трудно отследить первопричину этого, но мне это удалось. Похоже, это связано с повторным использованием объекта HAL и неким конфликтом между getDiskStores () и getMemory () в Windows. Если я всегда использую новые экземпляры HardwareAbstractionLayer, проблема, кажется, исчезнет.

Этого должно быть достаточно, чтобы воспроизвести его

« »
SystemInfo si = новый SystemInfo ();
HardwareAbstractionLayer hal = si.getHardware ();
while (true) <
hal.getDiskStores ();
hal.getMemory (). getSwapPagesIn ();
>

кстати это было с 3.10.0

Вы опрашиваете в цикле без задержки?

Код ошибки 0x800007d5 — PDH_NO_DATA, что, как мне кажется, подразумевает, что вы опрашиваете счетчик быстрее, чем он может ответить. В общем, я бы не ожидал, что OSHI будет хорошо работать, опрашивая что-либо чаще, чем с интервалом в 1 секунду. А когда вы имеете дело с оборудованием (дисковый ввод-вывод и страницы подкачки), может быть даже больше задержки или аппаратного ограничения в зависимости от драйвера диска.

все еще отображается ошибка BBC с 5-секундной задержкой с тем же фрагментом кода

Но нет ли ошибки, если вы каждый раз используете новый объект HAL?

Что интересно, я попытался повторить ошибку. Без ведения журнала (по умолчанию SLF4J no-op), я думаю, у меня, вероятно, была ошибка, поскольку первое чтение свопа вернуло результаты, а остальные дали 0. Но затем, когда я добавил ведение журнала, чтобы попытаться увидеть, могу ли я увидеть сообщения об ошибках, проблема исчезла .

ха! я использовал этот термин более чем несколько раз. Возможно, это проблема пути к классам. Я могу обойти эту проблему с помощью new SystemInfo().getHardware() при каждом вызове. Я использую адаптер log4j2 для slf4j, если это помогает. Глядя на код, когда создается SystemInfo , он создает экземпляр оборудования и никогда не удаляет его. Поэтому повторное использование объекта HAL ничего не делает для устранения проблемы. Могу ли я предложить добавить зависимость тестовой области для чего-то другого, кроме безоперационной установки slf4j? По крайней мере, так будет легче обнаружить

Причина, по которой создание нового объекта SystemInfo () работает, заключается в том, что он также воссоздает объекты под ним. на самом деле это полезно для отладки, поскольку предполагает, что проблема решена путем воссоздания неисправного объекта: в данном случае WindowsGlobalMemory. Таким образом, мы можем сосредоточиться на конструкторе, который обычно создает новые счетчики.

Теперь нам нужно понять, почему он не отслеживает счетчики, если мы не повторно инициализируем объект .

Глядя на это снова. Думаю, я знаю, почему мы наблюдаем симптомы, которые наблюдаем, но еще не уверен в первопричине. Обрисовывая здесь то, что я знаю:

Он работает, когда вы создаете новый экземпляр WindowsGlobalMemory (через новый SystemInfo), поэтому мы знаем, что код в конструкторе «исправляет» то, что сломано; и этот код добавляет счетчики с помощью PerfDataUtil.addCounterToQuery() . Этот процесс добавляет запрос «Память» и сохраняет этот дескриптор в статическом queryMap , добавляет к нему два счетчика и сохраняет результирующие дескрипторы счетчика в статическом counterMap .

Затем, когда вы собираетесь собирать данные, вы сначала обновляете запрос. В случае успеха этот метод возвращает метку времени, в случае неудачи возвращает ноль.

• Сообщение об ошибке failed to update counter error code 0x800007D5 указывает на то, что это произошло. Этот код ошибки — PDH_NO_DATA который подразумевает либо:
  • В данный момент запрос не содержит счетчиков. Это возможно из-за состояния гонки, если мы попытаемся быстро прочитать счетчик после его добавления.
  • Запрос может не содержать данных, потому что пользователь не работает с токеном с повышенными правами (см. Поддержка ограниченного доступа пользователей).
• Итак, в этом случае мы добавляем запрос (Память) к набору disabledQueries .
• Проблема: в строке 117 WindowsGlobalMemory мы не оцениваем возвращаемое значение перед запросом счетчиков . мы идем дальше и пытаемся прочитать их, даже если они не были обновлены.

Несмотря на отключенные запросы и неудачное обновление, мы запрашиваем два значения счетчика в следующих двух строках (118, 119). Перед оценкой не выполняется проверка набора disabledQueries , поэтому они возвращают любые значения счетчика (без каких-либо обновлений).

• В случае недопустимого дескриптора этот код удаляет и повторно добавляет счетчик для создания нового дескриптора.
• Проблема: здесь запрос никогда не обновляется повторно.
• В будущих попытках обновления значений выполняется попытка обновления запроса, но возвращается 0, потому что он находится в списке disabledQueries , но, несмотря на неудачное обновление, продолжает попытки чтения счетчика (каждый раз удаляя и добавляя).

1. Не могли бы вы развеселить меня еще одним шагом по устранению неполадок: вставьте задержку между первоначальным созданием экземпляра WindowsGlobalMemory ( hal.getMemory() ) и попыткой чтения данных из созданного экземпляра. Я предполагаю, что 1 секунды более чем достаточно, может потребоваться всего пара миллисекунд. Это поможет подтвердить основную причину проблемы.
2. Мне нужно исправить код в строке 117 WindowsGlobalMemory, чтобы оценить метку времени при неудачных обновлениях запросов и соответствующим образом выполнить резервное копирование (возможно, отключить счетчики и добавить резервную копию WMI), и определенно не читать счетчики. Или, если №1 оказывается состоянием гонки, возможно, будьте менее агрессивны в «провале» ошибки PDH_NO_DATA и сделайте еще один выстрел после задержки.
3. Попытка перечитать счетчик после добавления его в строку 128 PerfDataUtil ошибочна и должна быть удалена.

Еще одно замечание . если моя догадка относительно состояния гонки верна, вам не нужно делать new SystemInfo() каждый раз; просто в первый раз, и после этого должно работать исправно. (Мне все еще нужно исправить другие ошибки, но знание состояния гонки поможет выработать лучшую стратегию (повторите попытку или навсегда отключите).)

верная вещь. Я сделаю ему укол в течение следующего дня или около того. Должен ли я запускать этот тест на стадии разработки или конкретной версии выпуска?

Та же версия, которую вы тестировали, должна работать. Я считаю, что команда hal.getMemory().getSwapPagesIn() all-in-one слишком быстрая, чтобы счетчики были настроены перед запросом . добавьте мой неуклюжий / ошибочный способ работы с неудавшимися запросами, и вы получите симптомы, которые мы наблюдаем . Я могу исправить свои ошибки, но мне очень интересно знать, является ли исходная проблема состоянием гонки, которое мы можем исправить с помощью второго запроса.

Так что просто замените предыдущий тестовый пример
hal.getMemory().getSwapPagesIn();
с

В качестве альтернативы попробуйте следующее:

Я попытался исправить это в # 726, а также в последней версии SNAPSHOT. После того, как вы протестируете обходные пути в предыдущем комментарии, посмотрите, устраняет ли SNAPSHOT вашу исходную проблему!

Вздох. После запуска того же кода, что и раньше, он больше не воспроизводится. Не уверен, чем отличается от перезагрузки системы. Хорошая новость в том, что я нашел другой способ размножения .

После этого звонка я получу вопросы, связанные со счетчиками памяти. Если я удалю этот вызов, все в порядке.

проблемы со счетчиками возникают с заявлениями о сне или без них. Это с 3.12.0-SNAPSHOT, но по крайней мере некоторые коммиты устарели. Вот полный код

SystemInfo si = new SystemInfo(); HardwareAbstractionLayer hal= si.getHardware(); hal.getProcessor().isCpu64bit(); while (true)

следующее, как представляется, также устраняет проблему (повторное использование объекта GlobalMemory)

SystemInfo si = new SystemInfo(); HardwareAbstractionLayer hal= si.getHardware(); hal.getProcessor().isCpu64bit(); GlobalMemory mem = hal.getMemory(). while (true)

Мне также удалось получить следующее сообщение журнала, хотя я не уверен, связано ли оно с этой проблемой или нет, и я не уверен, как мне удалось его создать.

Invalid Class Win32_PerfRawData_Counters_ThermalZoneInformation

Возможно, вы захватили снимок прямо перед его загрузкой . Я набрал свой комментарий, пока он развертывался. Что касается вызова isCpu64bit() , он не имеет ничего общего с запросом «Память». Я не уверен, что это актуально, кроме, возможно, привязки ресурсов счетчика производительности таким образом, чтобы это могло усугубить состояние гонки.

Кроме того, я не думаю, что этот класс WMI есть во всех версиях ОС и не имеет отношения к этой проблеме.

Я считаю, что идиома hal.getFoo().getBar() проблематична во многих случаях, когда Foo инициализирует счетчик, а Bar пытается обновить счетчик до его полной инициализации, и я думаю, что последняя версия SNAPSHOT должна решить эту проблему.

только что обновлено, все еще существует последовательность событий, вызывающих проблемы

Я все еще думаю, что есть что-то перекрестное между метриками дискового хранилища и метриками памяти. Может ли это быть возможность? Если я закомментирую один из них, ошибка исчезнет, ​​но при обоих запросах ошибка регистрируется. не удалось получить счетчик 0xc0000BBC, удаление и чтение страниц памяти счетчика input / sec и output / sec

Я также видел проблему с другой комбинацией кода, из-за которой не удалось обновить счетчик 0x800007D5, отключив будущие обновления для памяти.

Мне бы очень хотелось увидеть файл журнала с кодами ошибок, которые вы видите, вместе с различными примерами кода, которые вы пробуете для каждой из них. К сожалению, без отслеживания строки за строкой, чтобы увидеть, какие сообщения мы получаем в каком порядке, это трудно отладить на основе предоставленного вами описания.

Я проверял код несколько раз, чтобы увидеть, есть ли какое-либо перекрытие, и кроме очень реальной физической корреляции между вводом-выводом файла подкачки и дисковым вводом-выводом, программного перекрытия нет.

Хорошо, я посмотрю, смогу ли я сделать образец приложения для воспроизведения

Привет, у меня похожая проблема с процессором, памятью. Вот информация о стеке исключений.

o.util.platform.windows.PerfDataUtil — не удалось добавить счетчик PDH: System Context Switches / сек, код ошибки: 0xC0000BB8
ohpwWindowsCentralProcessor — невозможно перечислить экземпляры счетчиков производительности для.
java.lang.NullPointerException: нуль
в oshi.util.platform.windows.PerfDataUtil.removeAllCounters (PerfDataUtil.java:227)

[oshi-core-3.8.2.jar! /: 3.8.2]
в oshi.hardware.platform.windows.WindowsCentralProcessor.initPdhCounters (WindowsCentralProcessor.java:246)

[oshi-core-3.8.2.jar! /: 3.8.2]
на oshi.hardware.platform.windows.WindowsCentralProcessor. (WindowsCentralProcessor.java:125)

[oshi-core-3.8.2.jar! /: 3.8.2]
в oshi.hardware.platform.windows.WindowsHardwareAbstractionLayer.getProcessor (WindowsHardwareAbstractionLayer.java:64)

Привет, @TChange. Я вижу, вы используете версию 3.8.2. Исправлен NPE. Можете ли вы попробовать еще раз на самой последней версии (или, желательно, на SNAPSHOT) и посмотреть, что произойдет?

Я меняю версию на 3.11.0 и все работает нормально, спасибо за совет

Источник

Updated January 2023: Stop getting error messages and slow down your system with our optimization tool. Get it now at this link

1. Download and install the repair tool here.
2. Let it scan your computer.
3. The tool will then repair your computer.

The error 0xC0000BB8 can be recorded by EventSentry if a particular performance counter is unavailable or disabled.

If the counter is disabled, you can use the Extensible Performance Counter List utility to reactivate the counter. The error message looks like this:

“The performance counter “PhysicalDisk(*)Avg. Disk Queue Length” could not be monitored due to error “0xC0000BB8″. Please make sure that the performance counter exists. If you are running a non-english version of Windows then performance counters are named in the language of the Operating System. ”

If you receive the error below in the Server Manager for a server, the user-defined set of data collectors is actually missing. This may be the result of an administrator accidentally deleting the set.

The update of the power meter failed with the following error: The set of data collectors was not found.

Rebuild the Windows Performance Counter.

1. Click on Start, then type cmd in the Start search box.
2. Right-click on cmd in the Programs list, then click Run as administrator. If you are prompted to enter an administrator password or confirmation, enter your password or click Next.
3. enter the following line at the prompt, then press ENTER: Lodctr /r
4. You will receive the following message: “Info: Setting the successfully restored performance counter from the system backup memory”.
5. exit the command prompt

Update server manager settings

To solve the problem, proceed as follows:

Connect to the server with the error.
Start the performance monitor (perfmon.exe) and search under Data Collector Sets – User-Defined and Server Manager Performance Monitor. If it exists, right-click it and choose Start. It is very likely that he will not be there, so move on to the next step.
Connect to a server whose performance counters can be monitored.
Open a high command prompt to which you can use this command to export the server manager performance monitor dataset:

logman export -n “Server Manager Performance Monitor” -xml SMPM.xml

Open the generated XML file, delete the entire ID List section and save the file.
Open a high command prompt that does not contain the data collector and import the XML file:

logman import -n “Server Manager Performance Monitor” -xml SMPM.xml

Start the performance counters:

Start logman start “Server Manager Performance Monitor

When you update the server in the Server Manager, performance data should now be available.

Post Views: 165