Hello.
I just noticed, that on one of my S9 systems, some filesystems were
all of a sudden unmounted. I've got no clue at all, about why that
happened - earlier today, these filesystems were still mounted.
I did not umount them and there's nobody else, who could've done
that. In syslog, there's nothing at all to be found. I also checked
with "showlogs" the logs of the ALOM and with "consolehistory" the
output on the console. There's nothing at all. The filesystems reside
on a StorEdge 3310. The SE3310 is up and well and not all the filesystems
from the SE3310 were unmounted. Just some.
How can I possibly find out, /why/ or maybe just /when/ those filesystems
got dismounted?
The only unusual thing I did was, that I had "lucreate" running and
then killed the terminal in which it was running. This might have
killed lucreate. Could this maybe unmount those filesystems (they
were busy, BTW. Oracle is running on one of the filesystems and
the other is exported via NFS and also accesseed)?
Best regards,
Alexander
|
|
0
|
|
|
|
Reply
|
alexander930 (342)
|
1/3/2008 12:38:20 PM |
|
On Jan 3, 6:38 am, Alexander Skwar wrote:
> I just noticed, that on one of my S9 systems, some filesystems were
> all of a sudden unmounted. I've got no clue at all, about why that
> happened - earlier today, these filesystems were still mounted.
> I did not umount them and there's nobody else, who could've done
> that. In syslog, there's nothing at all to be found. I also checked
> with "showlogs" the logs of the ALOM and with "consolehistory" the
> output on the console. There's nothing at all. The filesystems reside
> on a StorEdge 3310. The SE3310 is up and well and not all the filesystems
> from the SE3310 were unmounted. Just some.
Could be disk failure, if both file systems where on the same disk.
The correct log to check for that is /var/adm/messages.
> How can I possibly find out, /why/ or maybe just /when/ those filesystems
> got dismounted?
>
> The only unusual thing I did was, that I had "lucreate" running and
> then killed the terminal in which it was running. This might have
> killed lucreate. Could this maybe unmount those filesystems (they
> were busy, BTW. Oracle is running on one of the filesystems and
> the other is exported via NFS and also accesseed)?
Was that lucreate on the same disk? I don't know if this could cause
the problem you are seeing.
--
Ren=E9 Berber
|
|
0
|
|
|
|
Reply
|
ISO
|
1/4/2008 9:24:43 PM
|
|
· René Berber <rberber@mailandnews.com>:
> On Jan 3, 6:38 am, Alexander Skwar wrote:
>
>> I just noticed, that on one of my S9 systems, some filesystems were
>> all of a sudden unmounted. I've got no clue at all, about why that
>> happened - earlier today, these filesystems were still mounted.
>> I did not umount them and there's nobody else, who could've done
>> that. In syslog, there's nothing at all to be found. I also checked
>> with "showlogs" the logs of the ALOM and with "consolehistory" the
>> output on the console. There's nothing at all. The filesystems reside
>> on a StorEdge 3310. The SE3310 is up and well and not all the filesystems
>> from the SE3310 were unmounted. Just some.
>
> Could be disk failure, if both file systems where on the same disk.
Hm, but why was a 3rd file system not unmounted, which
was on the same "disk" (disk as far as Solaris is concerned,
ie. slices 1 and 2 were unmounted, but slice 3 was not umounted
(I don't know the exact slice numbers right now, but that doesn't
matter, does it?))?
> The correct log to check for that is /var/adm/messages.
Yes, in the syslog, there's nothing.
>> How can I possibly find out, /why/ or maybe just /when/ those filesystems
>> got dismounted?
>>
>> The only unusual thing I did was, that I had "lucreate" running and
>> then killed the terminal in which it was running. This might have
>> killed lucreate. Could this maybe unmount those filesystems (they
>> were busy, BTW. Oracle is running on one of the filesystems and
>> the other is exported via NFS and also accesseed)?
>
> Was that lucreate on the same disk?
I don't quite understand what you mean with that. I had lucreate use a
metadevice d120, which was *NOT* located on the se3310. On se33310, I
have "non essential" filesystems /u01, /u02 and /u03. They were to be
shared by the old and new bootenvironments.
> I don't know if this could cause
> the problem you are seeing.
Me neither. Does anyone have an idea about what Solaris all of
a sudden úmounts filesystems without leaving a trace at all in
the logs?
Alexander Skwar
--
Do not post without providing any useful information whatsoever. I
would be willing to try to guess if there was SOMETHING. You gave us
nothing to go on.
-- /dev/rob0
|
|
0
|
|
|
|
Reply
|
Alexander
|
1/6/2008 9:46:19 AM
|
|
|
2 Replies
195 Views
(page loaded in 0.055 seconds)
Similiar Articles: What to expect with out-of-sync RAID devices? - comp.os.linux ...That's why restoring the array takes so long: it has to read ... The system got up and did its fsck (as expected, since the filesystems on B were not cleanly unmounted ... zfs too busy for destroy - comp.unix.solaris... It could be anywhere in the filesystem. Err.. yes, I know, which is why I ... ZFS Administration Guide If the filesystem to be destroyed is busy (and so cannot be unmounted ... Panic on ZFS import - comp.unix.solarisI'm not going to risk being the one to explain why there is something wrong with the filesystem and we ... mind, a ZFS "repair" utility could on a quiescent > and unmounted ... fastest way to copy a disk - comp.unix.solaris... and safe way would be to use ufsdump using raw unmounted ... That's why I chicken out and mount filing systems ... if you want to keep the time window in which the filesystems ... Better eSATA Chipset than Silicon Image 3124? - comp.sys.mac ...... when MacOS is running, you just drag a > > disk to the trash and it's unmounted. ... Note that MacOS X uses the "each disk is a filesystem" for Finder compatibility as ... Mounting and Unmounting File Systems - The FreeBSD Project4.6 Mounting and Unmounting File Systems. The file system is best visualized as a tree, rooted, as it were, at /. /dev, /usr, and the other directories in the root ... FilesystemsWhen a filesystem no longer needs to be mounted, it can be unmounted with umount. umount takes one argument: either the device file or the mount point. 7/7/2012 9:06:27 PM
|