search for: tti

Hello there I have been trying to install HP Storageworks DAT72 on CentOS 5 in vain. On system reboot, neither /dev/st not /dev/sg is available. May you please lead me through as this is my first time trying to do it lsmod Module Size Used by ipv6 267617 40 xfrm_nalgo 13381 1 ipv6 crypto_api 12609 1 xfrm_nalgo autofs4

The recent patch posted by Steve VanDevender <stevev at darkwing.uoregon.edu> for fixing the session code on Tru64 isn't quite right -- it still fails in the case of NO tty being allocated. The problem is that s->tty is a char[TTYSZ] rather than a char *, and hence can't hold a NULL. Calling sia_ses_init() with the tty being an empty string doesn't signify no tty, and

On a FreeBSD 5.0 the behaviour of screen when connecting to other users sessions have changed. Previously: 1. login as userA start a screen as userA and disconnect 2. login as root su - userA "screen -r" 3. result failure as userA cant access the ttyX with such a message Current: 1. login as userA start a screen as userA and disconnect 2. login as root su - userA "screen -r" 3.

Make use of Unix.isatty instead of our TTY.isatty_stdout, as the supported OCaml provides the former already. --- mllib/common_utils.ml | 10 +++++----- mllib/progress.ml | 2 +- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/mllib/common_utils.ml b/mllib/common_utils.ml index 295981c..9fcd8dd 100644 --- a/mllib/common_utils.ml +++ b/mllib/common_utils.ml @@ -207,15 +207,15

Fix the polling section of the hvc driver to use the global "last_hvc" variable, rather than the ttys. With this change debugging a xen dom0 kernel is possible via the following kernel parameter: kgdboc=hvc0 Signed-off-by: Ben Guthro <Benjamin.Guthro@citrix.com> diff --git a/drivers/tty/hvc/hvc_console.c b/drivers/tty/hvc/hvc_console.c index 2d691eb..3750e74 100644 ---

Hi, while looking into Cygwin's tty code, I stumbled over this problem: Every time you log in to Cygwin via sshd, the pty's permissions are set like this: $ ls -l `tty` crw--w--w- 1 user group 136, 2 Aug 27 13:06 /dev/pty2 Since Cygwin sets the permissions more tight to begin with, I was wondering why the permissions are this open. Turns out, sshd sets them like this:

About a year ago I outlined a scheme for arranging chowning of the tty end of ptys without needing root privileges. Since then, I haven''t had time to actually implement it. I was thinking about the problem again today, and, having learned a bit about sessions and controlling ttys and stuff, was able to come up with a simpler mechanism. First, observe that the POSIX session mechanism, if

