Hôm nay là ngày làm việc cuối cùng của năm 2023 . Một năm đầy biến cố với năm tam tai đầu tiên . Lại một năm nhảy việc 3 lần , được gặp những đồng nghiệp mới đầy tài năng , những người sếp đầy nhiệt huyết và qua đó mình cũng đã được tiếp cận những công nghệ mà trước giờ mình chưa bao giờ được có cơ hội làm coi như trong cái rủi cũng có cái may .

Bài viết này cũng đánh dấu nhìn lại một năm qua mình đã làm được gì ?
Tháng 3 năm 2022 mình đã có một quyết định bước ngoặc của sự nghiệp của mình khi đã rời bỏ công việc làm hệ thống on premise khá nhàn rỗi không update được gì nhiều cho bản thân sau 2 năm gắn bó và tìm kiếm một cơ hội mới là làm các hệ thống về cloud theo trending của thị trường .
Tháng 4 năm 2022 mình đã được tiếp cận và làm việc với các hệ thống cloud của AWS . Tại đây mình đã biết và làm nhiều công nghệ mới điểm qua những công nghệ nổi bật như EKS , Terraform , Terragrunt , ArgoCD , Vault , Puppet …
Tháng 10 năm 2022 mình quyết định tìm kiếm một công việc mới đó là làm các hệ thống cloud của GCP . Sau khi đã làm việc với AWS thì việc tiếp cận với GCP cũng không quá khó khăn . Tại đây mình cũng đã biết và làm các công nghệ liên quan đến GCP điển hình như Anthos Config Management – tương tự như ArgoCD , ConfigConnector – tương tự như Terraform , GKE – tương tự như EKS và đặc biệt nhất đó là mình được làm việc với các công nghệ mới của Google như : Binary Authorization – Một công cụ trong flow Supply Chain Management Software , BeyondCorp Enterprise – Một giải pháp Zero trust của Google để secure application cũng như protection data trong doanh nghiệp .
Mặc dù những công nghệ kể trên mình đã tham gia , làm nhưng tự nhận thấy bản thân vẫn chưa thể nắm toàn bộ tất cả công nghệ trên trong thời gian ngắn như vậy và cần phải update nhiều hơn vào năm tới .

Lời cuối cũng xin chúc toàn thể anh em trong ngành IT nói chung và anh em đang làm trong lĩnh vực DevOps/SRE/System Engineer nói riêng có một năm làm việc thật hiệu quả , update thật nhiều kiến thức công nghệ mới để build những hệ thống có độ ổn định cao . Chào thân ái quyết thắng !!!!

Cài đặt Progress OpenEdge 10.2B lên Windows 2008 R2, mở cái Explore Tool lên không được, tự động tắt khi chạy.
Sau khi google, ta cũng tìm ra cách sửa, tuy nó không có phải là cách chính thống, nhưng cũng tạm thời giải quyết được vấn đề, nên cứ như thế mà làm thôi.
Sửa Registry của EnableJIT từ 1 thành 0 trong mục HKEY_CURRENT_USER/Software/Microsoft/Java VM
Sau đó Run as Administrator.
Rứa thôi

Mở cái VMware lên, bị lỗi này :
BOOTMGR IS MISSING
PRESS CTRL+ALT+DEL TO RESTART
Đúng nản :\ tìm cách fix thôi.
Nguyên nhân: Dự đoán là nó ko tìm thấy đúng file boot do active nhầm partition, hoặc do có nhiều hơn 1 primary partition được active.
Giải quyết: google một hồi thấy cách giải quyết.

• Boot from DVD, and enter the recovery command prompt
• Diskpart
• List Disks
• Select Disk 0
• List Partitions (look for small partition possibly around 100MB ususlly partition 1)
• Select Partition 1
• active
• exit
• reboot

Chính nó đó, lên rồi.

Problem(Abstract)

Customer is trying to use ‘corflags.exe’ to modify a Controller executable (for example to solve problem in separate Technote 1508588). An error appears.

Symptom

Cause

Resolving the problem

Nói chung là khi tạo mới hoặc copy thư mục lên Server thông qua Veeam thì bị cái lỗi mắc dịch này.
Chi tiết thì nó có ở đây trong KB : http://www.veeam.com/kb1524
Nguyên nhân lỗi: Do Veeam FastSCP không hỗ trợ hệ điều hành 64bit.
Cách giải quyết: mặc dù nó không cung cấp gói hỗ trợ cho Windows 64 bit, tuy nhiên thì có thể giải quyết như sau:

