剩余部分见:https://www.cnblogs.com/poiu-elab/archive/2012/11/02/2751323.html
今天调试PDA时突然遇到这个 问题 部署和/或注册失败,错误为: 0x8973190e。 写入文件“%CSIDL_PROGRAM_FILES%\*\*.exe”时出错。
日常问题排查-调用超时 前言 日常Bug排查系列都是一些简单Bug排查,笔者将在这里介绍一些排查Bug的简单技巧,同时顺便积累素材^_^。 Bug现场 这次的Bug是大家喜闻乐见的调用超时。 笔者于是翻了下对应 A/B系统两台 发现A系统okay,B系统在当时有Full GC,而且长达6s: 既然监控到了,那么问题基本就是B系统的Full GC了,这个长达6s的full gc让B系统 可是这又引入了一个新的问题,为什么一次Full GC能达到6s之巨。 为什么这么慢 观察监控,笔者发现Full GC有时候快有时候慢。翻出对应6s的那条gc监控日志。 所以看上去是概率上出现GC慢的问题。 另一个机房没出问题 这时候巧的是,业务开发向笔者反映,另一个机房的相同应用确不会出现此问题。捞了下对应日志,发现其class unloading只有0.9s左右。 另外, 对于一个偶发性的问题,我们应该通过监控等手段去寻找规律,这样就很容易找到突破点。
A 发 SYN 包给B:A(LISTEN -> SYN_SENT) B 收到 SYN 包: B (LISTEN -> SYN_REVD) B 发 SYN,ACK 包给A,A收到包: A (SYN_SENT -> ESTABLISHED) A 发 ACK 包给B,B收到包:B(SYN_SENT -> ESTABLISHED)
日常开发中,除了开辟新项目,业务需求开发,一般还要做负责系统的日常运维。比如线上告警了,出bug了,必须及时修复。 但作为线上问题的处理,你得分析为啥以前没事,现在出问题了。 查询对应的链路追踪情况: 和猜测一致,短时间内批量查询。几乎每条sql2s多耗时。虽然是后台任务,但数据量太大导致cpu 100%. 那问题来了,如果改完要测的话,业务场景该怎么测?一时犹豫了,要不要再花额外的时间去搞回归测试,验证。 和运维小哥说,反正是个后台任务,先不改吧。运维看没影响到业务(没人投诉)也就不管了。 这种在设计之初就应该做好优化设计而不是出了问题再改,但当接手古老系统的时候,开发可能换了一波又一波了,这时候除了吐槽之外,只能填坑。
日常问题总结 1.postgre 传 bigint 类型,ibaits可以用int接受,或者bigDecimal接受 2.ibatis 子查询的 parameterClass 需要用 实体类,如java.util.HashMap
问题描述:今天在项目内部调用外部put类型api时出现以下报错 我请求的api的url地址是参数在中间的这种:/a/b/{参数}/c/{参数2} 分析应该是参数传递的方式不对,导致该错误 解决方案尝试 在网上搜了一些相关问题后,参照网友的解决方案,做了以下尝试 尝试-1:使用exchange方法 HttpHeaders headers = new HttpHeaders(); headers.setContentType requestEntity,uriVariables); return null; } 尝试结果:依然失败 尝试-3:在尝试了网上的各种方法都不奏效之后,我用自己修改的下面这种方法,成功解决问题 以上就是此问题的解决方案,不过程序的问题也因运行环境而异了,希望能给出现同样问题的小伙伴以参考吧! 如果现在没遇到建议收藏一下,以免以后遇到同样的问题找不到解决方法,我是浩说,我们下篇见!
昨天在做公众号扫码登录的时候,公众号需要先验证web应用的token 在网上尝试了各种方案,总是有多多少少的问题,后来经过各种方案的结合,最终得到可以验证成功的版本: 环境:springboot
当时觉得有问题,开发的配置干嘛要给到他们。 开始正式验证数据的时候,第一个接口就404了。于是所有人都突然黑人问号了。客户心情瞬间不信任了。问这边啥情况。这边说需要调查。出问题模块的小组正在开会。 过程曲折 网络代理配置 压力之下,问题还需要一步步定位。半小时后确认是中国香港代理节点没配置转发。原方案设计是北美访问中国香港,中国香港代理到深圳。深圳这边倒是都配置好了。 很快问题修复。流程可以继续验证了。但客户的信任出现了裂痕,他认为我们的系统不敢完全相信。之所以要各种配置方案,测试方案,就是前期合作中也多次出现过问题。 于是大家自己也不敢保证没问题了。又开始拉着checklist检查清单挨着对。网络也挨着ping telnet。台风天,还是搞到很晚。 (还好,之前设计的方案支持错误中断回滚,否则只能运维改数据了) 到这里,还没验证完,但是,陆陆续续出现不少问题了。
问题描述: 在VMware下新创建的CentOS ping 不通百度 解决方案: 1、点击VMware的编辑按钮下的虚拟网络编辑器 2、更改设置后,选择NAT类型,点击NAT设置 3、记录下,子网ip
日常工作中经常会碰到一些小问题,有的是知道了,就是知道了,有的是得研究出根本原因,无论何种,不进入同一个坑,应该是我们坚持的目标。 问题1. 问题2. tar打包和解压 tar 打包压缩/解压缩到指定目录 cd /data/ad/ tar -zcpf /data/Bak/ald8.201904281352.v1.00.tar.gz * 解压到指定目录 (使用-C选项,假如后面的目录不存在就创建这个目录) [root@ald8 /]# tar -xf ald8.201904281331.v1.00.tar.gz -C /data/ad/ 问题3. 有几种组合方式比如: 可读可行可执行(rwx=7=4+2+1)。 可读可执行(rx=5=4+1)。 可读可写(rw=6=4+2)。 文件所有者可读可写可执行 -7 2. 与文件所有者同属一个用户组的其他用户可读可执行 -5 3. 其他用户组无权限 -0
insert_time` DateTime64(3), `note` String ) ENGINE = Distributed('ck', 'testdb', 't_tb1', rand()); 1.3 常见问题 Map类型问题 如使用到map类型,则创建本地表时会出现如下错误 Code: 44. 此时按照提示,创建表前进行allow_experimental_map_type =1设置即可 set allow_experimental_map_type =1; 分区数上限问题 2022-
$sysstat t where name in ('physical reads', 'db block gets', 'consistent gets');--0.999999966992287 7
问题描述: 本地安装hadoop单机模式的时候需要启动namenode时报错 pdsh@xxx: localhost: connect: Connection refused 解决方案(过程): 原因是
记录日常工作中遇到的shell问题,持续发现错误 引号 在shell中有单引号、双引号,其中单引号更加的严格,关闭所有有特殊作用的字符,会将里面的内容按照原始的状态输出;双引号,会忽略很多特殊符号 如果,直接在shell的终端上输入shell的内容,就不会出现单双引号的问题。 未完待续
导致天天告警,虽然问题不大,但非常想知道原因,于是向我求助。 问题现场 如下图所示,younggc一个版本后从60ms涨到了120ms。而告警的阈值在100ms,导致每次younggc都告警。 显然,调整告警阈值是最简单的方案,但作为一个有好奇心对技术很执着的同学,他很纠结于这个问题。当然我也是遇到有意思的问题就必须去一探究竟的性格,两者一拍即合。 询问那位同学,他明显是已经考虑了这样的问题。当即甩给了我相关的监控截图。从分钟级的尺度来讲,没有任何变化。 为什么以前没问题上了个版本就出问题了 首先这个肯定和修改的代码没有关系,笔者推测是由于上游流量的变化导致了批次数量的变化。这个也在后续的数据分析中得到了相关的印证。 总结 Younggc时间变长是一个比较棘手的问题,因为它的可观测信息过少,而且往往和代码变更无关,而和请求分布导致的内存生成速率与存活分布有关。
写在最前注意: 1、master,slave都需要修改start-dfs.sh,stop-dfs.sh,start-yarn.sh,stop-yarn.sh四个文件 2、如果你的Hadoop是另外启用其它用户来启动,记得将root改为对应用户
【问题日期】 2022-11-14 22:45:12 【问题描述】 MySQL 排序字段数据相同不能分页问题:在分页查询数据时,按创建时间排序,由于数据是批量创建的,导致部分数据创建时间一样,而此时分页查询数据 ,翻页后出现重复数据 【问题拆解】 分页查询数据 按照创建时间排序&存在创建时间相同的数据 翻页后出现重复数据 【问题来源】 朋友遇到的 【可能原因】 是因为排序字段只有创建时间 【参考链接】 MySQL 51CTO 博客 - 《MySQL排序字段数据相同不能分页问题》: https://blog.51cto.com/u_15704340/5439010 如果 order by 排序的字段有相同的数据 【解决方案】 可以在 order by 后面加上一个唯一的 id 【问题总结】 如果多行在列中具有相同的值 ORDER BY,则服务器可以自由地以任何顺序返回这些行,并且可能会根据整体执行计划以不同的方式返回
和尚作为一个小学生在实际操作中遇到很多问题,相对比较常见,和尚来整理记录一下。 问题一:嵌套权重异常 和尚在做 Android 时为了屏幕适配,用到权重/比例比较多,Flutter 也提供了实现权重的功能,和尚尝试过 权重基本用法,当时没有涉及到嵌套权重的问题,和尚想要实现的是左侧一张大图 ,右侧垂直两张小图,水平方向 1:1 均分,和尚用 Expanded 配合 flex 在嵌套权重时遇到如下问题,于是重新研究一下权重的使用; ? 问题二:SnackBar 找不到 Context 和尚在尝试 SnackBar 时总是找不到上下文环境而打不开; ? ---- 和尚作为初学者,遇到很多基础的问题,仅做记录;如有错误请多多指导!
和尚整理一下最近遇到的两个小问题; JPush {no value foris provided} 极光推送在日常的应用中应用广泛,集成简单送达率较高,和尚刚开始集成时很方便,但是随着项目的逐渐变大 ,分包和组件化等应用比较多,此时单独出 push Module 应用时,会遇到如下问题: ? 此时虽然会提示问题,但是程序的运行与打包以及推送方面也都是正常;但有问题总是要解决的; 和尚首先检查 JPUSH_APPKEY 和 JPUSH_PKGNAME 等配置是否正确;一切正常,核对了官网的集成配置也是正确的 mWebView.getSettings(); settings.setMediaPlaybackRequiresUserGesture(false); ---- 和尚这次整理的内容较少,但却是在日常开发中遇到的问题 ,希望遇到相同问题的朋友可以避免。