Can we do this? Or should we drop the whole char *tty; ? There will be no way of setting the TTY= correctly while using privsep (Mainly for multiple streams over single session). The only thing we really could do is do: In do_setusercontext() if (use_privsep) aix_usrinfo(pw, NULL); and back in the old spot put: if (!use_privsep) aix_usrinfo(pw, s->ttyfd == -1 ? NULL : s-&g...

Well, after digging around and thinking some more, I'm giving up on the idea of preallocating a TTY to get post-auth privsep working on Tru64. I don't think it will work, because just allocating a TTY doesn't fix the problem - there's no valid way to tie that TTY back to the client process (because it hasn't requested a TTY yet and may not ever do so). The problem is that the

...>> On Sun, Sep 28, 2014 at 6:26 PM, Richard W.M. Jones <rjones@redhat.com> wrote: >> > Which version of libguestfs is this? I think you'll have no hope of >> #rpm -qa | grep libguestfs >> libguestfs-1.20.8-1 >> libguestfs-tools-c-1.20.8-1 >> > getting upstream libguestfs to run on RHEL 5. There is a branch >> Yes. The upstream maybe be involving in libvirtd, you know, there is >> no libvirtd on RHEL5 >> > ('oldlinux') which may still work: >> > >> > https://github.com/libguestfs/libguestfs/commit...

I received this message today, and remembered, you can't do that... $ doveadm pw -s SHA512-CRYPT Enter new password: doveadm(dan): Fatal: open(/dev/tty) failed: No such file or directory </pre> It seems if you have no tty, you can't create a password. Surely there is a better way to do this? Looking at the code, it's trying to open the tty and turn off echo. For the

...fe000 Memory for crash kernel (0x0 to 0x0) notwithin permissible range disabling kdump Intel MultiProcessor Specification v1.4 Virtual Wire compatibility mode. OEM ID: BOCHSCPU Product ID: 0.1 APIC at: 0xFEE00000 Processor #0 6:13 APIC version 17 I/O APIC #0 Version 17 at 0xFEC00000. Setting APIC routing to flat Processors: 1 Nosave address range: 000000000009f000 - 00000000000a0000 Nosave address range: 00000000000a0000 - 00000000000f0000 Nosave address range: 00000000000f0000 - 0000000000100000 Allocating PCI resources starting at 20000000 (gap: 1f400000:e0bc0000) SMP: Allowing 1 C...

...2014 at 6:26 PM, Richard W.M. Jones <rjones@redhat.com> wrote: > >> > Which version of libguestfs is this? I think you'll have no hope of > >> #rpm -qa | grep libguestfs > >> libguestfs-1.20.8-1 > >> libguestfs-tools-c-1.20.8-1 > >> > getting upstream libguestfs to run on RHEL 5. There is a branch > >> Yes. The upstream maybe be involving in libvirtd, you know, there is > >> no libvirtd on RHEL5 > >> > ('oldlinux') which may still work: > >> > > >> > https://github.com/lib...

Hi folks :), I migrated the host from the Debian Squeeze to Ubuntu 12.10. Old containers work but I can't use the ssh command, /dev/tty is missing. On a new container, /dev/tty is here. The libvirt configuration is the same. Any ideas? Thanks. -- Sebastien Douche <sdouche at gmail.com> Twitter: @sdouche / G+: +sdouche

Hi, src/lxc/lxc_container.c:lxcContainerPopulateDevices() has this table of devices that are automatically created when an lxc container is started. const struct { int maj; int min; mode_t mode; const char *path; } devs[] = { { LXC_DEV_MAJ_MEMORY, LXC_DEV_MIN_NULL, 0666, "/dev/null" }, { LXC_DEV_MAJ_MEMORY, LXC_DEV_MIN_ZERO, 0666,

I have created a LXC container with debootstrap followed by virt-install like this: host=mylxc1 debootstrap wheezy /home/lxc/$host virt-install -c lxc:// -n $host --filesystem /home/lxc/$host,/ --ram 1024 I am confused about the /dev filesystem in this container. Specifically the device '/dev/tty'. >From inside the container: ~# ls -la /dev/tty ls: cannot access /dev/tty: No such

...chard W.M. Jones <rjones@redhat.com> wrote: >> >> > Which version of libguestfs is this? I think you'll have no hope of >> >> #rpm -qa | grep libguestfs >> >> libguestfs-1.20.8-1 >> >> libguestfs-tools-c-1.20.8-1 >> >> > getting upstream libguestfs to run on RHEL 5. There is a branch >> >> Yes. The upstream maybe be involving in libvirtd, you know, there is >> >> no libvirtd on RHEL5 >> >> > ('oldlinux') which may still work: >> >> > >> >> > ht...

Hello, openssh-3.0.1p1 appears to transmit and parse tty modes correctly, but later in the code it uses vhangup() to close all tty references and reset the tty to default modes. I don't think that vhangup() should be needed on Unix98 ptys, possibly not even on BSD ptys, and I am probably wrong, so please tell me where. Of course vhangup() clears all tty modes, so you need to save them

(Amit pointed out that the patches never went out. This is a resend of the series meant to go out on 11/2/2011; I've marked it "v2".) This patchset applies to linux-next/next-20111102. This series implements support for multiple virtio_consoles using KVM. This patchset addresses several issues associated with trying to establish multiple virtio consoles. I'm trying to

(Amit pointed out that the patches never went out. This is a resend of the series meant to go out on 11/2/2011; I've marked it "v2".) This patchset applies to linux-next/next-20111102. This series implements support for multiple virtio_consoles using KVM. This patchset addresses several issues associated with trying to establish multiple virtio consoles. I'm trying to