search for: opterr

...[root@xcp16 log]# xe sr-create host-uuid=a226200e-f7ff-4dee-b679-e5f114d1e465 content-type=user name-label=shared_disk_sr shared=true device-config:target=192.168.1.2 device-config:targetIQN=iqn.2013-07.example:shareddisk device-config:SCSIid=1IET_00010001 type=lvmoiscsi The SR is not available [opterr=Logical Volume partition creation error [opterr=error is 5]] Below is log info from /var/log/SMlog: [23260] 2013-07-04 17:44:50.989457 PATHDICT: key 192.168.1.2:3260: {'path': '/dev/iscsi/iqn.2013-07.example:shareddisk/192.168.1.2:3260', 'ipaddr': '192.168.1.2'...

...in _activate_locked if not self._add_tag(vdi_uuid): File "/opt/xensource/sm/blktap2.py", line 1230, in _add_tag raise util.SMException("VDI %s already attached RW" % vdi_uuid) [32484] 2013-01-17 14:59:44.272130 Raising exception [46, The VDI is not available [opterr=VDI ff54dd4f-5ad3-4cf2-814f-9abd12b1045e already attached RW]] [32484] 2013-01-17 14:59:44.272325 lock: released /var/lock/sm/ff54dd4f-5ad3-4cf2-814f-9abd12b1045e/vdi [32484] 2013-01-17 14:59:44.272847 ***** vdi_activate: EXCEPTION SR.SROSError, The VDI is not available [opterr=VDI ff...

...nition of `optind' openbsd-compat/libopenbsd-compat.a(getopt.o)(.data+0x4):/home/root/src/openssh-3.2.3p1/tmp/openssh-3.2.3p1/openbsd-compat/getopt.c: first defined here /usr/lib/libc.a(getopt.o): In function `store_args_and_env': /tmp/glibc-2.2.3/posix/getopt.c:271: multiple definition of `opterr' openbsd-compat/libopenbsd-compat.a(getopt.o)(.data+0x0):/home/root/src/openssh-3.2.3p1/tmp/openssh-3.2.3p1/openbsd-compat/getopt.c: first defined here collect2: ld returned 1 exit status make: *** [ssh] Error 1 make failed =======================================================================...

...2837 FAILED: (rc 127) stdout: '''', stderr: ''/usr/sbin/td-util: error while loading shared libraries: libxenctrl.so.4.0: cannot open shared object file: No such file or directory '' [22578] 2012-04-05 14:00:27.361494 Raising exception [78, VDI Creation failed [opterr=error 127]] [22578] 2012-04-05 14:00:27.361842 lock: released /var/lock/sm/4137dc90-4ad7-ecc6-dd2f-6f05ac280fc2/sr [22578] 2012-04-05 14:00:27.362757 ***** vdi_create: EXCEPTION <class ''SR.SROSError''>, VDI Creation failed [opterr=error 127] File "/usr/lib/xcp/sm...

...nfig:targetIQN=<here-target-iqn> device-config:SCSIid=<my-scsi-id> type=lvhdoiscsi The corrections in bugs reports #691805 and #691806 seems to solve not all problems. Now I get this error message on STDOUT: Error code: SR_BACKEND_FAILURE_202 Error parameters: , General backend error [opterr=rc: 21, stdout: , stderr: iscsiadm: No active sessions. ], Log messages in syslog and in /var/log/SMlog did not helped. So I passed to analyze the Python scripts in the /usr/lib/xcp/sm/ directory and found the following problems and the respective possible solutions: 1. In /usr/lib/xcp/sm/lvutil....

...hared storage. server 10.10.34.133 client 10.10.33.220 and from the client i can able to showmount -e 10.10.34.133 it is showing the exports list local host.local domain and 10.10.33.133 when i try to create the shared storage sr command it is showing the SR_BACKENED FAILURE_73 NFS mount error [opterr =mount failed with return code 32] help me ..... -- R.G.BABUKARTHIK _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

Hi, have permanent failure when try to create VDI on local SR type=file or type=ext. On both types it failed with the same error: SR_BACKEND_FAILURE_78 VDI Creation failed [opterr=error 127] I am on Debian box with kernel 3.3.0-rc7, Xen version 4.1.2 (Debian 4.1.2-2.1), Xen-API Version: 1.3.2-4 (Kronos) Is it a bug, or am I missing something? Anybody managed to workaround this problem? Here is a short extract from xcp-xapi.log id=ba4e9e1a-bc42-0dc9-af0e-5db2905666ab typ...

...you might find something more useful in there. Jon On 5 Apr 2012, at 10:23, Dimitar Kazakov wrote: > Hi, > have permanent failure when try to create VDI on local SR type=file or > type=ext. On both types it failed with the same error: > SR_BACKEND_FAILURE_78 > VDI Creation failed [opterr=error 127] > > I am on Debian box with kernel 3.3.0-rc7, Xen version 4.1.2 (Debian > 4.1.2-2.1), Xen-API Version: 1.3.2-4 (Kronos) > > Is it a bug, or am I missing something? Anybody managed to workaround > this problem? > > > Here is a short extract from xcp-xapi.log...

...t//libopenbsd-compat.a(getopt.o):/home/olli/openssh-3.0.2p1/openbsd-compat/getopt.c:64: first defined here /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libc.a(getopt.o): In function `_getopt_internal': /usr/src/build/40453-i386/BUILD/glibc-2.2.4/posix/getopt.c:516: multiple definition of `opterr' openbsd-compat//libopenbsd-compat.a(getopt.o):/home/olli/openssh-3.0.2p1/openbsd-compat/getopt.c:64: first defined here collect2: ld returned 1 exit status make: *** [ssh] Error 1 Do you have a idea, whats the problem? how can i compile it statically? oliver -- Dipl. Inf. (FH) Oliver Joa...

...t=3260` root at xcpcompute1:~# xe pbd-plug uuid=${PBD_UUID} The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem. message: Failure("Storage_access failed with: SR_BACKEND_FAILURE_202: [ ; General backend error [opterr=rc: 21, stdout: , stderr: iscsiadm: No active sessions.\n]; ]") By running the iscsiadm -m session command, it looks like there are no active sessions indeed: root at xcpcompute1:~# iscsiadm -m session iscsiadm: No active sessions. Initiating a session manually and retrying to plug the...

...ltiple definition of `optarg'; usr/klibc/getopt.o:(.sbss+0xc): first defined here ppc-linux-ld: usr/klibc/getopt_long.o:(.sbss+0x0): multiple definition of `optopt'; usr/klibc/getopt.o:(.sbss+0x0): first defined here ppc-linux-ld: usr/klibc/getopt_long.o:(.sbss+0x4): multiple definition of `opterr'; usr/klibc/getopt.o:(.sbss+0x4): first defined here ppc-linux-ld: usr/klibc/mrand48.o:/root/ldb_base/ofl/packages/klibc-2.0.7/usr/klibc/mrand48.c:8: multiple definition of `__rand48_seed'; usr/klibc/lrand48.o:/root/ldb_base/ofl/packages/klibc-2.0.7/usr/klibc/lrand48.c:8: first defined here...

I had the same problem compiling openssh-3.0.2p1 statically on Slackware 8.0. The problem is caused by the redefinition of opterr, optind, and optopt in openbsd-compat/getopt.c (previously defined in libc). Here's how I was able to get it to build statically: 1. ./configure 2. edit openbsd-compat/getopt.c 45 //int opterr = 1, /* if error message should be printed */ 46 // optind = 1, /* in...

...: Dwarf Error: Invalid or unhandled FORM value: 14. openbsd-compat//libopenbsd-compat.a(getopt.o):/tmp/openssh- 3.3p1/openbsd-compat/ getopt.c:64: first defined here /usr/local/lib/gcc-lib/i586-pc-linux- gnu/3.1/../../../libc.a(getopt.o):/tmp/glib c-2.2.5/posix/getopt.c:304: multiple definition of `opterr' openbsd-compat//libopenbsd-compat.a(getopt.o):/tmp/openssh- 3.3p1/openbsd-compat/ getopt.c:64: first defined here collect2: ld returned 1 exit status make: *** [ssh] Error 1

...GNU getopt function... no This in turn was likely due to this bit in the config script, since Ubuntu 10.04 reportedly uses 2.11 of glibc: /* This code fails on glibc 2.11. */ { char *argv[] = { "program", "-b", "-a", NULL }; optind = opterr = 0; if (getopt (3, argv, "+:a:b") != 'b') result |= 64; else if (getopt (3, argv, "+:a:b") != ':') result |= 64; } return result; I am able to build hivex 1.2.5 in this environment just fine. I don't nee...

...local HOSTTYPE=i386 IFS=$' \t\n' LANG=en_US.UTF-8 LC_ALL=en_US.UTF-8 LC_CTYPE=UTF-8 LINES=66 LOGNAME=panosl LSCOLORS=ExFxCxDxBxegedabagacad MACHTYPE=i386-apple-darwin9.0 MAILCHECK=60 MANPATH=/usr/share/man:/usr/local/share/man:/usr/X11/share/man:/usr/local/git/share/man OLDPWD=/Users/panosl OPTERR=1 OPTIND=1 OSTYPE=darwin9.0 PATH=/Users/panosl/wine/wine-1.3.1/bin:/opt/subversion/bin:/Users/panosl/.bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin:/usr/local/git/bin PIPESTATUS=([0]="0") PIP_VIRTUALENV_BASE=/Users/panosl/.virtualenvs PPID=273 PS1='\[\e[...

...ev]# xe pbd-plug uuid=6f3aa3c9-cd9e-adc6-c164-00655e6fe154 The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem. message: Failure("Storage_access failed with: SR_BACKEND_FAILURE_47: [ ; The SR is not available [opterr=no such volume group: VG_XenStorage-46d633a8-2d98-03a8-3203-64e2f0e14f2b]; ]") The steps I followed was this: http://www.schirmacher.de/display/INFO/How+to+reattach+a+disk+to+XenServer Here is exactly what I did: [root@xen1 dev]# ls -l /dev/disk/by-id total 0 lrwxrwxrwx 1 root root 9 Ap...

...ot;0" [3]="1" [4]="release" [5]="i386-pc-linux-gnu") BASH_VERSION='2.05b.0(1)-release' DIRSTACK=() EUID=0 GROUPS=() HOME=/root HOSTNAME=server HOSTTYPE=i386 IFS=' ' LANG=de_DE@euro LANGUAGE=de_DE:de:en_GB:en LOGNAME=root MACHTYPE=i386-pc-linux-gnu OPTERR=1 OPTIND=1 OSTYPE=linux-gnu PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin PIPESTATUS=([0]="0") POSIXLY_CORRECT=y PPID=25970 PS4='+ ' PWD=/root SHELL=/bin/sh SHELLOPTS=braceexpand:hashall:interactive-comments:posix SHLVL=2 TERM=dumb UID=0 set as root: BASH=/bi...

...+#endif #ifdef SMARTCARD fprintf(stderr, " -s reader Add key in smartcard reader.\n"); fprintf(stderr, " -e reader Remove key in smartcard reader.\n"); @@ -307,7 +503,7 @@ main(int argc, char **argv) { extern char *optarg; - extern int optind; + extern int optind, opterr; AuthenticationConnection *ac = NULL; char *sc_reader_id = NULL; int i, ch, deleting = 0, ret = 0; @@ -318,13 +514,34 @@ SSLeay_add_all_algorithms(); - /* At first, get a connection to the authentication agent. */ +#ifdef HAVE_LIBKEYUTIL + /* At first, check if we are working on the ker...

Hi. Running xe vm-export on any vm results in the following error: root@squeeze:~# xe vm-export vm=ddf27dce-5851-2ed8-8fc3-8d7dfd64dbef filename=test.vhd Error code: SR_BACKEND_FAILURE_46 Error parameters: , The VDI is not available [opterr=Command [''/usr/sbin/vhd-util'', ''scan'', ''-f'', ''-c'', ''-m'', ''VHD-a3ede265-e6af-4216-86a1-45f8283eae45'', ''-l'', ''VG_XenStorage-425877f7-3986-26fc-1254-35813e8c037c'&...

...n_quartzcompact-quartzcompact.o `test -f 'bin/quartzcompact.cc' || echo './'`bin/quartzcompact.cc ./common/gnu_getopt.h:71: error: ?optarg? is already declared in this scope ./common/gnu_getopt.h:72: error: ?optind? is already declared in this scope ./common/gnu_getopt.h:73: error: ?opterr? is already declared in this scope ./common/gnu_getopt.h:74: error: ?optopt? is already declared in this scope make[2]: *** [bin/bin_quartzcompact-quartzcompact.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Thanks, -- Zach Dennis http://www.continuousthinking.com (pers...