#chuyencuasys.com

“DevOps is bullshit”

DevOps Engineer làm gì khi rảnh rỗi ? June 28, 2020

Chào các bạn , dạo gần đây sau khoảng thời gian khá bận rộn thì cuối tuần cũng được nghỉ ngơi và thư giãn , mình lên đây chia sẻ đôi điều , chém gió cùng các bạn . Vậy theo các bạn một người DevOps Engineer làm gì khi rảnh rỗi ? Và dưới đây là đôi lời chia sẻ quan điểm cá nhân của mình .

1) Tìm một course để học

Kiến thức là vô hạn không ai có thể biết hết tất cả mọi thứ , vì thế khi rảnh rang các bạn có thể tìm một course nào đó để học hoặc có thể hơn là ôn thi một cert nào đó lận lưng nó rất tốt cho việc sau này các bạn có thể tìm một cơ hội mới . Việc update kiến thức mỗi ngày là cần thiết mà đúng không mọi người .

2) Vẽ việc để làm

Với một người DevOps Engineer khi đã automation mọi thứ trong quy trình từ Dev -> Stg -> Prod thì cũng là lúc thời gian rảnh rang để research vẽ việc , làm lab/test các công nghệ mới , hoặc có thể dev vài project nhỏ cho bản thân để tối ưu hoá công việc của mình hơn . Từ đó có thể apply vào quy trình , công việc của bản thân . Đừng ngại khi học một công nghệ mới vì tin mình đi nó sẽ rất tốt cho các bạn trong tương lai gần mà thôi .

3) Mời cơm trưa hoặc cafe đồng nghiệp

Theo mình thấy,  nếu các bạn làm ở một môi trường nhỏ thì thường sẽ biết hết tất cả các developers,  nhưng nếu bạn đang làm trong một công ty lớn tầm vài trăm developers, thì việc biết mặt hết tất cả mọi người là điều không thể. Vì thế là một người DevOps Engineer hãy kết nối với mọi người nhiều hơn , bạn có thể mời người làm cùng project của mình một ly cafe hoặc bữa trưa để cả 2 cùng nhau chém gió , trao đổi thêm về công việc , giúp cho mối quan hệ tốt hơn từ đó công việc của mình sẽ trở nên trơn tru hơn , ăn ý hơn .

4) Trao đổi với leader nhiều hơn

Nhiều bạn thường sẽ có tư duy việc mình mình làm , ít khi nào trao đổi với các leader , người quản lý trực tiếp của mình . Có thể khi hết việc một số bạn sẽ ngồi chơi , lướt Facebook , xem Youtube nhưng thay vì như vậy các bạn có thể trao đổi với sếp nhiều hơn, về định hướng sắp tới của các project, biết đâu bạn tìm thấy một cái gì đó mà bạn đã research và apply luôn vào những project .

5) Phỏng vấn dạo .

Về vấn đề phỏng vấn đối với các bạn khá là serious nhưng đối với mình việc phỏng vấn dạo không có gì là xấu , nhưng đừng đi quá nhiều có thể các bạn sẽ bị vào blacklist của các HR . Quay lại vấn đề phỏng vấn dạo , việc này rất tốt đối với các bạn mới đi làm 2 – 3 năm vì nếu làm quá lâu ở một tổ chức có thể bạn sẽ bị outdate lúc nào mà không biết , việc phỏng vấn sẽ giúp các bạn update được tình hình thị trường đang cần gì , muốn gì , và định giá bản thân của mình đang ở thị trường là bao nhiêu .

Trên đây là đôi lời mình chia sẻ , theo quan điểm cá nhân của mình . Vì thế nếu có gì đúng hoặc sai vì thế các bạn có thể comment bên dưới để bổ sung thêm nhé. Nếu thấy hay hãy cho mình 1 like . Chúc các bạn có một cuối tuần vui vẻ , không bị incident để tận hưởng một ngày cuối tuần ý nghĩa bên gia đình và người thân . 

 

