| Summary: | VDSM fails on importing of ISO Domain to RHEV-M 4.0 | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [oVirt] vdsm | Reporter: | Bill Sanford <bsanford> | ||||
| Component: | Core | Assignee: | Adam Litke <alitke> | ||||
| Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Raz Tamir <ratamir> | ||||
| Severity: | low | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 4.18.15 | CC: | amureini, astepano, bsanford, bugs, djasa, tnisan, tpelka, ylavi | ||||
| Target Milestone: | ovirt-4.0.7 | Flags: | amureini:
ovirt-4.0.z?
rule-engine: blocker? rule-engine: planning_ack? rule-engine: devel_ack? rule-engine: testing_ack? |
||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2016-12-26 12:47:54 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | Storage | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Attachments: |
|
||||||
|
Description
Bill Sanford
2016-10-10 17:07:49 UTC
This is one of the hosts that could not connect with VDSM and it is connecting manually. 10.19.168.10:/rhev/isos on /home/test/tmpmnt type fuse.sshfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0) [root@corrin test]# According to the log, the mount times out. Please share your /var/log/messages and the mount command that succeeded manually. This bug report has Keywords: Regression or TestBlocker. Since no regressions or test blockers are allowed between releases, it is also being identified as a blocker for this release. Please resolve ASAP. I tailed the /var/log/messages and the tail is in the original post. In the tail, you will see that the "mount" to '10.19.168.10:/rhev/isos' is timing out. In comment 1, that "[root@corrin test]" machine is the hypervisor that is timing out in RHEV-M. I typed the mount command at the hypervisor and have shown that being mounted to the '10.19.168.10:/rhev/isos' dir, manually. (In reply to Bill Sanford from comment #4) > I tailed the /var/log/messages and the tail is in the original post. In the > tail, you will see that the "mount" to '10.19.168.10:/rhev/isos' is timing > out. > > In comment 1, that "[root@corrin test]" machine is the hypervisor that is > timing out in RHEV-M. I typed the mount command at the hypervisor and have > shown that being mounted to the '10.19.168.10:/rhev/isos' dir, manually. Are you trying with fuse.sshfs ? (In reply to Bill Sanford from comment #1) > This is one of the hosts that could not connect with VDSM and it is > connecting manually. > > 10.19.168.10:/rhev/isos on /home/test/tmpmnt type fuse.sshfs Why is it with fuse.sshfs? > (rw,nosuid,nodev,relatime,user_id=0,group_id=0) > [root@corrin test]# Raz - has anyone reproduced this in storage QE? I just tried to reproduce this and it works fine. Import of an ISO domain to my environment succeeded Please reopen if you can supply the needed info. |