search for: 1408

Hi Team, For a XenServer (5.6 sp2) crash I have got following in the crash logs. Can somebody tell me why I can see(grant_table.c:1408:d0 dest domain 40 dying) this and how I can resolve it, if it is an issue. (XEN) *** Serial input -> Xen (type ''CTRL-a'' three times to switch input to DOM0) (XEN) Freed 128kB init memory. (XEN) __csched_vcpu_acct_start: setting dom 0 as the privileged domain (XEN) ioapi...

https://bugzilla.mindrot.org/show_bug.cgi?id=1408 Summary: Remove references to login.conf from sshd_config man page on Mac OS X. Classification: Unclassified Product: Portable OpenSSH Version: 4.7p1 Platform: Other OS/Version: Mac OS X Status: NEW Se...

https://bugzilla.netfilter.org/show_bug.cgi?id=1408 Bug ID: 1408 Summary: The Check option of iptables does not work as expected Product: nftables Version: unspecified Hardware: arm OS: Ubuntu Status: NEW Severity: minor Priority: P5 Comp...

CentOS Errata and Bugfix Advisory 2016:1408 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-1408.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0701d9ea4900a07ebd52010c4c31c2f3052cbd8549eef0f78036067998fbc756 tar-1.23-15.el6_8.i686.rpm x86_64: 7...

CentOS Errata and Bugfix Advisory 2018:1408 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1408 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c5b48207e2d3003ba38df515a78b57062c7e27a21ebdcd9fd4a4043f55a50622 vdo-6.1.0.168-18.x86_64.rpm Source:...