No Comments on DevOps Engineer làm gì khi rảnh rỗi ?
Categories: Linh tinh

Cài đặt cluster Kubernetes sử dụng RKE April 25, 2020

Chào các bạn, hôm nay mình xin giới thiệu cho bạn một công cụ tuyệt vời, nó có thể giúp bạn launch một cluster Kubernetes trên physical chỉ trong vòng chưa tới 20 phút . Thật tuyệt vời phải không nào , hãy theo dõi bài viết của mình bên dưới nhé .

1) Giới thiệu

Rancher Kubernetes Engine (RKE) là một công cụ dùng để triển khai môi trường Kubernetes trên máy chủ vật lý hoặc máy chủ ảo hóa. RKE đơn giản hóa việc cài đặt Kubernetes trên bất kì hệ điều hành và nền tảng nào bạn đang chạy .

2) Chuẩn bị

Ở mô hình trong bài viết bạn cần có 3 server để sử dụng làm 3 nodes trong bài viết này lần lướt sẽ là : 10.0.0.1 , 10.0.0.2 , 10.0.0.3 đã cài đặt trước Docker .

3) Cài đặt 

Như mình có nói ở phần 2 bạn cần cài đặt Docker trên 3 node mình muốn deploy Kubernetes  . Sau đó là cài đặt RKE  trên máy client .

$ wget https://github.com/rancher/rke/releases/download/v0.2.1/rke_linux-amd64 && mv rke_linux-amd64 /usr/bin/
$ rke -v rke version v0.2.1

Chuẩn bị 1 manifest như sau :

Sau đó run command line như bên dưới và đợi kết quả .
$ rke up –config rancherui-cluster.yml

Export KUBECONFIG and show nodes :
$ export KUBECONFIG=kube_config_rancherui-cluster.yml

$ kubectl get nodes
NAME STATUS ROLES AGE VERSION
10.0.0.1 Ready controlplane,etcd,worker 20m v1.13.4
10.0.0.2 Ready controlplane,etcd,worker 20m v1.13.4
10.0.0.3 Ready controlplane,etcd,worker 20m v1.13.4

Các bạn thấy nó đấy khá là đơn giản và tiện lợi để có 1 cluster Kubernetes . Nếu bạn thấy thích hãy like nó và để lại comment bên dưới cho mình nhé . Thanks các bạn

No Comments on Cài đặt cluster Kubernetes sử dụng RKE
Categories: Linh tinh

Làm thế nào để deploy một application lên Kubernetes với Helm – Phần 2 April 4, 2020

Chào các bạn, ở phần 1 mình đã giới thiệu một cách cơ bản về Helm và một số các thành phần cơ bản của nó . Và ở phần này, mình sẽ nói một cách cơ bản nhất làm thế nào để deploy một application sử dụng Helm lên Kubernetes .

1) Build một image .

Ở bài này mình sẽ đưa một app Nodejs để sử dụng Helm deploy lên Kubernetes .

Dockerfile : 

Project Nodejs :

Build image: 

Push image tới registry của Docker Hub

2) Tạo một helm chart

Tạo deployments , ingress , service :

Edit file values.yaml

3) Deploy Helm chart đã tạo tới cluster Kubernetes .

Sau khi đã tạo các thành phần cần cho helm chart thì mình sẽ sử dụng helm để deploy .

Check syntax :

Deploy:

Thử vào web :

Trên đây là hướng dẫn giúp các bạn có thể sử dụng Helm để deploy một app nodejs lên một cluster Kubernetes . Hi vọng sẽ giúp các bạn có thêm kiến thức hữu ích . Hãy để lại một like nếu bạn thích nó và chúc cho các bạn có một kì làm việc [email protected] Covid-19 có thêm được nhiều kiến thức mới .

