Sorry I don't have an install log This is a DDN installation so while I believe the use the spectrum scale toolkit I can not confirm this
Thanks Leslie On Thursday, 3 November 2016, Bill Owen <[email protected]> wrote: > > now that I have yours for reference I have updated the file and the > service starts, but I am unsure why it was not provisioned correctly > initially > Do you have the log from the original installation? Did you install using > the spectrumscale install toolkit? > > Thanks, > Bill Owen > [email protected] <javascript:_e(%7B%7D,'cvml','[email protected]');> > Spectrum Scale Object Storage > 520-799-4829 > > > [image: Inactive hide details for leslie elliott ---11/02/2016 03:00:55 > PM---Bill you are correct about it missing details]leslie elliott > ---11/02/2016 03:00:55 PM---Bill you are correct about it missing details > > From: leslie elliott <[email protected] > <javascript:_e(%7B%7D,'cvml','[email protected]');>> > To: gpfsug main discussion list <[email protected] > <javascript:_e(%7B%7D,'cvml','[email protected]');>> > Date: 11/02/2016 03:00 PM > Subject: Re: [gpfsug-discuss] unified file and object > Sent by: [email protected] > <javascript:_e(%7B%7D,'cvml','[email protected]');> > ------------------------------ > > > > Bill > > you are correct about it missing details > > > [root@pren-gs7k-vm4 ~]# cat /etc/swift/object-server-sof.conf > [DEFAULT] > devices = /gpfs/pren01/ObjectFileset/o > log_level = ERROR > > > > now that I have yours for reference I have updated the file and the > service starts, but I am unsure why it was not provisioned correctly > initially > > leslie > > > On 3 November 2016 at 00:28, Bill Owen <*[email protected]* > <javascript:_e(%7B%7D,'cvml','[email protected]');>> wrote: > > Hi Leslie, > Can you also send the /etc/swift/object-server-sof.conf file from this > system? > > Here is a sample of the file from my working system - it sounds like > the config file may not be complete on your system: > [root@spectrumscale ~]# cat /etc/swift/object-server-sof.conf > [DEFAULT] > bind_ip = 127.0.0.1 > bind_port = 6203 > workers = 3 > mount_check = false > log_name = object-server-sof > log_level = ERROR > id_mgmt = unified_mode > retain_acl = yes > retain_winattr = yes > retain_xattr = yes > retain_owner = yes > tempfile_prefix = .ibmtmp_ > disable_fallocate = true > log_statsd_host = localhost > log_statsd_port = 8125 > log_statsd_default_sample_rate = 1.0 > log_statsd_sample_rate_factor = 1.0 > log_statsd_metric_prefix = > devices = /gpfs/fs1/object_fileset/o > > [pipeline:main] > pipeline = object-server > > [app:object-server] > use = egg:swiftonfile#object > disk_chunk_size = 65536 > network_chunk_size = 65536 > > [object-replicator] > > [object-updater] > > [object-auditor] > > [object-reconstructor] > > > Bill Owen > *[email protected]* > <javascript:_e(%7B%7D,'cvml','[email protected]');> > Spectrum Scale Object Storage > 520-799-4829 > > > [image: Inactive hide details for leslie elliott ---10/29/2016 > 03:53:48 AM---Bill to be clear the file access I mentioned was in > relat]leslie > elliott ---10/29/2016 03:53:48 AM---Bill to be clear the file access I > mentioned was in relation to SMB and NFS > > From: leslie elliott <*[email protected]* > <javascript:_e(%7B%7D,'cvml','[email protected]');>> > To: gpfsug main discussion list <*[email protected]* > <javascript:_e(%7B%7D,'cvml','[email protected]');>> > Date: 10/29/2016 03:53 AM > Subject: Re: [gpfsug-discuss] unified file and object > Sent by: *[email protected]* > <javascript:_e(%7B%7D,'cvml','[email protected]');> > ------------------------------ > > > > Bill > > to be clear the file access I mentioned was in relation to SMB and > NFS using mmuserauth rather than the unification with the object store > since it is required as well > > but I did try to do this for object as well using the Administration > and Programming Reference from page 142, was using unified_mode rather than > local_mode > > mmobj config change --ccrfile spectrum-scale-object.conf --section > capabilities --property file-access-enabled --value true > > the mmuserauth failed as you are aware, we have created test accounts > without spaces in the DN and were successful with this step, so eagerly > await a fix to be able to use the correct accounts > > mmobj config change --ccrfile object-server-sof.conf --section DEFAULT > --property id_mgmt --value unified_mode > mmobj config change --ccrfile object-server-sof.conf --section DEFAULT > --property ad_domain --value DOMAIN > > > we have successfully tested object stores on this cluster with simple > auth > > > the output you asked for is as follows > > [root@pren-gs7k-vm4 ~]# cat /etc/swift/object-server-sof.conf > [DEFAULT] > devices = /gpfs/pren01/ObjectFileset/o > log_level = ERROR > > > [root@pren-gs7k-vm4 ~]# systemctl -l status openstack-swift-object-sof > ● openstack-swift-object-sof.service - OpenStack Object Storage > (swift) - Object Server > Loaded: loaded > (/usr/lib/systemd/system/openstack-swift-object-sof.service; > disabled; vendor preset: disabled) > Active: failed (Result: exit-code) since Sat 2016-10-29 10:30:22 > UTC; 27s ago > Process: 8086 ExecStart=/usr/bin/swift-object-server-sof > /etc/swift/object-server-sof.conf (code=exited, status=1/FAILURE) > Main PID: 8086 (code=exited, status=1/FAILURE) > > Oct 29 10:30:22 pren-gs7k-vm4 systemd[1]: Started OpenStack Object > Storage (swift) - Object Server. > Oct 29 10:30:22 pren-gs7k-vm4 systemd[1]: Starting OpenStack Object > Storage (swift) - Object Server... > Oct 29 10:30:22 pren-gs7k-vm4 swift-object-server-sof[8086]: Error > trying to load config from /etc/swift/object-server-sof.conf: No > section 'object-server' (prefixed by 'app' or 'application' or 'composite' > or 'composit' or 'pipeline' or 'filter-app') found in config > /etc/swift/object-server-sof.conf > Oct 29 10:30:22 pren-gs7k-vm4 systemd[1]: > openstack-swift-object-sof.service: > main process exited, code=exited, status=1/FAILURE > Oct 29 10:30:22 pren-gs7k-vm4 systemd[1]: Unit > openstack-swift-object-sof.service entered failed state. > Oct 29 10:30:22 pren-gs7k-vm4 systemd[1]: > openstack-swift-object-sof.service > failed. > > > > > I am happy to help you or for you to help to debug this problem via a > short call > > > thanks > > leslie > > > > On 29 October 2016 at 00:37, Bill Owen <*[email protected]* > <javascript:_e(%7B%7D,'cvml','[email protected]');>> wrote: > > 2. Can you provide more details on how you configured file > access? The normal procedure is to use "mmobj file-access enable", > and this > will set up the required settings in the config file. Can you send > us: > - the steps used to configure file access > - the resulting /etc/swift/object-server-sof.conf > - log files from /var/log/swift or output of "systemctl status > openstack-swift-object-sof" > > We can schedule a short call to help debug if needed. > > > _______________________________________________ > gpfsug-discuss mailing list > gpfsug-discuss at *spectrumscale.org* <http://spectrumscale.org/> > *http://gpfsug.org/mailman/listinfo/gpfsug-discuss* > <http://gpfsug.org/mailman/listinfo/gpfsug-discuss> > _______________________________________________ > gpfsug-discuss mailing list > gpfsug-discuss at *spectrumscale.org* <http://spectrumscale.org/> > *http://gpfsug.org/mailman/listinfo/gpfsug-discuss* > <http://gpfsug.org/mailman/listinfo/gpfsug-discuss> > > > > > _______________________________________________ > gpfsug-discuss mailing list > gpfsug-discuss at *spectrumscale.org* <http://spectrumscale.org/> > *http://gpfsug.org/mailman/listinfo/gpfsug-discuss* > <http://gpfsug.org/mailman/listinfo/gpfsug-discuss> > > _______________________________________________ > gpfsug-discuss mailing list > gpfsug-discuss at spectrumscale.org > http://gpfsug.org/mailman/listinfo/gpfsug-discuss > > > >
_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
