Hi J.R. Okajima: Thank you for checking. I understand the problem is with our internal proxy servers and / or firewalls or perhaps SSL certificates. I have requested somebody else at cisco to look into that issue and resolve it for me.
In the meantime I have run into another issue with aufs1 testing which I thought I would give you a heads up on and also request for your help. That is while I am trying to reproduce that issue and investigate it further on my own in parallel. But here is the sequence of events in brief as I understand it so far: A slightly modified aufs.ko (which allows you to modify the owner id of the files during copy up operation) was loaded. This was followed by a mount operation that created an aufs file system which was based on a populated read only directory and an empty read write directory. The later operations where part of a semi-automated test script. The script or similar scripts would be run multiple times for various tests to ensure that simple file and inode operations would work correctly. During one of those tests I had forgotten that I had cd'd into the mounted aufs directory in one SSH window. Then via another SSH window I tried to run my test script. One of the first things that script does is check if the named aufs directory or file system is already mounted. And if so, to un mount it, clean everything up, i.e.. remove all related directories and the recreate the environment. Which would mean remounting the aufs directory also. As it happened, the script detected that the aufs directory was already mounted. So it proceeded to un mount it. But then it detected that it was in use (some body had cd'd to it) and therefore it could not un mount. So the system generated the following error messages 4 times: ------------------- begin------------------ umount: /tmp/magic: device is busy umount: /tmp/magic: device is busy umount: /tmp/magic: device is busy umount: /tmp/magic: device is busy -------------------end-------------------- At this point the system did not hang but the script generated errors and exited. On noticing this I went to other window where I had logged in via another SSH session and where I had earlier cd'd to the same directory, and did or saw the following; ---------------------------begin---------------------------------- vopenstack07.cisco.com:50> cd /tmp/magic/dest vopenstack07.cisco.com:51> pwd /tmp/magic/dest vopenstack07.cisco.com:52> pwd pwd: failed to stat `.': Stale NFS file handle vopenstack07.cisco.com:53> cd / vopenstack07.cisco.com:54> ---------------------------- end------------------------------- Quite likely my script had removed /tmp/magic/dest. So what is puzzling is why the first "pwd" worked and the second "pwd" failed. What I did next was re-run my test script. At this point, the script again detected that aufs directory (/tmp/magic) was already mounted and so proceeded to un mount it. This is when the system hung and never recovered. The hung system was a VM. I know what I did was a mistake. But others could do the same mistake. But the system being unusable after that would be difficult to accept. Do you have any suggestions or a solution for this? Thank You Haider -----Original Message----- From: sf...@users.sourceforge.net [mailto:sf...@users.sourceforge.net] Sent: Tuesday, April 22, 2014 5:50 PM To: Haider Khan -X (haidekha - TATA CONSULTANCY SERVICES LIMITED at Cisco) Cc: aufs-users@lists.sourceforge.net Subject: Re: request to know if there are any known serious issues with using aufs 1 "Haider Khan -X (haidekha - TATA CONSULTANCY SERVICES LIMITED at Cisco)": > I not able to access any of the repositories listed in > http://aufs.sourcefo= rge.net/. I tried both set: git URL's and the > http URL's I have just tried and succeeded. I'd suggest you to try again. J. R. Okajima ------------------------------------------------------------------------------ "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs
