• [沙箱纠错] 通过鲲鹏开发套件实现Java代码迁移_步骤
    在vim中  退出编辑模式按Esc键,但我一按整个页面都没了,怎么办?
  • [热门活动] 【鲲鹏经典直播,让技术燃起新火花】看直播 · 写文章,赢京东卡等好礼
    过去的一年里,鲲鹏如火如荼的直播给你带来了哪些收获?是学习了新知识新技术、还是突破了什么技术难点?我们想与你一起回顾经典,聊聊这一年在技术道路上的成长与收获!快来看直播、写文章、赢取好礼吧! 活动参与对象 高校学生、开发者 活动时间 7月30日-8月31日 活动内容 1)下面表格中有11个鲲鹏专家直播视频,任选您想观看的主题直播,较为全面地将视频内容叙述完整,输出自己的感想或观点,发表博文;再将博客链接回复至本帖下方即为完成任务。(回帖已设置仅作者可见)2)发表博客的格式:【鲲鹏经典直播征文】+标题     回复此帖的格式:华为云账号+博文链接3)点此可发表博客 发文要求 1)描述准确度高,重点技术内容突出,有较强的可读性;排版需结构分明,逻辑清晰;2)如果博文中有针对视频内容的具体观点分析、解决方案、优化建议等可酌情加分;3)内容要求为投稿人原创,凡转载或抄袭一经发现将取消参赛资格。 评审规则 1)所有博文将由鲲鹏专家评审,并综合博文质量、博文阅读量两个指标给出排名与奖励;2)如果合格博文的收集量不足时,奖项可空缺;3)同一位用户可重复获奖,但是个人所得奖品不可超过3份,且同一类别的奖品只可获得1份;码豆的获取不受限制。评审指标指标所占分数如何打分?博文质量70由专家打分博文阅读量30阅读量越高,分数越高 活动奖励 奖励获奖条件 奖品数量一等奖 单篇博文综合成绩前3名HUAWEI FreeBuds 4i 无线耳机3名二等奖单篇博文综合成绩4-6名200元京东卡3名三等奖单篇博文综合成绩7-9名100元京东卡3名最受欢迎奖单篇博文阅读量最高100元京东卡1名参与奖 被专家评审为合格博文 每篇博文2000码豆不限 专家直播视频列表 序号主题直播链接1【鲲鹏DevKit开发套件】软件如何修改?迁移?发挥鲲鹏最大性能?https://bbs.huaweicloud.com/live/kunpeng_live/202103271600.html 2【鲲鹏DevKit开发套件】体验代码迁移工具的极致效率https://bbs.huaweicloud.com/live/kunpeng_live/202106281930.html3【鲲鹏DevKit开发套件】可视精准调优,突破性能瓶颈https://bbs.huaweicloud.com/live/kunpeng_live/202107261930.html4【毕昇编译器】编译优化与软硬协同释放鲲鹏澎湃算https://bbs.huaweicloud.com/live/kunpeng_live/202105311500.html5【系统性能优化】小改动大提升,软硬协同调优,发挥鲲鹏极致性能 https://bbs.huaweicloud.com/live/kunpeng_live/202104291930.html6【BoostKit大数据】业界趋势、鲲鹏大数据组件增强特性和典型配置https://bbs.huaweicloud.com/live/kunpeng_live/202104151930.html  7【BoostKit分布式存储】讲解业界形势、开源使能、基础及关键应用加速特性https://bbs.huaweicloud.com/live/kunpeng_live/202105171930.html8【BoostKit数据库】提供主流数据库最佳实践,助力高校完成组件调优,发挥多核算力极致性能https://bbs.huaweicloud.com/live/kunpeng_live/202106151930.html9【BoostKit虚拟化】丰富的计算资源提供更高的虚拟机密度,同等算力下减少服务器数量,降低Capexhttps://bbs.huaweicloud.com/live/kunpeng_live/202107161930.html10基于openGauss数据库的教学探索与实践https://www.hikunpeng.com/activities/hdc.cloud2021/live/824711 openEuler内核热升级,业务不停机https://www.hikunpeng.com/activities/hdc.cloud2021/live/8251 什么是码豆?会员中心入口:https://devcloud.huaweicloud.com/bonususer/home码豆奖励活动规则:1)码豆可在码豆会员中心兑换实物礼品;2)码豆只能用于会员中心的礼品兑换,不得转让,具体规则请到会员中心阅读“码豆规则”;3)为保证码豆成功发放,如果修改过账号名还请向工作人员提供修改前后的账号名。 活动规则 1)请务必使用个人账号参与活动(IAM、企业账号等账号参与无效);2)所有获得华为奖项的获奖用户,请于获奖后3日内完成实名认证,否则视为放弃奖励;3)本次活动如一个实名认证对应多个账号,只有一个账号可领取奖励;一个实名认证账号只能对应一个收件人,如同一账号填写多个不同收件人或不同账号填写同一收件人,均不予发放奖励;4)为保证您顺利领取活动奖品,请您提前填写奖品收货信息,如您没有填写,视为放弃奖励【点击此处填写信息】。活动获奖信息填写时间截止2021年9月3日,如未填写视为弃奖,请知;5)本次活动,码豆预计于2021年9月6日前完成发放,京东卡预计于2021年9月10 日前完成发放,发放时间根据实际情况动态调整,如有延期敬请见谅;7)其他事宜请参考【鲲鹏论坛活动规则】,本活动最终解释权归华为云所有。
  • [问题求助] 鲲鹏处理器,麒麟操作系统,无法使用yum源
    问题已修复,无需处理
  • [技术干货] 【鲲鹏产品】【安装mycat】提示缺少 aarch64
    鲲鹏系统,启动mycat,提示缺少 aarch64
  • [问题求助] 鲲鹏服务器arm架构 不能使用yum安装谷歌浏览器问题
    1[google-chrome]name=google-chromebaseurl=http://dl.google.com/linux/chrome/rpm/stable/$basearchenabled=1gpgcheck=1gpgkey=https://dl-ssl.google.com/linux/linux_signing_key.pub"/etc/yum.repos.d/google-chrome.repo"--------------------------------------------------------------------# yum -y install google-chrome-stable --nogpgcheck已加载插件:fastestmirror, langpacksLoading mirror speeds from cached hostfilebase                                                                                                                    | 3.6 kB  00:00:00     epel                                                                                                                    | 5.4 kB  00:00:00     extras                                                                                                                  | 2.9 kB  00:00:00     http://dl.google.com/linux/chrome/rpm/stable/aarch64/repodata/repomd.xml: [Errno 14] curl#56 - "Recv failure: Connection reset by peer"正在尝试其它镜像。 One of the configured repositories failed (google-chrome), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work "fix" this:     1. Contact the upstream for the repository and get them to fix the problem.     2. Reconfigure the baseurl/etc. for the repository, to point to a working        upstream. This is most often useful if you are using a newer        distribution release than is supported by the repository (and the        packages for the previous distribution release still work).     3. Run the command with the repository temporarily disabled            yum --disablerepo=google-chrome ...     4. Disable the repository permanently, so yum won't use it by default. Yum        will then just ignore the repository until you permanently enable it        again or use --enablerepo for temporary usage:            yum-config-manager --disable google-chrome        or            subscription-manager repos --disable=google-chrome     5. Configure the failing repository to be skipped, if it is unavailable.        Note that yum will try to contact the repo. when it runs most commands,        so will have to try and fail each time (and thus. yum will be be much        slower). If it is a very temporary problem though, this is often a nice        compromise:            yum-config-manager --save --setopt=google-chrome.skip_if_unavailable=truefailure: repodata/repomd.xml from google-chrome: [Errno 256] No more mirrors to try.http://dl.google.com/linux/chrome/rpm/stable/aarch64/repodata/repomd.xml: [Errno 14] curl#56 - "Recv failure: Connection reset by peer"2# yum -y localinstall google-chrome-stable_current_x86_64.rpm 已加载插件:fastestmirror, langpacks正在检查 google-chrome-stable_current_x86_64.rpm: google-chrome-stable-92.0.4515.107-1.x86_64无法添加软件包 google-chrome-stable_current_x86_64.rpm 至操作中。不属于任何可兼容的架构:x86_64无须任何处理
  • [交流分享] 【悦识鲲鹏系列 第31期】鲲鹏资料2021年6月刊
    鲲鹏资料6月刊:https://www.hikunpeng.com/activities/infomonthly/202106
  • [问题求助] 鲲鹏部署中标麒麟操作系统
    目前我的镜像里面只有银河麒麟操作系统,我需要安装部署中标麒麟操作系统。但是镜像里面没有这个系统
  • [问题求助] 【鲲鹏服务器】【远程登录问题】给服务器设置密码后大概10个小时候就不能远程登录了
    【功能模块】鲲鹏服务器,设置远程登录密码后,当时是可以登录的,但大概过10个小时左右,就无法登录了,提示认证失败。第三方登录 和使用 CloudShell都是一样报错。【操作步骤&问题现象】1、鲲鹏服务器,设置远程登录密码后。当时是可以远程登录的。2、大概做10个小时之后,就无法登录了,提示信息“认证失败”。使用第三方登录 和使用CloudShell都是一样报错。【截图信息】【日志信息】(可选,上传日志内容或者附件)
  • [问题求助] 【鲲鹏代码迁移插件】【配置远端服务器】保存的时候提示服务器未响应
    【功能模块】鲲鹏代码迁移插件的配置远端服务器功能,服务器是2.3.T10版本,插件是2.3.1版本,服务器为华为云鲲鹏架构ECS【操作步骤&问题现象】1、配置远端服务器窗口,输入IP地址和端口,服务器证书设置选择信任当前服务证书,单击“保存”按钮,弹出服务器未响应窗口。2、其实服务器是正常的,通过网页可以正常访问。【截图信息】插件错误信息截图:网页正常访问截图:【日志信息】(可选,上传日志内容或者附件)无相关日志,登录网页版也没查到相关日志。使用鲲鹏开发套件专属远程云环境已经部署成功的鲲鹏迁移工具环境也一样是服务器未响应。
  • [问题求助] 【鲲鹏产品】【OpenStack功能】计算节点部署openstack-nova-compute后,配置完成后服务无法启动。
    【功能模块】OpenStack 的openstack-nova-compute模块安装配置后,服务无法启动。系统:OpenEuler 21.03 【操作步骤&问题现象】1、controller节点配置完成。2、compute节点安装openstack-nova-compute并完成配置。3、启动openstack-nova-compute服务失败。参考文档链接:https://support.huaweicloud.com/dpmg-kunpengcpfs/kunpengopenstackstein_04_0010.html【截图信息】1、启动卡住:[root@compute ~]# systemctl start openstack-nova-compute.service2、通过journalctl -xe 查看,提示连接错误。【日志信息】(可选,上传日志内容或者附件)░░ The unit session-24.scope has successfully entered the 'dead' state.7月 27 17:30:22 compute nova-compute[59015]: 2021-07-27 17:30:22.079 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:30:54 compute nova-compute[59015]: 2021-07-27 17:30:54.132 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:31:26 compute nova-compute[59015]: 2021-07-27 17:31:26.182 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:31:58 compute nova-compute[59015]: 2021-07-27 17:31:58.233 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:32:30 compute nova-compute[59015]: 2021-07-27 17:32:30.285 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:33:02 compute nova-compute[59015]: 2021-07-27 17:33:02.333 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:33:34 compute nova-compute[59015]: 2021-07-27 17:33:34.381 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:34:06 compute nova-compute[59015]: 2021-07-27 17:34:06.432 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:34:38 compute nova-compute[59015]: 2021-07-27 17:34:38.481 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:35:10 compute nova-compute[59015]: 2021-07-27 17:35:10.530 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:35:42 compute nova-compute[59015]: 2021-07-27 17:35:42.578 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:36:14 compute nova-compute[59015]: 2021-07-27 17:36:14.625 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:36:46 compute nova-compute[59015]: 2021-07-27 17:36:46.672 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:37:18 compute nova-compute[59015]: 2021-07-27 17:37:18.774 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:37:50 compute nova-compute[59015]: 2021-07-27 17:37:50.821 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:38:22 compute nova-compute[59015]: 2021-07-27 17:38:22.867 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:38:54 compute nova-compute[59015]: 2021-07-27 17:38:54.915 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:39:26 compute nova-compute[59015]: 2021-07-27 17:39:26.964 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:39:59 compute nova-compute[59015]: 2021-07-27 17:39:59.015 59015 ERROR oslo.messaging._drivers.impl_rabbit [req-b300d984-5546-4b0b-9c17-bca3fdccd5b8 - - - - -] Connection failed: [Errno>7月 27 17:40:00 compute systemd[1]: Starting system activity accounting tool..
  • [问题求助] 兼容鲲鹏欧拉的docker-compose 版本在1.22以上的怎么下载
    【兼容鲲鹏欧拉的docker-compose 版本在1.22以上的怎么下载
  • [问题求助] 兼容鲲鹏欧拉的docker-compose 版本在1.22以上的怎么下载
    问下,兼容鲲鹏欧拉的docker-compose 版本在1.22以上的怎么下载
  • [DevKit] 【Hyper Tuner调优实践 27】基于诊断调试工具的Buffer_Overflow内存异常访问调优实践
    1、调优介绍    Hyper Tunner是一款鲲鹏性能调优工具,本实践中使用Hyper Tunner工具对应用执行内存诊断,对应用程序的内存使用进行诊断,帮助用户识别出源代码中内存使用的问题点,从而达到提升程序可靠性的目的。2、组网环境       说明:本实践以TaiShan 200服务器(型号2280)+ openEuler组网举例,Hyper Tunner  2.2.T4在其他鲲鹏平台和操作系统上的操作类似。表格1 服务器环境项目说明服务器TaiShan 200 服务器(型号2280)CPUKunpen-920(1620) ARM aarch64 64核 * 2内存32G * 4磁盘1.2T * 4OSopenEuler 20.03 (LTS)压测应用memory-leaks-r-us(下载:https://github.com/pisan342/memory-leaks-r-us)调优工具Hyper Tunner  2.3.T10 3、前提条件1、服务器和操作系统正常运行。2、PC端已经能够SSH远程登录。3、下载并编译Buffer_Overflow:https://github.com/steven5it/Buffer_Overflow4、环境上Hyper Tunner工具已经安装完成。 4、调优思路使用Hyper Tunner调优工具针对应用进行内存诊断,找到代码中内存异常访问点。找到内存异常访问点进行修改后重新编译并进行内存异常访问分析。5、操作步骤1)运行内存诊断,查看内存泄漏情况  进入Hyper Tunner页面,运行内存诊断任务(分析对象:内存异常访问): 点击确认,查看运行结果通过内存诊断任务,在页面上可以查看到内存异常访问具体函数以及发生内存异常访问函数的流程: 2)性能优化A、根据发生内存异常访问的函数和行号,找到内存异常访问点并修改:         重新编译后使用内存诊断工具重新进行测试:         页面不存在内存异常访问函数,说明修改成功。帮助:1、     Buffer_Overflow工具 安装方式:下载:https://github.com/steven5it/Buffer_Overflowunzip Buffer_Overflow-master.zipBuffer_Overflow编译:gcc -fsanitize=address -fno-omit-frame-pointer -O1 -g  ./sploit2.c -o sploit2 -no-pie 
  • [DevKit] 【Hyper Tuner 调优实践 26】基于诊断调试工具的jtjisgod内存异常访问调试实践
    1、调优介绍Hyper Tuner是一款鲲鹏性能调优工具,本实践中使用Hyper Tuner工具对应用执行内存诊断,对应用程序的内存使用进行诊断,帮助用户识别出内存异常访问的问题点,从而达到提升程序可靠性的目的。2、组网环境说明:本实践以TaiShan 200服务器(型号2280)+ CentOS组网举例,Hyper Tuner 2.3.T10在其他鲲鹏平台和操作系统上的操作类似。表格1 服务器环境项目说明服务器TaiShan 200 服务器(型号2280)CPUKunpen-920(1620) ARM aarch64 64核 * 2内存32G * 4磁盘1.2T * 4OSCentOS Linux release 7.6.1810 (AltArch)压测应用example_00 (下载:https://github.com/jtjisgod/JTJ-HMC-UAF.git)调优工具Hyper Tuner  2.3.T10 3、前提条件1、服务器和操作系统正常运行。2、PC端已经能够SSH远程登录。3、下载并编译example_00,请使用GCC 4.9及以上版本重新编译程序,并且要求: 必须使用 -fsanitize=address 选项 必须使用 -g 选项 可选择使用 -fno-omit-frame-pointer 选项,以得到更容易理解的调用栈信息 可选择 -O1 或者更高的优化级别编译代码:https://github.com/jtjisgod/JTJ-HMC-UAF.git编译命令:gcc -fsanitize=address -fno-omit-frame-pointer -O1 -g  ./example_00.c -o example_00 -no-pie编译完成的程序需要在GCC 4.9及以上版本的系统环境中运行4、环境上Hyper Tunner工具已经安装完成。4、调优思路使用Hyper Tuner调优工具针对应用进行内存诊断,找到代码中异常访问点。分析内存中异常访问点,修改后重新编译并进行内存诊断。 5、操作步骤1)运行内存诊断,查看内存异常访问情况  进入Hyper Tuner页面,运行内存诊断任务(分析对象:内存异常访问):  点击确认,查看运行结果  查看异常访问结果,发生了堆缓存访问溢出异常,结合异常访问点信息,对照源码文件example_00.c,分析原因是buffer1 malloc(100)成功后,内存空间中并没有字符串结束符标志\0,所以使用printf格式化输出%s时,会导致在buffer1的内存空间中寻找不到结束符,从而基于原先的内存空间继续寻址,导致数组越界访问,发生堆缓存访问溢出,继续分析源码,发现memset(buffer1, 'A', 99)之后同样使用printf格式化输出%s,所以此处也应该设置\0,同样的,buffer2也存在类似情况,一并修改           example_00.c源码:源码地址:https://github.com/jtjisgod/JTJ-HMC-UAF/blob/master/example_00.c 2)性能优化A、根据异常访问点文件名和行号,修改异常访问语句,重新编译后使用内存诊断工具重新进行测试:修改example_00.c源码:重新测试结果:查看异常访问结果,发生了释放后使用异常,结合异常访问点信息,对照源码文件example_00.c,分析原因是17行已经释放了变量buffer1(free(buffer1)),21行又打印该变量,继续分析,26、33行也打印了buffer1,删除这些打印后重新编译后使用内存诊断工具重新进行测试:修改example_00.c源码:重新测试结果:重新测试后发现example_00应用已经没有内存异常访问了,但是通过刚才的阅读源码,细心的读者会发现,变量buffer2在程序退出前并没有free掉,回到环境上手动执行example_00验证修改example_00.c源码:重新编译后,在环境上手动执行example_00验证
  • [问题求助] 鲲鹏云服务器安装redis启动报错
    【功能模块】服务器配置:鲲鹏920 按需计费1. yum方式安装redis启动时报错yum镜像源为https://mirrors.huaweicloud.com/kunpeng/yum/el/7/aarch64/同配置按月计费的服务器使用同样的方法,redis正常启动使用。【操作步骤&问题现象】1、yum install -y redis2、redis-server -vredis-cli -v均正常3、vim /etc/redis.confbind 127.0.0.1 # 这一行注释掉了protected-mode no #改为nodaemonize yes  #改为yeslogfile "/usr/local/redis/logs/redis.log" # 根据本机路径改为# 保存退出4、mkdir -p /usr/local/redis/logs5、find / -name "redis.pid" 没找到6、find / -name "redis-server" # 找到redis-server所在位置: /usr/sbin/redis-server7、 vim /usr/lib/systemd/system/redis.service写入以下配置Description=RedisAfter=syslog.target network.target remote-fs.target nss-lookup.target[Service]Type=forkingPIDFile=/var/run/redis_6379.pidExecStart=/usr/sbin/redis-server /etc/redis.confExecReload=/bin/kill -s HUP $MAINPID ExecStop=/bin/kill -s QUIT $MAINPID PrivateTmp=trueWantedBy=multi-user.target8、systemctl daemon-reload9、systemctl start redis报错,报错截图如下【截图信息】【日志信息】(可选,上传日志内容或者附件)未生成日志日志
总条数:1548 到第
上滑加载中