Khi mà Open 1 cái máy ảo (VM) có sẵn ( được copy hoặc di chuyển từ data store khác sang) thì sẽ hiện ra 1 thông báo cho phép bạn chọn lựa, kiểu như sau:
“msg.uuid.altered: This virtual machine may have been moved or copied”
Vậy điều này có nghĩa là gì?
Trước hết phải nắm được thế nào là 1 UUID của VM, UUID là viết tắt của (universally unique identifier) có nghĩa là 1 định danh duy nhất cho mỗi VM và dùng nó để phân biệt giữa máy ảo này với máy ảo khác. UUID được sinh ra 1 cách tự động khi máy ảo khởi động lần đầu tiên hoặc được di chuyển (moved), nó phụ thuộc vào định danh của phần cứng và đường dẫn đến file config (.vmx file). 2 giá trị đó được lưu thông qua uuid.bios và uuid.location
Ví dụ:
uuid.location = “56 4d 0d a2 34 46 f3 2c-a0 bb 50 1f e0 2d 39 c0”
uuid.bios = “56 4d 6d 66 32 9b 7b f6-3e cf cf 41 8a 72 cd 49”
UUID cũng được lưu trong SMBIOS của hệ thống(BIOS của máy ảo), khi mà máy ảo khởi động hoặc moved thì sẽ có sự so sánh giữa mã băm (hashed) giữa uuid.location mới và cái sẵn có trong file config, nếu đó là mã mới hoặc đã có sẵn thì sẽ hiện ra message để thông báo như trên.
Vậy tại sao quan tâm tới cái UUID này làm gì?
Mỗi cái UUID cho mỗi máy ảo cũng sẽ quy định tới 1 địa chỉ MAC duy nhất cho card mạng, nếu như trong mạng LAN của bạn có nhiều hơn 1 cái máy ảo giống nhau, sẽ có thông báo lỗi bị dupicate địa chỉ MAC, ngoài ra 1 số license của những phần mềm cũng được gán cho 1 UUID duy nhất cũng xảy ra trường hợp tương tự. Bạn sẽ phải register lại license cho phần mềm đó nếu như bạn chọn “I copied it” ( có nghĩa địa chỉ MAC đã được thay đổi). Giá trị địa chỉ MAC được quy định ở ethernet.generatedaddress
Vậy thì nên chọn “I moved it” hay ” I copied it”?
“I moved it”: với sự lựa chọn này, chỉ có uuid.location bị thay đổi thay đường dẫn khác, nhưng uuid.bios hoặc những thông tin địa chỉ MAC hay phần cứng sẽ vẫn giữ nguyên(ethernet.generatedaddress giữ nguyên)
“I copied it”: sẽ có sự thay đổi của tất cả các thông tin như uuid.locaton, uuid.bios và địa chỉ MAC, bạn sẽ chọn mục này nếu như bạn có ý định chạy nhiều hơn 1 bản copy của máy ảo và không quan tâm tới sự thay đổi của địa chỉ MAC hay license của 1 số phần mềm.
Theo dõi thêm tại :http://techhead.co/vmware-esx-i-moved-it-or-i-copied-it-whats-the-difference/

Lâu không viết được gì !!! tháng 10 ^^

Bài này có viết trong Knowledge Base của VMWare http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1189

Đại khái như sau:

Mình muốn tắt chế độ đồng bộ thời gian của cái máy ảo với cái máy thật của mình ( thời gian thực) vì có 1 số chương trình bị hết hạn sử dụng, hoặc chỉ sử dụng được trong 1 khoảng thời gian nào đó trong quá khứ, ví dụ ngày 01/08/2014, bây giờ là ngày 03/09/2014 mình chỉnh lại giờ hệ thống của máy ảo đúng ngày 01/08, nhưng sau đó, power off hay suspend, nó lại ngay lập tức nhận lại ngày của hiện tại -.- rất mất công khi 1 số services sẽ bị chạy sai.

Xử lý như sau:

Mở file configure của cái máy ảo lên( file đuôi .vmx)

Đối với VMWare Workstation, Player thì thêm mấy dòng như sau:

tools.syncTime = “FALSE”
time.synchronize.continue = “FALSE”
time.synchronize.restore = “FALSE”
time.synchronize.resume.disk = “FALSE”
time.synchronize.shrink = “FALSE”
time.synchronize.tools.startup = “FALSE”
time.synchronize.tools.enable = “FALSE”
time.synchronize.resume.host = “FALSE”

Đối với ESX thì đổi FALSE thành 0

tools.syncTime = “0”
time.synchronize.continue = “0”
time.synchronize.restore = “0”
time.synchronize.resume.disk = “0”
time.synchronize.shrink = “0”
time.synchronize.tools.startup = “0”
time.synchronize.tools.enable = “0”
time.synchronize.resume.host = “0”

Như vậy là OK.

Nhân PT