No Comments on Làm thế nào để deploy một application lên Kubernetes với Helm – Phần 2
Categories: Linh tinh

Làm thế nào để deploy một application lên Kubernetes với Helm – Phần 1 March 23, 2020

Chào các bạn , dạo gần đây các từ khoá như : Docker , Kubernetes , Helm … Đã không còn quá xa lạ trong lĩnh vực phát triển phần mềm nói chung và lĩnh vực DevOps nói riêng . Nếu như ví Kubernetes như là một người lái tàu thì Helm chính là bánh lái của con tàu đó . Vì thế hôm nay mình xin chia sẻ với các bạn một cách cơ bản nhất về việc deploy một application lên Kubernetes với Helm , thực ra thì mình cũng mới vừa tìm hiểu Helm trong những ngày gần đây . Nếu có gì sai sót mong các bạn đóng góp ý kiến bên dưới . 

1)  Điều kiện . 

Trong serial này để hiểu về cách deploy một application lên Kubernetes với helm thì bạn phải cần nắm rõ các khái niệm , thành phần , cấu trúc cơ bản của Kubernetes ( Ví dụ : Deployment , Service , Ingress , Pod , ReplicaSet … ) .

2) Khái niệm về Helm .

Việc ra đời của Helm giúp cho người dùng thao tác chỉnh sửa các thành phần của Kubernetes trở nên đơn giản hơn , tránh việc thao tác chỉnh sửa lỗi trên các thành phần của Kubernetes , Helm nói đơn giản hơn nó là package manager cho Kubernetes giống như : NPM , YARN , APT , YUM … Hiện tại thì helm cũng đã là project chính thức trong hệ sinh thái của Kubernetes .

3) Thành phần của Helm . 

Chart : Helm sử dụng một định dạng đóng gói gọi là Chart , trong đó bao gồm tất cả các file YAML mô tả một tập hợp cấu thành nên một App/Service được triển khai trên Kubernetes .

Config variables : Giống như trong Ansible có inventory/staging/group_vars , inventory/production/group_vars , roles/service/defaults/main.yml thì config variables của Helm tương tự như vậy bao gồm helm-chart/production.yaml , halm-chart,staging.yaml , values.yaml  .  values.yaml dùng để config variables chung cho cả helm-chart , còn các config production.yaml , staging.yaml dùng để làm config variables riêng cho các environment các nhau . Vì sao lại như vậy thì mình sẽ nói ở phần tiếp theo ở phần deploy .

Templates : Đúng như cái tên của nó , trong templates bao gồm các manifest file cho Kubernetes , nó được ví như một bộ khung mà khi kết hợp với các Config variables sẽ tạo nên một manifest file cho Kubernetes hoàn chỉnh .

Release:  là một version application của Kubernetes hoàn chỉnh .

4) Kiến trúc của Helm

Helm client : Cũng giống như kubectl của k8s , nó cung cấp cho người dùng để thao tác với Tiller Server thông qua command line để : install, upgrade, rollback … các chart .
Tiller server :  là một deployment được deploy lên Kubernetes , cũng giống như Kube-api nó dùng để cho kubectl tương tác thông qua command line nhưng khác ở chỗ nó được xem là trung gian giữa Helm client và Kube-api . Sau khi nhận tương tác từ Helm client tới Tiller server , Tiller server sẽ tương tác với Kube-api để thực thi thay đổi các thành phần như Deployment , Service , Pods … có trên Kubernetes .

Vừa rồi là một số khái niệm cơ bản của Helm mà mình đã tìm hiểu và ghi lại , hi vọng rằng nó sẽ giúp cho các bạn hiểu được phần nào về Helm . Ở phần tiếp theo mình sẽ nói chi tiết hơn về phần cài đặt Helm client , Tiller server và cách mà các bạn có thể sử dụng helm để deploy một application cơ bản lên Kubernetes . Để hiểu hơn về Helm các bạn có thể đọc tại https://helm.sh/docs/ , Cảm ơn các bạn đã đọc bài viết của mình .

No Comments on Làm thế nào để deploy một application lên Kubernetes với Helm – Phần 1
Categories: Linh tinh

Somethings about Lizardfs January 29, 2020

Hi there, I’m back from the Tet holiday (Lunar New year in Asia) and nice to write something about Lizardfs, which the best distributed software storage at this time.
My name is Nhan Pham T., live in Ho Chi Minh City, Vietnam, where is UTC + 07:00. I’m a dad, a blogger and a dreamer 🙂
I speak Vietnamese and English, and use Python, Bash, and some PHP for daily task or small pet projects.
I started my professional working as a Python developer and spend more than 6 years for using Linux and opensource software. At fact, I haven’t a personal laptop or macbook. I started research for a distributed file system/ storage when I tried to learn Docker in early 2013. I builded a small lab with Ceph and use it for container. After years, I used Lizardfs for our projects in the my company, which is a biggest Vietnamese technology company, founded in 2004, specializing in digital content and online entertainment, social networking, and e-commerce.
LizardFS was chosen as our solution as it’s flexible, efficient and easy to setup. We have been using it since 04/2019 as the distributed file system within our product. Before that, we used physical disk for all storage with RAID 5, 6 for file and objects, We tried GlusterFS, Ceph and some solution from HP or Dell in lab or development.
Lizardfs have URAFT for High Metadata Availability, something like MooseFS Pro, but it’s opensource.
Lizardfs is easy to learn but it’s document is not up-to-date, and alot for issues of this project in github are open and seem to not close or fix.
Distributed file system is really a nightmare with the system engineer like me. Alot of issue and some incident.
I think multithreading is must be implement it next relase (https://github.com/lizardfs/lizardfs/issues/476) and a webmin to administration (https://github.com/lizardfs/lizardfs/issues/546)
and reduce memory usage of master server. In my case, I have 256GB RAM for the cluster but I don’t think it enough to lead many chunkservers to exabyte :d

==)) Stupid english but this is first time I write an article in 2020, have fun!!!

No Comments on Somethings about Lizardfs
Categories: Linh tinh

Tản mạn chuyện đầu năm January 24, 2020

Chào các bạn lại là mình đây , năm cũ đã qua và năm mới đã tới . Lời đầu tiên mình xin chúc tất cả các anh em DevOps , SRE , SysOps lẫn Dev có một năm mới làm việc hiệu quả , có thêm nhiều bug , issue , sự cố mới trong hệ thống để sang năm có thêm kinh nghiệm cũng như có cái để deal lương với sếp =))) .

Năm 2019 vừa qua là một năm quả thật thành công đối với bản thân của mình , được biết những người bạn mới , những công nghệ mới , những bài học mới  và những người dẫn dắt để trau dồi cho bản thân ngày càng hoàn thiện hơn .

Cảm ơn tất cả những người bạn , những người đồng đội , những người anh em và cả những người đã dẫn dắt giúp đỡ mình trong năm qua … Chúc cho tất cả mọi người có một năm mới an khang thịnh vượng , hạnh phúc và may mắn .

 

No Comments on Tản mạn chuyện đầu năm
Categories: Linh tinh

Tâm sự của một System Engineer – Part 2 October 24, 2019

Chào các bạn lại là mình đây , bây giờ là là 23h và mình vừa tắm xong sau một ngày dài ở công ty về , lướt lướt blog xem đọc lại các bài viết cũ thì thấy người anh thiện lành Nhanpt14 đăng bài Chuyện của sys 2019 có cái gì? hứa với ổng lâu lắm rồi mà chưa viết bài nào nên sợ ông xoá blog thì lại không có chỗ nào giaỉ vầy tâm sự cùng anh em sau những ngày dài làm việc mệt mỏi .

