<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic CIFS (Samba) Installation problem in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/cifs-samba-installation-problem/m-p/3838260#M78243</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Now that I got to VMS8.2, the main reason for doing this upgrade is in focus - I installed and configed CIFS as per instuction and up to the pdbedit stage, it seems to work fine. This is the result of testparm:&lt;BR /&gt;&lt;BR /&gt;TESTPARM&lt;BR /&gt;Load smb config files from /SAMBA_ROOT/LIB/SMB.CONF&lt;BR /&gt;Processing section "[homes]"&lt;BR /&gt;Processing section "[laptop]"&lt;BR /&gt;Loaded services file OK.&lt;BR /&gt;Server role: ROLE_DOMAIN_PDC&lt;BR /&gt;Press enter to see a dump of your service definitions&lt;BR /&gt;&lt;BR /&gt;# Global parameters&lt;BR /&gt;[global]&lt;BR /&gt;        server string = Samba %v running on %h (OpenVMS)&lt;BR /&gt;        passdb backend = tdbsam&lt;BR /&gt;        log file = /samba_root/var/log.%m&lt;BR /&gt;        domain logons = Yes&lt;BR /&gt;        domain master = Yes&lt;BR /&gt;        create mask = 0755&lt;BR /&gt;&lt;BR /&gt;[homes]&lt;BR /&gt;        comment = Home Directories&lt;BR /&gt;        read only = No&lt;BR /&gt;        create mask = 0750&lt;BR /&gt;        browseable = No&lt;BR /&gt;&lt;BR /&gt;[laptop]&lt;BR /&gt;        comment = PC Directories&lt;BR /&gt;        path = /das3/laptop/192.168.1.46&lt;BR /&gt;        force user = paul&lt;BR /&gt;        read only = No&lt;BR /&gt;        guest ok = Yes&lt;BR /&gt;&lt;BR /&gt;It is the last one I am trying to access. The path is to an existing directory and the ip address is the laptop. The force user entry is from a Linux implementation that works here in an attempt to bypass the (apparently) broken access controls. In this environment, I am happy for the PCs to access without security. What I am after is two distict areas for 2 PCs to backup to. The laptop connects but can't log in, probably because I can't create an entry using pdbedit. It ACCVIOs on most operations:&lt;BR /&gt;&lt;BR /&gt;pdbedit -A PAUL&lt;BR /&gt;%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual &lt;BR /&gt;address=0000000000000000, PC=0000000000284E88, PS=0000001B&lt;BR /&gt;%TRACE-F-TRACEBACK, symbolic stack dump follows&lt;BR /&gt;  image    module    routine             line      rel PC           abs PC&lt;BR /&gt; SAMBA$SHR  VMS_HACKS  vms_fake_setuid  69608 00000000000026D8 &lt;BR /&gt;0000000000284E88&lt;BR /&gt; SAMBA$SHR  VMS_HACKS  vms_fake_stat    68952 0000000000000774 &lt;BR /&gt;0000000000282F24&lt;BR /&gt; SAMBA$SHR  VMS_HACKS  vms_fcntl        70194 0000000000004420 &lt;BR /&gt;0000000000286BD0&lt;BR /&gt; SAMBA$SHR  TDB  tdb_brlock             61015 000000000000034C &lt;BR /&gt;000000000023F23C&lt;BR /&gt; SAMBA$SHR  TDB  tdb_open_ex            62587 0000000000004C7C &lt;BR /&gt;0000000000243B6C&lt;BR /&gt; SAMBA$SHR  TDBUTIL  tdb_open_log       61566 0000000000001E64 &lt;BR /&gt;0000000000246AA4&lt;BR /&gt; SAMBA$SHR  SECRETS  secrets_init       60809 000000000000014C &lt;BR /&gt;00000000001F0BEC&lt;BR /&gt; SAMBA$SHR  SECRETS  secrets_fetch      60839 000000000000026C &lt;BR /&gt;00000000001F0D0C&lt;BR /&gt; SAMBA$SHR  SECRETS  secrets_fetch_domain_sid&lt;BR /&gt;                                        60902 0000000000000588 &lt;BR /&gt;00000000001F1028&lt;BR /&gt; SAMBA$SHR  MACHINE_SID  pdb_generate_sam_sid&lt;BR /&gt;                                        60850 000000000000018C &lt;BR /&gt;00000000003636CC&lt;BR /&gt; SAMBA$SHR  MACHINE_SID  get_global_sam_sid&lt;BR /&gt;                                        60946 0000000000000A68 &lt;BR /&gt;0000000000363FA8&lt;BR /&gt; SAMBA$SHR  PDBEDIT  new_user           61176 00000000000012BC &lt;BR /&gt;00000000001A98AC&lt;BR /&gt; SAMBA$SHR  PDBEDIT  pdbedit_main       61625 00000000000028F8 &lt;BR /&gt;00000000001AAEE8&lt;BR /&gt; PDBEDIT  PDBEDIT_MAIN  main                6 00000000000000D4 &lt;BR /&gt;00000000000300D4&lt;BR /&gt; PDBEDIT  PDBEDIT_MAIN  __main              0 000000000000006C &lt;BR /&gt;000000000003006C&lt;BR /&gt; PDBEDIT                                    0 0000000000030310 &lt;BR /&gt;0000000000030310&lt;BR /&gt;                                            0 FFFFFFFF80325F94 &lt;BR /&gt;FFFFFFFF80325F94&lt;BR /&gt;&lt;BR /&gt;I have tried a few other pdbedit operations and some claim not to be able to open the passdb.tdb (IIRC) file. The file exists at the location it is complaining about and is empty. I set it to W:RWED just to see if that was the problem. It wasn't.&lt;BR /&gt;&lt;BR /&gt;I have set the DECC$ logicals as instructed and can't seem to progress beyond this.&lt;BR /&gt;&lt;BR /&gt;Most grateful for any suggestions. &lt;BR /&gt;&lt;BR /&gt;Thanks &lt;BR /&gt;&lt;BR /&gt;Paul&lt;BR /&gt;</description>
    <pubDate>Mon, 07 Aug 2006 03:30:33 GMT</pubDate>
    <dc:creator>Paul Beaudoin</dc:creator>
    <dc:date>2006-08-07T03:30:33Z</dc:date>
    <item>
      <title>CIFS (Samba) Installation problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cifs-samba-installation-problem/m-p/3838260#M78243</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Now that I got to VMS8.2, the main reason for doing this upgrade is in focus - I installed and configed CIFS as per instuction and up to the pdbedit stage, it seems to work fine. This is the result of testparm:&lt;BR /&gt;&lt;BR /&gt;TESTPARM&lt;BR /&gt;Load smb config files from /SAMBA_ROOT/LIB/SMB.CONF&lt;BR /&gt;Processing section "[homes]"&lt;BR /&gt;Processing section "[laptop]"&lt;BR /&gt;Loaded services file OK.&lt;BR /&gt;Server role: ROLE_DOMAIN_PDC&lt;BR /&gt;Press enter to see a dump of your service definitions&lt;BR /&gt;&lt;BR /&gt;# Global parameters&lt;BR /&gt;[global]&lt;BR /&gt;        server string = Samba %v running on %h (OpenVMS)&lt;BR /&gt;        passdb backend = tdbsam&lt;BR /&gt;        log file = /samba_root/var/log.%m&lt;BR /&gt;        domain logons = Yes&lt;BR /&gt;        domain master = Yes&lt;BR /&gt;        create mask = 0755&lt;BR /&gt;&lt;BR /&gt;[homes]&lt;BR /&gt;        comment = Home Directories&lt;BR /&gt;        read only = No&lt;BR /&gt;        create mask = 0750&lt;BR /&gt;        browseable = No&lt;BR /&gt;&lt;BR /&gt;[laptop]&lt;BR /&gt;        comment = PC Directories&lt;BR /&gt;        path = /das3/laptop/192.168.1.46&lt;BR /&gt;        force user = paul&lt;BR /&gt;        read only = No&lt;BR /&gt;        guest ok = Yes&lt;BR /&gt;&lt;BR /&gt;It is the last one I am trying to access. The path is to an existing directory and the ip address is the laptop. The force user entry is from a Linux implementation that works here in an attempt to bypass the (apparently) broken access controls. In this environment, I am happy for the PCs to access without security. What I am after is two distict areas for 2 PCs to backup to. The laptop connects but can't log in, probably because I can't create an entry using pdbedit. It ACCVIOs on most operations:&lt;BR /&gt;&lt;BR /&gt;pdbedit -A PAUL&lt;BR /&gt;%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual &lt;BR /&gt;address=0000000000000000, PC=0000000000284E88, PS=0000001B&lt;BR /&gt;%TRACE-F-TRACEBACK, symbolic stack dump follows&lt;BR /&gt;  image    module    routine             line      rel PC           abs PC&lt;BR /&gt; SAMBA$SHR  VMS_HACKS  vms_fake_setuid  69608 00000000000026D8 &lt;BR /&gt;0000000000284E88&lt;BR /&gt; SAMBA$SHR  VMS_HACKS  vms_fake_stat    68952 0000000000000774 &lt;BR /&gt;0000000000282F24&lt;BR /&gt; SAMBA$SHR  VMS_HACKS  vms_fcntl        70194 0000000000004420 &lt;BR /&gt;0000000000286BD0&lt;BR /&gt; SAMBA$SHR  TDB  tdb_brlock             61015 000000000000034C &lt;BR /&gt;000000000023F23C&lt;BR /&gt; SAMBA$SHR  TDB  tdb_open_ex            62587 0000000000004C7C &lt;BR /&gt;0000000000243B6C&lt;BR /&gt; SAMBA$SHR  TDBUTIL  tdb_open_log       61566 0000000000001E64 &lt;BR /&gt;0000000000246AA4&lt;BR /&gt; SAMBA$SHR  SECRETS  secrets_init       60809 000000000000014C &lt;BR /&gt;00000000001F0BEC&lt;BR /&gt; SAMBA$SHR  SECRETS  secrets_fetch      60839 000000000000026C &lt;BR /&gt;00000000001F0D0C&lt;BR /&gt; SAMBA$SHR  SECRETS  secrets_fetch_domain_sid&lt;BR /&gt;                                        60902 0000000000000588 &lt;BR /&gt;00000000001F1028&lt;BR /&gt; SAMBA$SHR  MACHINE_SID  pdb_generate_sam_sid&lt;BR /&gt;                                        60850 000000000000018C &lt;BR /&gt;00000000003636CC&lt;BR /&gt; SAMBA$SHR  MACHINE_SID  get_global_sam_sid&lt;BR /&gt;                                        60946 0000000000000A68 &lt;BR /&gt;0000000000363FA8&lt;BR /&gt; SAMBA$SHR  PDBEDIT  new_user           61176 00000000000012BC &lt;BR /&gt;00000000001A98AC&lt;BR /&gt; SAMBA$SHR  PDBEDIT  pdbedit_main       61625 00000000000028F8 &lt;BR /&gt;00000000001AAEE8&lt;BR /&gt; PDBEDIT  PDBEDIT_MAIN  main                6 00000000000000D4 &lt;BR /&gt;00000000000300D4&lt;BR /&gt; PDBEDIT  PDBEDIT_MAIN  __main              0 000000000000006C &lt;BR /&gt;000000000003006C&lt;BR /&gt; PDBEDIT                                    0 0000000000030310 &lt;BR /&gt;0000000000030310&lt;BR /&gt;                                            0 FFFFFFFF80325F94 &lt;BR /&gt;FFFFFFFF80325F94&lt;BR /&gt;&lt;BR /&gt;I have tried a few other pdbedit operations and some claim not to be able to open the passdb.tdb (IIRC) file. The file exists at the location it is complaining about and is empty. I set it to W:RWED just to see if that was the problem. It wasn't.&lt;BR /&gt;&lt;BR /&gt;I have set the DECC$ logicals as instructed and can't seem to progress beyond this.&lt;BR /&gt;&lt;BR /&gt;Most grateful for any suggestions. &lt;BR /&gt;&lt;BR /&gt;Thanks &lt;BR /&gt;&lt;BR /&gt;Paul&lt;BR /&gt;</description>
      <pubDate>Mon, 07 Aug 2006 03:30:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cifs-samba-installation-problem/m-p/3838260#M78243</guid>
      <dc:creator>Paul Beaudoin</dc:creator>
      <dc:date>2006-08-07T03:30:33Z</dc:date>
    </item>
    <item>
      <title>Re: CIFS (Samba) Installation problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cifs-samba-installation-problem/m-p/3838261#M78244</link>
      <description>Wow!&lt;BR /&gt;&lt;BR /&gt;Not a lot of interest in this one... Not to worry. I put the same issue to VMS engineering via the CIFS site and got the following back. (This can close this thread rather than just leave it hanging)&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;A bug has been identified in code common to pdbedit and some other&lt;BR /&gt;utilities that will occasionally cause these access violations to occur.&lt;BR /&gt;&lt;BR /&gt;An updated evaluation release for CIFS is being tested now as a fix, and&lt;BR /&gt;HP is planning on making it available when the testing is complete.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;John Malmberg&lt;BR /&gt;HP OpenVMS Engineering.</description>
      <pubDate>Wed, 09 Aug 2006 03:31:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cifs-samba-installation-problem/m-p/3838261#M78244</guid>
      <dc:creator>Paul Beaudoin</dc:creator>
      <dc:date>2006-08-09T03:31:07Z</dc:date>
    </item>
    <item>
      <title>Re: CIFS (Samba) Installation problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cifs-samba-installation-problem/m-p/3838262#M78245</link>
      <description>Paul,&lt;BR /&gt;&lt;BR /&gt;thanks for posting detailled information about the problem and the upcoming solution. This should allow anybody, who is seeing the same problem, to find this entry and read about the solution.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Wed, 09 Aug 2006 03:43:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cifs-samba-installation-problem/m-p/3838262#M78245</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2006-08-09T03:43:20Z</dc:date>
    </item>
  </channel>
</rss>

