y, April 5, 2013 12:07:24 PM
> Subject: [Users] SPM is always contending
>
> After the node acting as spm was (accidentally) put into maintenance
> mode, the spm role is always contending. The original node doesnt take
> the role back either.
> About 10 instances were still run
The primary is iSCSI.
On 04/07/2013 03:59 AM, Shu Ming wrote:
Which type of storage domain was in your engine? NFS? iSCSI? or other
types?
Andy Singleton:
Problem resolved.
The clue was obviously in the engine.log (FSCK error) but I couldn't
see what was needing an fsck or why this would pre
Which type of storage domain was in your engine? NFS? iSCSI? or other types?
Andy Singleton:
Problem resolved.
The clue was obviously in the engine.log (FSCK error) but I couldn't
see what was needing an fsck or why this would prevent the storage of
every vm from being mounted.
I still dont u
Problem resolved.
The clue was obviously in the engine.log (FSCK error) but I couldn't see
what was needing an fsck or why this would prevent the storage of every
vm from being mounted.
I still dont understand the whole of the ovirt storage mechanism.
More information was in the node vdsm.log
After the node acting as spm was (accidentally) put into maintenance
mode, the spm role is always contending. The original node doesnt take
the role back either.
About 10 instances were still running on the node when it was put into
maintenance.
I have ovirt 3.1.0-4 with a targetcli iscsi stor
5 matches
Mail list logo