Displaying 5 results from an estimated 5 matches for "sdcj".
Did you mean:
sdc
2017 Apr 03
2
NFS Client with quota
.../listinfo/centos
> >
>
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> https://lists.centos.org/mailman/listinfo/centos
/////////////////////////////////////////////////
?????????? ????
???? SI? SI3?
?? ?? <koji.morikawa at sdcj.co.jp>
?530-6008
????????1??8?30? OAP??? 8?
TEL?06-6355-5971 FAX?06-6355-5974
http://www.sdcj.co.jp/
/////////////////////////////////////////////////
2017 Apr 04
1
NFS Client with quota
...___________________
> >> CentOS mailing list
> >> CentOS at centos.org
> >> https://lists.centos.org/mailman/listinfo/centos
> > /////////////////////////////////////////////////
> > ?????????? ????
> > ???? SI? SI3?
> > ?? ?? <koji.morikawa at sdcj.co.jp>
> >
> > ?530-6008
> > ????????1??8?30? OAP??? 8?
> > TEL?06-6355-5971 FAX?06-6355-5974
> > http://www.sdcj.co.jp/
> > /////////////////////////////////////////////////
> > _______________________________________________
> > CentOS mailing...
2017 Mar 29
3
NFS Client with quota
Hello. I am "koji".
I have a question.
Can I mount a NFS with quota? (Not Server side)
I understand quota is set NFS server. But I must client side.
(Is rquota only report?)
Does anyone know a good solution?
Best regard.
koji
2017 Apr 03
0
NFS Client with quota
...t;> _______________________________________________
>> CentOS mailing list
>> CentOS at centos.org
>> https://lists.centos.org/mailman/listinfo/centos
> /////////////////////////////////////////////////
> ?????????? ????
> ???? SI? SI3?
> ?? ?? <koji.morikawa at sdcj.co.jp>
>
> ?530-6008
> ????????1??8?30? OAP??? 8?
> TEL?06-6355-5971 FAX?06-6355-5974
> http://www.sdcj.co.jp/
> /////////////////////////////////////////////////
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> http...
2008 Oct 22
2
Another node is heartbeating in our slot! errors with LUN removal/addition
...then sense that all SCSI paths to the device are gone,
and multipathd will then mark all paths as down, which seems correct
behavior.
After creating and presenting a new snapshot, multipath will now see the
paths reappear, which also seems normal behavior:
Oct 22 03:16:06 ausracdb03 multipathd: sdcj: tur checker reports path is
up
Oct 22 03:16:06 ausracdb03 multipathd: 69:112: reinstated
Oct 22 03:16:06 ausracdb03 multipathd: mpath0: queue_if_no_path enabled
Oct 22 03:16:06 ausracdb03 multipathd: mpath0: Recovered to normal mode
Oct 22 03:16:06 ausracdb03 multipathd: mpath0: remaining active p...