Bug #445
Problem with tm_common.sh(fix_paths)
| Status: | Closed | Start date: | 12/14/2010 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: |  Javi Fontan | % Done: | 0% | |
| Category: | Drivers - Auth | |||
| Target version: | Release 2.2 | |||
| Resolution: | worksforme | Pull request: | ||
| Affected Versions: |
Description
I found a bug when using tm_nfs. When I set the "VM_DIR" variable the VM's fail to start.
I tracked down the bug to the "fix_paths" function.
Here are the logs with extra debug info that I added:
Before commenting "fix_paths" in "nfs/tm_clone.sh"
Tue Dec 14 14:06:14 2010 [TM][I]: tm_clone.sh: NFS Clone: DST_PATH: /opt/cloud_share/vms/77/images/disk.0 Tue Dec 14 14:06:14 2010 [TM][I]: tm_clone.sh: NFS Clone: SRC_PATH: /opt/cloud_share/images/quickDeploy/quick_deploy.img Tue Dec 14 14:06:14 2010 [TM][I]: tm_clone.sh: opennebula.cloud:/opt/cloud_share/images/quickDeploy/quick_deploy.img 10.0.1.1:/opt/cloud_share/vms/77/images/disk.0 Tue Dec 14 14:06:14 2010 [TM][I]: tm_clone.sh: DST: /var/lib/one/77/images/disk.0 Tue Dec 14 14:06:14 2010 [TM][I]: tm_clone.sh: Creating directory /var/lib/one/77/images Tue Dec 14 14:06:14 2010 [TM][I]: tm_clone.sh: Executed "mkdir -p /var/lib/one/77/images". Tue Dec 14 14:06:14 2010 [TM][I]: tm_clone.sh: Executed "chmod a+w /var/lib/one/77/images". Tue Dec 14 14:06:14 2010 [TM][I]: tm_clone.sh: Cloning /opt/cloud_share/images/quickDeploy/quick_deploy.img Tue Dec 14 14:06:14 2010 [TM][I]: tm_clone.sh: Executed "cp -r /opt/cloud_share/images/quickDeploy/quick_deploy.img /var/lib/one/77/images/disk.0". Tue Dec 14 14:06:14 2010 [TM][I]: tm_clone.sh: Executed "chmod a+rw /var/lib/one/77/images/disk.0".
After:
Tue Dec 14 14:07:53 2010 [TM][I]: tm_clone.sh: NFS Clone: DST_PATH: /opt/cloud_share/vms/78/images/disk.0 Tue Dec 14 14:07:53 2010 [TM][I]: tm_clone.sh: NFS Clone: SRC_PATH: /opt/cloud_share/images/quickDeploy/quick_deploy.img Tue Dec 14 14:07:53 2010 [TM][I]: tm_clone.sh: opennebula.cloud:/opt/cloud_share/images/quickDeploy/quick_deploy.img 10.0.1.1:/opt/cloud_share/vms/78/images/disk.0 Tue Dec 14 14:07:53 2010 [TM][I]: tm_clone.sh: DST: /opt/cloud_share/vms/78/images/disk.0 Tue Dec 14 14:07:53 2010 [TM][I]: tm_clone.sh: Creating directory /opt/cloud_share/vms/78/images Tue Dec 14 14:07:53 2010 [TM][I]: tm_clone.sh: Executed "mkdir -p /opt/cloud_share/vms/78/images". Tue Dec 14 14:07:53 2010 [TM][I]: tm_clone.sh: Executed "chmod a+w /opt/cloud_share/vms/78/images". Tue Dec 14 14:07:53 2010 [TM][I]: tm_clone.sh: Cloning /opt/cloud_share/images/quickDeploy/quick_deploy.img Tue Dec 14 14:07:53 2010 [TM][I]: tm_clone.sh: Executed "cp -r /opt/cloud_share/images/quickDeploy/quick_deploy.img /opt/cloud_share/vms/78/images/disk.0". Tue Dec 14 14:07:53 2010 [TM][I]: tm_clone.sh: Executed "chmod a+rw /opt/cloud_share/vms/78/images/disk.0".
Notice the difference between the 2nd and the 4th lines in both logs.
Associated revisions
History
#1
Updated by Nuno Cardoso over 10 years ago
Notice the difference between the 2nd and the 4th lines in both logs.
Correction: Notice the difference between the 1st and the 4th lines in both logs.
#2
Updated by Łukasz Oleś over 10 years ago
I have same problem.
#3
Updated by Ruben S. Montero over 10 years ago
- Category set to Drivers - Auth
- Status changed from New to Assigned
- Assignee set to Javi Fontan
- Target version set to Release 2.2
#4
Updated by Javi Fontan over 10 years ago
VM_DIR means where in the nodes /var/lib/one is mounted. If that is the case in 10.0.1.1:/opt/cloud_share/vms you could see the same files as in opennebula.cloud:/var/lib/one., therefore the local copy (in the frontend) should be made to /var/lib/one. The only whay to change the vm staging area (/var/lib/one) is mounting this area from another nfs server or symlinking this directory to somewhere else, I suppose un your case you would like it to point to /opt/cloud/share/vms.
#5
Updated by Javi Fontan over 10 years ago
- Status changed from Assigned to Closed
- Resolution set to worksforme