> 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]
Spectrum Scale Object Storage
520-799-4829




From:   leslie elliott <[email protected]>
To:     gpfsug main discussion list <[email protected]>
Date:   11/02/2016 03:00 PM
Subject:        Re: [gpfsug-discuss] unified file and object
Sent by:        [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]> 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]
  Spectrum Scale Object Storage
  520-799-4829


  Inactive hide details for leslie elliott ---10/29/2016 03:53:48 AM---Bill
  to be clear the file access  I mentioned was in relatleslie 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]>
  To: gpfsug main discussion list <[email protected]>
  Date: 10/29/2016 03:53 AM
  Subject: Re: [gpfsug-discuss] unified file and object
  Sent by: [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]> 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://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

_______________________________________________
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

Reply via email to