Quay lại chủ đề chính hôm nay mình muốn chia sẻ tâm sự cùng các bạn về một chủ đề “Làm thế nào để có mức lương tốt trong lúc thị trường đang bong bóng cho các vị trí như DevOps/SRE/System Enginner ? ”

Dạo 1 2 năm gần đây các bạn không khó để thấy các job tuyển dụng  DevOps/SRE/System Enginner tràn lan trên các MXH (Linkedin , Facebook , Twitter … ) nhưng mức lương thì không hề thấp một chút nào , tại sao vậy ? Theo như nhà tỷ phú Trung Quốc Jack Ma có chia sẻ “Thế giới đang chuyển dần sang data hóa. Tôi nghĩ chúng ta đang sống trong giai đoạn khởi đầu của thời đại bùng nổ dữ liệu

Như các bạn đã thấy chúng ta cũng đang dần data hoá những thứ trong cuộc sống và kéo theo đó các ứng dụng , nền tảng , dịch vụ ra đời càng ngày càng nhiều , để đáp ứng những nhu cầu tất yếu thì cần phải có một đội ngũ developer hùng hậu để phát triển các sản phẩm nêu trên , một sản phẩm muốn được vận hành trơn tru , chịu tải tốt  , release các tính năng mới một cách nhanh chóng thì cần có những người có hiểu biết chuyên sâu về quy trình làm việc , có kiến thức hệ thống cũng như cách vận hành một sản phẩm nhưng các bạn cũng biết trước đây để tuyển một người làm System thuần đã khó nay muốn tuyển một người có kinh nghiệm làm việc trong một môi trường phát triển phần mềm càng khó hơn vì thế hôm nay mình xin chia sẻ cho các bạn những cách để các bạn có một mức lương tốt trong lúc thị trường đang bong bóng như lúc này .

1) Hãy là một người có tư duy tự động hoá mọi thứ nếu có thể
Các bạn biết đấy làm trong một System engineer làm trong một công ty phần mềm , khác hẳn với lại System engineer truyền thống như Quản trị mail , ftp server , router , switch , server … thì bạn phải làm hơn rất là nhiều ví dụ deploy code mới ở các môi trường nơi tôi làm gọi là “Sin Cốt” , deploy môi trường mới cho các project mới , deploy các Opensource phục vụ cho các project của dev … bạn biết đấy nếu như làm tay thì sẽ không bao giờ có đủ thời gian để làm tất cả những việc đó thay vào đó sẽ là những thứ như Shell , Ansible , Salt , Puppet những công cụ có thể tự động hoá tất cả mọi thứ nếu bạn có khả năng làm việc với nó .

2) Hãy biết ít nhất là một nền tảng điện toán đám mây
Như các bạn hầu hết các công ty phần mềm startup hiện tại đang sử dụng các nền tảng điện toán đám mây (AWS , GCP , Azure , Alicloud …) tính linh hoạt co giãn tức thời , các bạn có thể scale một cách nhanh chóng nếu sản phẩm các bạn phát triển nhanh , tối ưu chi phí ban đầu phải trả thay vì đầu tư số tiền lớn để mua các server physical . Vì thế để có được mức lương tốt ngay lúc này hãy học ngay cho mình ít nhất một nền tảng điện toán đám mây .

3)  Hãy là một người biết bắt trend tốt
Công nghệ càng ngày càng phát triển mỗi ngày mỗi giờ là mỗi sản phẩm công nghệ được release vì thế hãy là một người biết cập nhập công nghệ tìm hiểu thị trường đang cần gì và hãy bắt kịp xu thế công nghệ bạn sẽ là người có một mức lương tốt những từ khoá như (Kubernetes , Docker , Helm , Prometheus , Gitlab-ci , Jenkins … ) đang là những từ khoá hot những tại thời điểm hiện tại và có lẽ cho một vài năm tiếp theo vì thế nếu có thời gian hãy cập nhập công nghệ thường xuyên để mình không bị outdate .

