PVM.N2 Packet Lost & High Unknow RX Traffic has been fixed. Please check it again.
Dear All,
HK Time Jan 12 2019 2AM - 2:30 AM, we are going to switch the [Core Switch] to [Cisco N3k], there will be 30 mins downtime.
We are sorry for the unstable network during this time.
Please understand that we have to upgrade our network one step by one step.
Best regards,
DMIT NOC.
HK Time Jan 12 2019 2AM - 2:30 AM, we are going to switch the [Core Switch] to [Cisco N3k], there will be 30 mins downtime.
We are sorry for the unstable network during this time.
Please understand that we have to upgrade our network one step by one step.
Best regards,
DMIT NOC.
Maintenance report:
All of our expected goals have been achieved, and we will adjust the network architecture of N2 and N3.
Best,
NOC
All of our expected goals have been achieved, and we will adjust the network architecture of N2 and N3.
Best,
NOC
Dear Customers,
We will terminate HKT's service one month in advance; If you are a new user who has ordered for less than 7 days, you can apply for a PAYPAL refund. if you have ordered for more than 7 days ( Include ) and renewed, the remaining days will be returned to your DMIT Credit by proportion.
Best regards,
DMIT SALE DEPT.
We will terminate HKT's service one month in advance; If you are a new user who has ordered for less than 7 days, you can apply for a PAYPAL refund. if you have ordered for more than 7 days ( Include ) and renewed, the remaining days will be returned to your DMIT Credit by proportion.
Best regards,
DMIT SALE DEPT.
The BGP session of the core router failed unexpectedly. We are contacting upstream to repair.
We have dozens of nodes waiting for migration.
After the migrated completely, your traffic will be reset. You can use it normally.
We only use GE port for migration. According to the average rate ( 90MB/s ), a server with 10G hard disk needs 115 seconds to copy the files completely. At the same time, it takes 30 seconds for API operation.
During this period, please !!!DO NOT!! go to the console to BOOT your server. We have a log record. If you BOOT the server during migration and make your data loss, we have no responsibility for that.
BEST,
NOC
After the migrated completely, your traffic will be reset. You can use it normally.
We only use GE port for migration. According to the average rate ( 90MB/s ), a server with 10G hard disk needs 115 seconds to copy the files completely. At the same time, it takes 30 seconds for API operation.
During this period, please !!!DO NOT!! go to the console to BOOT your server. We have a log record. If you BOOT the server during migration and make your data loss, we have no responsibility for that.
BEST,
NOC
/var/log/DMIT-NOC.log
We have dozens of nodes waiting for migration. After the migrated completely, your traffic will be reset. You can use it normally. We only use GE port for migration. According to the average rate ( 90MB/s ), a server with 10G hard disk needs 115 seconds…
PLEASE DO !N!O!T! BOOT SERVER EVEN YOUR CANNOT ACCESS SERVER. PLEASE SEND TICKET ABOUT THAT
Dear customer,
Since now, all of PVM.n2 were been migrated to PVE architecture.
From now on, we will push forward the solution to the new platform problem step by step. After these we will send your a completely email content.
All you wanna know is that:
All the VM which migrated from SVM platform does not support to do following actions.
- Reset root password via control panel;
- Soft shutdown;
- Automatically setting. (IP, SSHKEY, HOSTNAME, ROOT PASS)
- accurate CPU/RAM usage data.
All of these gonna be fix after you follow our guide.
Since now, all of PVM.n2 were been migrated to PVE architecture.
From now on, we will push forward the solution to the new platform problem step by step. After these we will send your a completely email content.
All you wanna know is that:
All the VM which migrated from SVM platform does not support to do following actions.
- Reset root password via control panel;
- Soft shutdown;
- Automatically setting. (IP, SSHKEY, HOSTNAME, ROOT PASS)
- accurate CPU/RAM usage data.
All of these gonna be fix after you follow our guide.
If your VM migrated from the previous platform and you forgot your root password, at the same time you don't want to reinstall the system. You can follow this guide to reset your password:
https://www.dmit.io/index.php/knowledgebase/6/---cloud-init.html
https://www.dmit.io/index.php/knowledgebase/6/---cloud-init.html
/var/log/DMIT-NOC.log pinned «Dear customer, Since now, all of PVM.n2 were been migrated to PVE architecture. From now on, we will push forward the solution to the new platform problem step by step. After these we will send your a completely email content. All you wanna know is that:…»
Upgrade Guide for VM order before Jan 2019: https://www.dmit.io/index.php/knowledgebase/20/SVM20191---.html
/var/log/DMIT-NOC.log pinned «Upgrade Guide for VM order before Jan 2019: https://www.dmit.io/index.php/knowledgebase/20/SVM20191---.html»
CentOS 7.5 and Ubuntu 16.04.1 LTS Template available for reinstall now.
The situation about Node 2JWSS42 (If you got the email of this new, that means you have (a) VM run on it.)
After working with the data center, due to the power upgrade earlier today ( 4kVA > 10kVA ).
When the data center maintenance team replaced the power fuse, the plug covered on the fuse replacement slot, the electrician removed the power socket of this Node. The first socket was not restored to the connected state when the second backup power was been replacing.
The file system was damaged because the server was performing daily automatic updates at that time. The GRUB cannot be repaired at present. We will migrate all VM to another vacant server node.
We have contacted the local operation and maintenance team of the data center to ensure data security and prevent serious data center operation error.
The data is not lost. However, it will take some time to migrate to the new node.
After working with the data center, due to the power upgrade earlier today ( 4kVA > 10kVA ).
When the data center maintenance team replaced the power fuse, the plug covered on the fuse replacement slot, the electrician removed the power socket of this Node. The first socket was not restored to the connected state when the second backup power was been replacing.
The file system was damaged because the server was performing daily automatic updates at that time. The GRUB cannot be repaired at present. We will migrate all VM to another vacant server node.
We have contacted the local operation and maintenance team of the data center to ensure data security and prevent serious data center operation error.
The data is not lost. However, it will take some time to migrate to the new node.
The auto-generated plugin for SSH Key is online.
It’s both available for the new order and current user.
It’s both available for the new order and current user.
Dear All,
Please install qemu-guest-agent ASAP.
If your VM does not have this plugin, your VM will be unresponsive for a long time ( 3 - 15 minutes ) when you click ShutDown on the panel.
BTW, if your VM face to a kernel panic or other system is the completely locked situation. Please use “STOP” to shutdown VM at the first time.
Because if your VM cannot be shut down, clicking the shutdown button will also cause a long wait.
Shutdown: Safe shutdown by your VM’s System.
STOP: Force power off VM. ( If you click shutdown first, It will wait for the shutdown command to fail and time out before executing.)
Installation command:
CentOS/Fefora: yum install qemu-guest-agent
Ubuntu/Debian: apt-get install qemu-guest-agent
Please install qemu-guest-agent ASAP.
If your VM does not have this plugin, your VM will be unresponsive for a long time ( 3 - 15 minutes ) when you click ShutDown on the panel.
BTW, if your VM face to a kernel panic or other system is the completely locked situation. Please use “STOP” to shutdown VM at the first time.
Because if your VM cannot be shut down, clicking the shutdown button will also cause a long wait.
Shutdown: Safe shutdown by your VM’s System.
STOP: Force power off VM. ( If you click shutdown first, It will wait for the shutdown command to fail and time out before executing.)
Installation command:
CentOS/Fefora: yum install qemu-guest-agent
Ubuntu/Debian: apt-get install qemu-guest-agent