...: [udp sum ok] 42 RRQ "sles113/syslinux.efi" octet blksize 1468 12:02:49.783532 IP (tos 0x0, ttl 64, id 16554, offset 0, flags [none], proto UDP (17), length 77) 10.16.195.136.fj-hdnet > 10.16.195.178.tftp: [udp sum ok] 49 RRQ "sles113/ldlinux.e64" octet tsize 0 blksize 1408 12:02:50.907721 IP (tos 0x0, ttl 64, id 16821, offset 0, flags [none], proto UDP (17), length 115) 10.16.195.136.h323gatedisc > 10.16.195.178.tftp: [udp sum ok] 87 RRQ "sles113/pxelinux.cfg/343ae9bc-e31f-e111-a358-b5532cb45845" octet tsize 0 blksize 1408 12:02:50.908895 IP (tos 0x...

...Has anybody seen this before or additional ideas? # Number Time Source SrcPort Destination DSTPort Protocol Length Info 16062 0.003813687 131.169.168.108 49153 131.169.81.129 69 TFTP 121 Read Request, File: pxelinux.cfg/008093db-74fd-e711-8000-e0d55eccd74f, Transfer type: octet, tsize=0, blksize=1408 16064 0.080917021 131.169.168.108 49153 131.169.81.129 69 TFTP 121 Read Request, File: pxelinux.cfg/008093db-74fd-e711-8000-e0d55eccd74f, Transfer type: octet, tsize=0, blksize=1408 16065 0.060306182 131.169.81.129 42275 131.169.168.108 49153 TFTP 61 Error Code, Code: File not found, Message: File...

Hello, I'm in trouble here with what appears to be a total meltdown of my DNS on my Domain Controllers. I only have two DCs right now and I cannot resolve anything on either of them. I am on Ubuntu 16.04 with a compiled version of Samba 4.10.4. I also have a compiled version of BIND 9.10.3-P4-Ubuntu <id:ebd72b3> # service bind9 status ? bind9.service - BIND Domain Name Server ?

> From: Frank Varnavas <varnavas@ny.ubs.com> > Subject: RE: NT server dropping APPS due to samba > > I sent the following to the first guy reporting the "NT server > dropping apps due to samba" problem. I haven't had any feedback so I > don't know if it helped him or not. > > The synopsis is that when samba does his 'man in the

It seems that tftpd-hpa is more suitable at serving arbitrarily large files (greater than 65535 blocks long; with pxelinux.0 using a default block size of 1408 this is 92,273,280 bytes) as atftpd will complain in the log stating "Requested file to big, increase BLKSIZE". I saw that a while back HPA mentioned that atftpd was probably more scalable (number of clients) while tftpd-hpa is more portable. It looks like tftpd-hpa supports block numbe...

...cfg/C to 192.168.1.67:49161 13:03:37 atftpd[321]: File /opt/tftpboot/pxelinux.cfg/C not found 13:03:37 atftpd[321]: Server thread exiting 13:03:37 atftpd[322]: Serving pxelinux.cfg/default to 192.168.1.67:49162 13:03:37 atftpd[322]: tsize option -> 1942 13:03:37 atftpd[322]: blksize option -> 1408 13:03:37 atftpd[322]: Server thread exiting 13:03:37 atftpd[323]: Serving menu.c32 to 192.168.1.67:49163 13:03:37 atftpd[323]: tsize option -> 60928 13:03:37 atftpd[323]: blksize option -> 1408 13:03:37 atftpd[323]: Server thread exiting 13:03:37 atftpd[324]: Serving pxelinux.cfg/default to 1...

...would like to count the percentage of missing data. No     Year     month rain 1398 1985    10 104.2 1399 1985    11 138.0 1400 1985    12 120.4 1401 1986     1  12.6 1402 1986     2  19.4 1403 1986     3   1.0 1404 1986     4  58.8 1405 1986     5  98.4 1406 1986     6  56.6 1407 1986     7 280.4 1408 1986     8 128.2 1409 1986     9 100.0 1410 1986    10 166.0 1411 1986    12  68.1 1412 1987     2  46.0 1413 1987     3  35.0 1414 1987     4  75.0 1415 1987     5  90.8 1416 1987     6 189.0 1417 1987     7 110.6 1418 1987     8  87.2 1419 1987     9  50.0 1420 1987    10  41.8 1421 1987    11  6...

...00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00" } { key = "INFO/random_seed\00" data = "\C9\07\00\00" } The log.smbd says: [2004/07/22 09:17:59, 0] tdb/tdbutil.c:tdb_log(724) ~ tdb(/etc/samba/secrets.tdb): remove_from_freelist: not on list at off=1408 [2004/07/22 09:17:59, 0] tdb/tdbutil.c:tdb_log(724) ~ tdb(/etc/samba/secrets.tdb): tdb_free: left free failed at 1408 If I replace the secrets.tdb with a good one, and restart samba, it works fine again. I'm worried that the domain user name maps would change, though. The interesting thing i...

> > Have you tried 5.10 in your environment on a BIOS machine to see whether > that works and which port numbers it uses? > > -- > Matt Fleming, Intel Open Source Technology Center > Hi Matt, I think I've found the problem. In /core/fs/pxe/tftp.c in function tftp_open: First you do a core_udp_connect to port 69 (TFTP) at line 264. -> source port = x After that

...e: Dropping frame since I'm still dialing on Zap/1-1... Jun 6 21:08:42 DEBUG[2134]: chan_zap.c:4351 __zt_exception: Exception on 20, channel 1 Jun 6 21:08:42 DEBUG[2134]: chan_zap.c:3539 zt_handle_event: Got event Ring/Answered(2) on channel 1 (index 0) Jun 6 21:08:42 DEBUG[2134]: chan_zap.c:1408 zt_enable_ec: No echo cancellation requested Jun 6 21:08:42 DEBUG[2134]: chan_zap.c:1424 zt_train_ec: No echo training requested Jun 6 21:08:42 DEBUG[2134]: chan_zap.c:3824 zt_handle_event: channel 1 answered Jun 6 21:08:42 DEBUG[2121]: channel.c:777 channel_find_locked: Avoiding initial deadloc...

H Peter, I notice the Intel Boot Agent (in the BOOT ROM) takes a different approach. When TFTP loading the initial syslinux.efi. It receives the OACK with both options set -- tsize (of 145744) and blksize (of 1408). Apparently it has challenges parsing this "two option" OACK packet. But it remembers the tsize of 145744. So it issues another read request, this time requesting only a blksize option. Then it gets back an OACK with only one option (the blksize of 1408). Apparently it correctly pars...

....e64. (All my efi x64 content is under efi.x64/pxelinux.cfg). However, I see that it fails to properly negotiate the TFTP options with my TFTP server. so it never transfers ldlinux.e64 over. In its file request packet, it asks for these TFTP options set (from TFTPd server). tsize 0 and blksize 1408. What seems to confuse it is that it gets back both acknowledgements in the same TFTP option acknowledgement packet. That is, the TFTP server's option acknowledgement packet has tsize option acknowledgement (tsize = 145744) and also blksize option acknowledgement (blksize = 1408). In reading...

...ad the file, but the source port is changed to tftp request port + 1. For example: Source Destination Protocal SPort DPort Description 10.0.0.100 10.0.0.1 tftp 1479 69 Read Request: File /syslinux/ldlinux.e32, Transfer type: octet, tsize\000=0\000, blksize\000=1408\000 10.0.0.1 10.0.0.100 tftp 7018 1479 Option Acknoledgment, tsize\000=117160\000, blksize\000=1408\000 10.0.0.100 10.0.0.1 udp 1480 7018 Source port:1480 Destination port: 7018 10.0.0.1 10.0.0.100 icmp Destination unreachable...

...ut we are still having problems.. I''m sorry to > say. we have an I/O server that is fine until > we start Lustre. It starts spewing lustre call traces : > > Call > Trace:<ffffffffa02fa089>{:libcfs:lcw_update_time+22} > <ffffffffa03e06e3>{:ptlrpc:ptlrpc_main+1408} > <ffffffff8013327d>{default_wake_function+0} > <ffffffffa03e0156>{:ptlrpc:ptlrpc_retry_rqbds+0} > <ffffffffa03e0156>{:ptlrpc:ptlrpc_retry_rqbds+0} > <ffffffff80110ebb>{child_rip+8} > <ffffffffa03e0163>{:ptlrpc:ptlrpc_main+0} > &...

Hi all. so, I don?t know if anyone of you has played with -------------- next part -------------- A non-text attachment was scrubbed... Name: KoalaSAN Broadcaster.zip Type: application/zip Size: 1408 bytes Desc: not available Url : http://lists.xiph.org/pipermail/icecast/attachments/20140310/61e9c81e/attachment.zip -------------- next part -------------- but if you all have, do you know how I can make -------------- next part -------------- A non-text attachment was scrubbed... Name: KoalaSA...