4)  Hãy là một người thân thiện và kết bạn với những người giỏi
Kiến thức là vô hạn còn sức người thì có hạn vì thế đôi lúc khi làm việc chúng ta gặp những case khó nhưng nếu tìm hiểu lại thì phải mất rất nhiều thời gian và tính chất công việc không cho phép , thì lúc này là lúc bạn có thể nhờ vả những người bạn người anh thiện lành mà bạn đã connect từ trước giúp đỡ , tất nhiên một mối quan hệ có thể phát triển được thì phải có sự trao đổi lẫn nhau bạn không thể giúp họ trong vấn đề kỹ thuật thì bạn có thể giúp họ trong các lĩnh vực khác nhưng hãy đừng ngại ngùng mà không hỏi .
Hơn nữa những người mà bạn connect có thể cũng sẽ giới thiệu bạn với những công việc tốt , mức lương tốt , mà phỏng vấn không quá khó vì đã có sự ref và tin tưởng từ trước .

5)  Hãy học một ngôn ngữ nào đó khác tiếng mẹ đẻ
Thời đại công nghệ phát triển hội nhập để có một mức lương cao ngoài kỹ thuật thì bạn cần phải có kỹ năng mềm ở đây là ngôn ngữ . Nếu có thời gian rảnh hãy học cho mình một ngôn ngữ nào đó có thể là tiếng Anh hoặc Tiếng Nhật , Tiếng Trung tuỳ vào sở thích mà bạn có thể chọn mình xin cam đoan với các bạn nó không hề thừa đâu . Nếu không tin bạn có thể xem ảnh .

Một mức lương đáng mơ ước nhỉ , Ngoài ra nếu có ngôn ngữ tốt và kỹ thuật tốt bạn hoàn toàn có thể kiếm một công việc ở nước ngoài như (Singapor , Đức , Nhật …) .

6) Hãy học lập trình . 
Khi làm trong môi trường trong các công ty phát triển phần mềm thì ít nhiều gì hãy học lấy cho mình một ngôn ngữ lập trình (Python , Golang , Java , Php …) để phục vụ cho công việc của mình bởi đôi khi những sản phẩm OpenSource được clone bên ngoài về không đáp ứng đủ nhu cầu hoặc không phù hợp với môi trường thì bạn hoàn toàn có thể custom nó cho phù hợp , hoặc bạn có thể viết một API một con bot nào đó phục vụ cho mục đích automation của mình , hoặc collect các data để monitor … Tùy vào mục đích nhưng hãy học lập trình nếu có thể ngay từ hôm nay .

Trên đây là những điều mà mình đã chia sẻ có thể nó đúng hoặc sai vì đây là ý kiến cá nhân của mình và không có ý định chỉ trích một ai cả , hi vọng nó sẽ giúp ích cho bạn ở hiện tại và tương lai , nếu thấy hay hãy kéo lên trên cho mình 1 like các bạn nhé .

2 Comments on Tâm sự của một System Engineer – Part 2
Categories: Linh tinh

Chuyện của sys 2019 có cái gì? October 17, 2019

Hơn 1 năm rồi không có 1 bài viết hay cái gì mới, thậm chí còn down lên down xuống do vụ hosting? Đôi khi cũng không biết duy trì blog để làm gì? cho bản thân hay cho ai khác? vì cộng đồng hay không?

Tự dặn mình sẽ viết những bài có tính chia sẻ hơn về những thứ đã và đang trải qua, về tâm sinh lý tuổi gần 30, công việc sự nghiệp sức khỏe gia đình.

Đoán xem.

No Comments on Chuyện của sys 2019 có cái gì?
Categories: Linh tinh

Tâm sự của một System Engineer December 18, 2018

