search for: search_

...BDC. I run my scripts on both and while they run fine on the PDC they end with error on the BDC. Here is the minimal example that behave this way: import ldap LDAP_URI = "ldapi://%2fvar%2flib%2fsamba%2fprivate%2fldap_priv%2fldapi" l = ldap.initialize(LDAP_URI, trace_level=1) entries = l.search_s('dc=mon,dc=dom', ldap.SCOPE_SUBTREE) print(entries) it ends with: ldap.OPERATIONS_ERROR: {'info': '00002020: Operation unavailable without authentication', 'desc': 'Operations error'} What is very disturbing is that the equivalent using the ldapsearch com...

...end >> with error on the BDC. >> Here is the minimal example that behave this way: >> >> import ldap >> LDAP_URI = "ldapi://%2fvar%2flib%2fsamba%2fprivate%2fldap_priv%2fldapi" >> >> l = ldap.initialize(LDAP_URI, trace_level=1) >> entries = l.search_s('dc=mon,dc=dom', ldap.SCOPE_SUBTREE) >> print(entries) >> >> it ends with: ldap.OPERATIONS_ERROR: {'info': '00002020: Operation >> unavailable without authentication', 'desc': 'Operations error'} >> >> >> What is ver...

...example that behave this way: >>>> >>>> import ldap >>>> LDAP_URI = >>>> "ldapi://%2fvar%2flib%2fsamba%2fprivate%2fldap_priv%2fldapi" >>>> >>>> l = ldap.initialize(LDAP_URI, trace_level=1) >>>> entries = l.search_s('dc=mon,dc=dom', ldap.SCOPE_SUBTREE) >>>> print(entries) >>>> >>>> it ends with: ldap.OPERATIONS_ERROR: {'info': '00002020: Operation >>>> unavailable without authentication', 'desc': 'Operations error'} >&g...

...ta.html /gluster > * The GlusterFS volume driver, which was deprecated in the Newton > release has been removed. > > Sure, if there's a fault it lies with the release note author. Mistakes > happen. I can shrug that off. > > https://lists.gt.net/engine?list=openstack;do=search_ > results;search_type=AND;search_forum=forum_3;search_ > string=gluster&sb=post_time > > https://www.google.com/search?q=gluster-users+search&oq= > gluster-users+search&q=site:lists.gluster.org+openstack+ > cinder+driver+newton > > No communication. Eric didn'...

...e they run fine on the PDC they end > with error on the BDC. > Here is the minimal example that behave this way: > > import ldap > LDAP_URI = "ldapi://%2fvar%2flib%2fsamba%2fprivate%2fldap_priv%2fldapi" > > l = ldap.initialize(LDAP_URI, trace_level=1) > entries = l.search_s('dc=mon,dc=dom', ldap.SCOPE_SUBTREE) > print(entries) > > it ends with: ldap.OPERATIONS_ERROR: {'info': '00002020: Operation > unavailable without authentication', 'desc': 'Operations error'} > > > What is very disturbing is that the equ...

...he BDC. >>> Here is the minimal example that behave this way: >>> >>> import ldap >>> LDAP_URI = "ldapi://%2fvar%2flib%2fsamba%2fprivate%2fldap_priv%2fldapi" >>> >>> l = ldap.initialize(LDAP_URI, trace_level=1) >>> entries = l.search_s('dc=mon,dc=dom', ldap.SCOPE_SUBTREE) >>> print(entries) >>> >>> it ends with: ldap.OPERATIONS_ERROR: {'info': '00002020: Operation >>> unavailable without authentication', 'desc': 'Operations error'} >>> >>&...

...d reading. It takes a little bit of work to understand what information is valuable when a lot of it refers to GRUB (not GRUB2) and doesn't make reference to UEFI booting and partitions. I found this Ubuntu wiki as a pretty good source https://help.ubuntu.com/community/Grub2/Troubleshooting#Search_.26_Set Below is the current information of my system as seen by grub; grub# set (the important grub2 variables are:) prefix = (hd1, gpt2)/grub2 root = hd1, gpt2 grub# ls -lha Device proc: filesystem type procfs Device hd0: no...

I am creating a web-based gui to provide searching of files shared via SMB on a local network. It goes through and finds each computer, its shares, and its files using smbclient. Currently, a nasty (and incredibly slow) set of loops in php recurses the directories on each share using a smbclient call for each directory up to a set depth. I know for a fact of several computers on my LAN with

This is something I've been working on: Reworking inspection so it's not a big mess of ad hoc C code, but instead uses a well-defined domain-specific language to describe how we inspect guests. The best introduction to this is the manual page, which I include below (it's also included in patch 2/3). Rich. ---------------------------------------------------------------------- NAME

...kes a little > bit of work to understand what information is valuable when a lot of it > refers to GRUB (not GRUB2) and doesn't make reference to UEFI booting > and partitions. I found this Ubuntu wiki as a pretty good source > https://help.ubuntu.com/community/Grub2/Troubleshooting#Search_.26_Set > I found the upstream documentation for grub2 to be useful: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/System_Administrators_Guide/ch-Working_with_the_GRUB_2_Boot_Loader.html Included is a procedure for completely reinstalling grub2 which might help...

...== NULL) { + rprintf(FERROR,"ldap: init failed (%s:%d)\n", lp_ldap_server(), lp_ldap_port()); + } else { + if (ldap_simple_bind_s(ld, lp_ldap_root(), lp_ldap_root_passwd()) != LDAP_SUCCESS) { + rprintf(FERROR,"ldap: bind failed %s\n", lp_ldap_root()); + } else { + if (ldap_search_s(ld, lp_ldap_suffix(), LDAP_SCOPE_SUBTREE, filter, attrs, 0, &result) != LDAP_SUCCESS) { + rprintf(FERROR,"ldap: search_s failed\n"); + } else { + if (!(entry=ldap_first_entry(ld, result))) { + rprintf(FERROR,"ldap: first_entry failed or no user found\n"); + } else { +...

...n", lp_ldap_server(), +lp_ldap_port()); + } else { + if (ldap_simple_bind_s(ld, lp_ldap_root(), lp_ldap_root_passwd()) != +LDAP_SUCCESS) { + rprintf(FERROR,"ldap: bind failed %s\n", lp_ldap_root()); + } else { + if (ldap_search_s(ld, lp_ldap_suffix(), LDAP_SCOPE_SUBTREE, filter, +attrs, 0, &result) != LDAP_SUCCESS) { + rprintf(FERROR,"ldap: search_s failed\n"); + } else { + if (!(entry=ldap_first_entry(ld, result))) { + rprintf(FERROR,"ldap...

Previously posted: https://www.redhat.com/archives/libguestfs/2015-December/msg00038.html Inspection now really succeeds on a small number of simple guests. To test it out: $ ./run guestfish -v -x -a /tmp/centos-6.img ><fs> run ><fs> debug sh "guestfs-inspection --verbose" Rich.

This is a more working version. Inspection (partially) succeeds on a real guest this time :-) You can test it out on a real guest (in this case, a CentOS disk image located at /tmp/centos-6.img) by doing: $ ./run guestfish -v -x -a /tmp/centos-6.img ><fs> run ><fs> debug sh "guestfs-inspection --verbose" which will print lots of debugging, and at the end the

For background on this change, see: https://rwmj.wordpress.com/2015/12/06/inspection-now-with-added-prolog/ v2 was previously posted here: https://www.redhat.com/archives/libguestfs/2015-December/msg00038.html To test this patch series on a real guest, you can do: $ ./run guestfish -v -x -a /var/tmp/centos-6.img ><fs> run ><fs> debug sh "guestfs-inspection