Một ngày mới lại bắt đầu tỉnh dậy như bao buổi sáng khác , vệ sinh cá nhân ăn mặc chỉnh chu và bắt đầu một ngày mới tràn đầy năng lượng . Tôi chưa bao giờ nghĩ mình sẽ chán việc một công việc như thế này bởi nhiều lý do sau và có lẽ 5 năm 10 năm thậm chí 15 năm sau tôi vẫn yêu nó như cái ngày chân ướt chân ráo bước vào nghề

1) Tính cẩn thận
Nghề SE cho này không dành cho những kẻ bất cẩn và cẩu thả , nó đã tôi luyện cho tôi trở thành một người cẩn thận dù là lúc 3 4h sáng hay chậm chí trong cơn say vài chục lon bia(này hơi chém xíu bởi trong người cũng 5 7 lon rồi hí hí ) . Các bạn biết đấy chỉ với một thao tác không cẩn thận cũng dẫn đến một kết quả không ngờ tới câu nói “Sai một li đi một dặm ” chẳng bao giờ sai cả nhưng đối với nghề này “Sai một ly bạn chỉ cần đi gặp sếp thôi” Mình hơi serious một tý nhưng đấy là tính chất công việc của SE chúng mình đang làm , bởi người ta trả tiền cho bạn để đảm bảo rằng hệ thống họ up to 99% vì vậy “phía sau bàn phím là một Hero hay là một loser ” tất cả là do hành vi của bạn .

2) Tính trách nhiệm

Mình có một câu nói và như khẩu quyết bước vào nghề đó là ” Dù đi đâu làm gì hãy để chiếc laptop , điện thoại và internet là cái bóng thứ hai của bạn ” sản phẩm hệ thống của bạn có thể lăn ra chết bất cứ lúc nào và đó là lúc người trả tiền cho bạn cần bạn nhất vì vậy đừng để họ thất vọng khi gọi cho bạn và nhận được câu trả lời “Em đang ở ABC XYZ anh đợi em 1 vài tiếng nữa nha anh ” hay chẳng hạn ” Em đang ABC XYZ ” hoặc thậm chí là tiếng quen thuộc ” Thuê bao…. ” Thật là thảm họa , Sếp bạn có thể đợi bạn , nhưng người dùng của sản phẩm bạn họ chẳng có kiên nhẫn để làm điều đó . Vì vậy khi bước vào nghề hãy là một người có trách nhiệm với hệ thống mình đảm nhiệm .

3) Tính trung thực và biết nhận lỗi
Trung thực là đức tính mà ở bất cứ ngành nghề nào cũng cần thiết bởi chẳng một cộng sự nào muốn làm việc với một người lúc nào cũng lý do lý trấu biện minh cho hành vi sai phạm của mình dù đó là một lỗi nhỏ trong công việc , Nghề SE đã tôi luyện cho tôi là một người biết nhận lỗi biết mình sai ở đâu , các bạn biết đấy kiến thức là vô hạn vì vậy chẳng có gì xấu hổ khi làm sai một cái gì đó nhưng đồng nghiệp của bạn hay sếp của bạn nhảy vào support thì các bạn hãy thành thật trả lời để cùng nhau giải quyết vấn đề một cách nhanh chóng … Đừng có vòng vo ” Em không biết em mới chỉ … ” ” Em chưa làm gì cả tự nhiên ” mình đảm bảo với các bạn chẳng có một người đồng nghiệp hay người sếp nào chấp nhận việc này cả dù bất cứ ngành nghề nào trong cuộc sống này

4) Học các làm cho mình hoàn thiện hơn :
Mặc dù khi sinh ra chẳng có ai là hoàn hảo cả nhưng mình có nghe một câu nói rất hay đó là :
Bowling có 10 chai, nếu như bạn ném đổ 9 chai, bạn sẽ đạt được 90 điểm; Nhưng nếu như mỗi lần bạn ném đổ cả 10 chai, kết quả bạn sẽ được 240 điểm. 80% phần thưởng trong cuộc sống này dành cho 20% những người xuất sắc nhất. Từ tốt đến vĩ đại là một khoảng cách dài, nếu được hãy trở nên vĩ đại
Vì vậy là một người SE hãy không ngừng học hỏi tìm tòi và trau dồi những kiến thức mới để trở nên hoàn hảo hơn trong mắt đồng nghiệp cũng như là sếp của bạn bởi trong thời đại công nghệ hiện tại nếu bạn không theo kịp nó thì bạn sẽ bị bỏ rơi mất .

Trên đây là một vài phẩm chất mà ở bất cứ ngành nghề nào cũng phải cần chú không chỉ riêng gì là SE và những thứ mình kể ở trên là những thứ mà mình đã  từng mắc phải và đã từng phải nghe những lời chỉ trích , lời khuyên từ đồng nghiệp nên hôm nay mình tâm sự cùng các bạn coi như là một kỷ niệm nhắc mình phải hoàn thiện bản thân mình tốt hơn

No Comments on Tâm sự của một System Engineer
Categories: Linh tinh

[Fix lỗi] rpmdb: Thread/process xxx failed: Thread died in Berkeley DB library September 19, 2018

Hỏi nhỏ

Bạn có biết command này để làm gì ko?

rpm -q –queryformat ‘%{VERSION}’ centos-release

Command này để lấy được version CentOS của server , thường được tìm thấy trong /etc/centos-release, ví dụ, đây là con server của mình.

cat /etc/centos-release

CentOS release 6.9 (Final)

Nhưng không may là khi chạy thì nó gặp lỗi sau:

rpmdb: Thread/process 15564/140193669781248 failed: Thread died in Berkeley DB library
error: db3 error(-30974) from dbenv->failchk: DB_RUNRECOVERY: Fatal error, run database recovery
error: cannot open Packages index using db3 – (-30974)
error: cannot open Packages database in /var/lib/rpm
rpmdb: Thread/process 15564/140193669781248 failed: Thread died in Berkeley DB library
error: db3 error(-30974) from dbenv->failchk: DB_RUNRECOVERY: Fatal error, run database recovery
error: cannot open Packages database in /var/lib/rpm
package centos-release is not installed

🙁 Có vẻ như là DB của rpm có vấn đề.

Cách giải quyết

Mình thử yum clean all thử:

yum clean all

rpmdb: Thread/process 15564/140193669781248 failed: Thread died in Berkeley DB library
error: db3 error(-30974) from dbenv->failchk: DB_RUNRECOVERY: Fatal error, run database recovery
error: cannot open Packages index using db3 – (-30974)
error: cannot open Packages database in /var/lib/rpm
CRITICAL:yum.main:

Error: rpmdb open failed

Éc, rõ ràng là rpmdb ko thể mở được rồi, giờ chỉ có cách xóa đi và rebuild lại thôi.

Mình thử các command sau:

[[email protected] ~]# mkdir /var/lib/rpm/backup
[[email protected] ~]# cp -a /var/lib/rpm/__db* /var/lib/rpm/backup/
[[email protected] ~]# rm -f /var/lib/rpm/__db.[0-9][0-9]*
[[email protected] ~]# rpm –quiet -qa
[[email protected] ~]# rpm –rebuilddb

 

[[email protected] ~]# yum clean all

Loaded plugins: fastestmirror, security
Cleaning repos: base centos-sclo-rh centos-sclo-sclo epel extras google-cloud-compute labs_consol_stable updates
Cleaning up Everything
Cleaning up list of fastest mirrors

Sau đó check lại:

rpm -q –queryformat ‘%{VERSION}’ centos-release

6

Ra kết quả rồi này 😀

Cảm ơn bài viết đã giúp mình xử lý vấn đề trong 1p.

 

1 Comment on [Fix lỗi] rpmdb: Thread/process xxx failed: Thread died in Berkeley DB library
Tags: ,
Categories: Linh tinh